fsck_ufs: inoinfo: inumber xxxxxxxxxxxxxxxxx out of range 解決方式

手邊一台應該是從 FreeBSD 11 升上來的 storage server,在一次意外當機後重開,file system 變成 dirty 開機就卡住了。

一般的修復流程是進 single user mode,執行 fsck -y,讓 fsck 修復到 file system is clean,但這台在跑了 20 幾個小時之後,跳出了

fsck_ufs: inoinfo: inumber xxxxxxxxxxxxxxxxx out of range

然後 fsck 就自己結束了…

經過搜尋看到這篇討論應該是一樣的狀況。原因是 fsck_ffs 的 bug,在轉換 inode number 的時候因為資料類型不對,轉成負數了。而這個問題去年十月在這邊修掉了。

我的解決方式是用 13-RELEASE 的光碟開機,進 single user mode 執行修正這個問題後的 fsck 再修修看,這一次就正常跑完結束了。

修一輪要 20 幾個小時,頭痛…

mldonkey + sancho win32

最近覺得用來打電動看電視上網養動物的娛樂專用機記憶體有點不夠(雖然我明明就裝了1G給他用啊~),尤其是一邊養動物,一邊開WOW這個吃記憶體的大怪物。於是就動起了腳邊當DNS和放Irene的BLOG的這台機器的主意。這台機器的硬碟空間還滿充裕的,反而我娛樂專用機的硬碟有點不夠,所以決定把養動物的重責大任交給FreeBSD

FreeBSD上養動物,直接想到的就是mldonkey,隨手裝好以後用是可以用,但是用他的網頁管理介面來下載檔案實在有點麻煩,得要手動把ed2k的連結貼上網路管理介面才能開始一個新的下載,而不像原本在Windows中養動物只要無腦點連結就可以直接交給eMule處理了。經過一番研究,我找到sancho這個小玩意兒:

snap007

安裝在Windows中可以去管理我FreeBSD上面的mldonkey-core,sancho本身等於是一個遠端的GUI而已,有興趣的朋友可以試試看這樣的玩法。