PCI NAS-01G改造

[4d_4d]

以一臺SOHO或工作室或家庭使用為述求的NAS而言,
它可以改機使用debian Linux來增加應用, 真是很好用又好玩的機器.

在其他文中, 已經指出了改機的連結和內容, 這裏不再重複加添.

主要是下載的功能上, 原機預設mldonkey為client端, 諸多網友玩家不滿意其表現,
改成rtorrent來用, 以BT協定為主, 據稱表現可與電腦主機相同, 約有200k/s左右的效率, (以連線速2M的環境而言)
實在令人驚豔.

在改debian linux實作後,
參考以下連結
請點我
將rtorrent一并裝妥
也有玩家說
下載最新版rtorrent自行編譯
效能將更上一層樓.
轉念一想, IDE硬碟一直操, 大概很容易就掛, 那還是維持現狀即可.

而rtorrent的操作, 可參考以下連結
請按我

較麻煩的是, 它不像mldonkey有sancho可以在客戶端操作, 必須由SSH連入Nas去下指令,

感謝這些玩家先進, 又讓我上了一課

[mola]

http://www.oikos.com.tw/v4/viewtopic.php?id=41413&p=2
這個文章解決了我的問題，讓macbook和nas-01g的溝通順行無礙

雖然還沒理解是為什麼，不過先把這個內容記下來，以備不時之需。

引用內容如下：
---------------------------------
用 NAS-01G 一陣子後, 不知怎麼了, 從NAS-01G 拷貝大檔案到 Mac Mini 也遇到問題.
花了一些時間實驗和Google smb.conf 與 OSX 的問題, 總算找到解法.

這方法在我的NAS-01G 和 Mac mini OS 10.5.6 是OK的. 但不保證能解決其他人的問題,
也請試這個方法的人自負所有風險:

請在NAS-01G 分享出來的網路磁碟 "Share" 下造一個檔案 "backdoor" 內容是:

代碼: 選擇全部

#!/bin/sh
sed -i "/max xmit/s/.*/   max xmit = 16644/" /etc/smb.conf

如果已經有 "backdoor" 檔案在 "Share"下, 就把這行加到檔案最後:

sed -i "/max xmit/s/.*/ max xmit = 16644/" /etc/smb.conf

完成後把NAS-01G重開機就好了.

我拷貝4.38G 的檔案到 Mac 花了5分35秒. NAS-01G 與 Mac 間是用 Gigabit hub.

以上為oikos生活網的網友討論內容，特此說明。

[mola]

在NAS-01G裏接的是320G的IDE硬碟
連同這一次, 應該是第5次重整它了

怪的咧. 每次容量用到30-40G時, 就運作遲鈍了

WEB server沒事, File Server和 P2P 就出現狀況

合理的推測是, a.硬碟太辛苦, 出現損壞了... b.CPU太辛苦, 拖不動幾多功能

胡整半天, 總是得把檔案備份下來, 再重新格式化成ext3

這回學到的是,

有一個可以讓xp或vista讀 linux格式的程式

http://www.diskinternals.com/
這個站有好多工具, 真是好

我用的是這個
DiskInternals Linux Reader
A new free tool for extracting files from Ext2/Ext3 partitions in Windows

所以, 我把硬碟卸下來, 經由IDE轉USB排線, 再開DiskInternals Linux Reader
就可以順利近端備份了, (如果跟前幾次一樣, 用遠端備份, 大概又要跑一整天.... )

OK, 備份完, 重新整一整, 它又開始服役了....

[mola]

使用sancho來管理Linux下的Mldonkey是很方便

但若要使資源耗用更少

可由瀏覽器介面, 來直接下指令

那就更節省系統資源了...

指令集放這備查

看附檔

MLDonkeyCommand.rar

MLDonkey Commands

(14.23 KiB) 被下載 72 次

[4d_4d]

新型號的機器如雨後春筍般出現
忙過這一陣也許就來考慮昇級了