fsck是不是不能亂用?

[THQ]

fsck是不是不能亂用啊,使用時它們修復一些錯誤
但也造成某些檔案遺失,或毀損,還是應該在修復前先用dd備份
,有次系統一直有問題,結果fsck果然有一大堆修復的東西,但修復完
系統也開不了機了,遺失了很多檔案.只好重新還原

這樣存在硬碟上重要的資料不就很不安全如subversion之類的檔案

[maxsolar]

不知道您可否介紹一下是fsck哪種filesystem，看到的錯誤訊息是哪些呢？
我習慣用reiserfs，對我而言umount該partition後，
可以直接用reiserfsck作fsck，這隻程式會提示，根據她檢查後的結果依嚴重程度會希望你使用
reiserfsck --fix-fixable或是reiserfsck --rebuild-tree
不過fsck可能本來就有一些風險(我也不清楚背後的理論)

至於ext3或是其他的filesystem，經驗裡停電之後的fsck檢查後也沒有太大問題，
請問您有umount或是設定成ro嗎？因為reiserfsck會檢查你有沒有umount，如果沒作她就不給fsck，算是蠻安全的；fsck.ext3有沒有我就不知道了。

[willie0220]

我只記得要用 fsck 一定要用在沒有掛載的分割區上...
另外，放在硬碟上的東西本來就沒有絕對的安全吧，多備份才是王道

[THQ]

ext3的,現在硬碟好像又有錯了
touch: cannot touch `drivers/usb/input/Kconfig': Input/output error

[THQ]

Pass 1: Checking inodes, blocks, and sizes
Error reading block 196616 (Attempt to read block from filesystem resulted in short read) while doing inode scan. Ignore error<y>? yes

Force rewrite<y>? yes

Inodes that were part of a corrupted orphan linked list found. Fix<y>? yes

Inode 98310 was part of the orphaned inode list. FIXED.
Inode 98311 was part of the orphaned inode list. FIXED.
Inode 98312 was part of the orphaned inode list. FIXED.
Inode 98313 was part of the orphaned inode list. FIXED.
Inode 98314 was part of the orphaned inode list. FIXED.
Inode 98315 is in use, but has dtime set. Fix<y>? yes

Inode 98316 is in use, but has dtime set. Fix<y>? yes

Inode 98317 is in use, but has dtime set. Fix<y>? yes

Inode 98318 is in use, but has dtime set. Fix<y>? yes

Inode 98319 is in use, but has dtime set. Fix<y>? yes

Inode 98320 is in use, but has dtime set. Fix<y>? yes

Inode 98321 is in use, but has dtime set. Fix<y>? yes

Inode 98322 is in use, but has dtime set. Fix<y>? yes

Inode 98323 is in use, but has dtime set. Fix<y>? yes

Inode 98324 is in use, but has dtime set. Fix<y>? yes

Inode 98324 has compression flag set on filesystem without compression support. Clear<y>?

[bluesheet]

我只記得要用 fsck 一定要用在沒有掛載的分割區上...
另外，放在硬碟上的東西本來就沒有絕對的安全吧，多備份才是王道

對,說得對.
以前我在不太清楚 fsck 的使用時候試過一次在一台redhat7.3的機上,在掛載的情況下使用fsck來修復,初時都沒有問題,但在之後boot機時就發現fsck report 回來的情況愈來愈多, 我再次在已掛載的情況下修復,不出第3次.整個系統就fsck死了... 好彩有個backup server作備份.所以我再查一下fsck的應用,原來是絶對不可以在已掛載的情況下用的.可能是當時ext3還不太完美,自己操作又不正確做成的.