fsck 活動磁碟提供的結果與 fsck 未安裝磁碟不同
我有一個執行帶有 ext4 文件系統的 ubuntu LTS 的 VM。我們遇到了與 IO 任務相關的性能問題。我檢查了文件系統
fsck.ext4 -nv / dev / sda1 e2fsck 1.41.11（2010 年 3 月 14 日）
警告！/dev/sda1 已安裝。
警告：跳過日誌恢復，因為執行只讀文件系統檢查。
/dev/sda1 包含有錯誤的文件系統，強制檢查。
通過 1：檢查 inode、塊和大小
Pass 2：檢查目錄結構
/var/lib/postgresql/8.4/main/pg_stat_tmp (4721210) 中的條目“pgstat.stat”已刪除/未使用 inode 4732417。清除？不
第 3 步：檢查目錄連接
Pass 4：檢查引用計數
未附加的零長度 inode 2127051。清除嗎？不
未連接的 inode 2127051
連接到 /lost+found? 不
未連接的 inode 4757639
連接到 /lost+found? 不
Pass 5：檢查組摘要資訊
塊點陣圖差異： - （1977109–1977118）-5190038 -7050074 -8435151 +8435477 -11906565 - （12532266–13664564 +13664508 -13665161 +（13667660–13667674） - （13667675–13667675–1366775–1366775–13667729-1366775–136677560 +（13671792–13671831） - （15571843-15571832） - （155582843-15582846）-1629228-16711928）-16711928）-16711928）-16711928 +19689076 - （22516788-22517441）-22635570 - （22974110-22974111） -(23736402–23736403) +(23956398–23957051) -24092764 -24832492
使固定？不
當機器仍在執行時（-n），它報告了一些故障，所以我們呼叫了虛擬機的主機來關閉它並使用解除安裝的磁碟執行 fsck。樓主說fsck沒有報FS錯誤，他附上截圖。
隨著 VM 再次啟動，我重複了 fsck 並得到了相同的結果。
結果是否因為文件系統仍然掛載並且有點“不一致”而有所不同？
答案是肯定的。fsck 假定一個未掛載、不變的磁碟，並且它完全控制該磁碟。
fsck 使用了幾個通道，這些通道相互饋送，隨著磁碟一直在變化，很可能會記錄錯誤的錯誤。
我很好奇你覺得你通過 fsck’ing 一個活動磁碟得到了什麼資訊？
您可以使用免費的 Hot Copy 實用程序對已掛載的文件系統進行快照，
fsck以查看它是否真的需要修復。您不應該以fsck您所做的方式安裝已安裝的系統。hcp --skip-mount /dev/sda1 fsck -a -y /dev/hcp1我的猜測是你根本不需要修理。但是，有很多問題可能導致 I/O 不佳，從核心調度算法到故障磁碟，再到缺乏具有寫入記憶體的高質量 RAID 控制器。
您能否提供有關您的設置的更多資訊？