Debian like OS開機fsck

[teed7334]

話說，我有點好奇想要知道，為什麼Debian系列的OS都愛在開機時進行fsck的作業呢？是怕上次關機未完成造成資料的毀損，還是……

因為像CentOS就沒有這動作

如果說我將開機啟動的fsck動作給關了，那會不會那天我不正常關機之後，資料也跟著不會自動進行修復了呢？

[PCMan]

我倒是覺得可以學習 Windows
在開機後在系統上做個記號，關機的時候消除
開機的時候檢查，如果那個記號還在，表示上次沒正常關機
偵測到不正常關機才進行磁碟掃瞄，否則就略過檢查
這樣應該會讓開機快個幾秒???
不過那個每個月要強制檢查一次的設定，還是留著比較保險 XD
平常這樣用總是難免有機會檔案系統故障

[darkranger]

CentOS 啟動時也有 checking filesystems 的動作
所以還是有檢查檔案系統的部分

[blc_]

印象中我的debian是只有幾個情況下會開機自動fsck，
不正常關機(不乾淨umount)再開時會掃(如PCMan提到的)，
不然就是一個月或是mount 37次(應該是)會做，
其他情況都不會自動fsck。
所以…不知道teed7334是做了什麼設定什麼讓每次開機時都會fsck。

[teed7334]

我不知道是不是因為我用Ubuntu

每次開機時就有WIP xxxxxx

可是我用Debian架的Server也會說

[jeul]

用 tune2fs 可以調整多久或掛載幾次便進行 fsck。開機重新 fsck 要等候不少時間，不曉得這是 ext2/ext3 特有的，還是其他檔案系統也需要？

[kibymo]

可以 touch /fastboot 試試
please man shutdown
and see -f or -F option

[wiz]

journal filesystem 都需要做replay journal log 的動作..
JFS 是做在 fsck.jfs, 而 XFS 是做在 mount 階段.
其他的就沒有研究.. (reiserfs, reiser4 好像也是在mount階段)


為什麼需要這樣, journal filesystem , 做修復的出發點就是從journal log開始,

所以在XFS 上面你可能會碰到這樣的情形..
當你直接對有問題的XFS partition做xfs_repair, 若它的journal log有異常, 它會要求你先replay log, 那XFS 當然就只能靠mount來做, 然後再umount,
接著再用xfs_repair 做修復動作...

XFS 不知道為什麼這樣設計, 它是在mount階段做replay journal log,
但有時候真的需要壞掉的時候, 還是需要去執行xfs_repair
(note: fsck.xfs 只是一個fake tool, 用來符合 系統的規範 , 至於是哪個規範 POSIX? , 我就沒有研究了)

所以若用XFS 當boot disk, 有機會需要拔硬碟到別台電腦上才能修復..

個人比較偏好JFS 這樣的方式...

[阿信]

用 tune2fs 可以調整多久或掛載幾次便進行 fsck。開機重新 fsck 要等候不少時間，不曉得這是 ext2/ext3 特有的，還是其他檔案系統也需要？

是的，這是ext2/3才有的。不同file system有不同的修複方式。

ext3 的journal log還能以 data, data_ordered, writeback的方式來記錄。

可以man一下tune2fs or mkfs.ext3，reiserfs和XFS的journal log是以writeback的方式。速度快，但log的記錄沒有data, data_orderd來得詳盡，所以fsck有時候仍無法救回資料