我的 Windows 7 SP1(64 位元)電腦上有一個 6TB 資料硬碟(SATA 機械)。這不是我的啟動驅動器。我只是用它來存儲數據文件。
今天早上我的電腦當機並顯示藍色畫面死機(我正在測試實驗軟體)。然後它重新啟動。
重新啟動後,我讓它穩定下來,然後在所有驅動器上執行常規的 CHKDSK。
CHKDSK D:顯示了這個結果:
C:\Windows\system32>chkdsk d:
The type of the file system is NTFS.
Volume label is DATA.
WARNING! F parameter not specified.
Running CHKDSK in read-only mode.
CHKDSK is verifying files (stage 1 of 3)...
955904 file records processed.
File verification completed.
3679 large file records processed.
0 bad file records processed.
0 EA records processed.
0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
1056164 index entries processed.
Index verification completed.
0 unindexed files scanned.
0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
955904 file SDs/SIDs processed.
Security descriptor verification completed.
50131 data files processed.
CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.
754974952 USN bytes processed.
Usn Journal verification completed.
Windows found problems with the file system.
Run CHKDSK with the /F (fix) option to correct these.
5723036 MB total disk space.
5152491 MB in 789170 files.
344292 KB in 50132 indexes.
0 KB in bad sectors.
6133411 KB in use by the system.
65536 KB occupied by the log file.
577760848 KB available on disk.
4096 bytes in each allocation unit.
1465097471 total allocation units on disk.
144440212 allocation units available on disk.
於是我立即運行 CHKDSK D: /F /V 來解決這個問題。結果如下圖所示。
C:\Windows\system32>chkdsk d: /F /V
The type of the file system is NTFS.
Volume label is DATA.
CHKDSK is verifying files (stage 1 of 3)...
955904 file records processed.
File verification completed.
3679 large file records processed.
0 bad file records processed.
0 EA records processed.
0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
1056164 index entries processed.
Index verification completed.
0 unindexed files scanned.
0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage
955904 file SDs/SIDs processed.
Cleaning up 1 unused index entries from index $SII of file 9.
Cleaning up 1 unused index entries from index $SDH of file 9.
Cleaning up 1 unused security descriptors.
Security descriptor verification completed.
50131 data files processed.
CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754977872 U
Repairing Usn Journal file record segment.
754977872 USN bytes processed.
Usn Journal verification completed.
Windows has made corrections to the file system
5723036 MB total disk space.
5149491 MB in 789170 files.
344292 KB in 50132 indexes.
0 KB in bad sectors.
6133411 KB in use by the system.
65536 KB occupied by the log file.
580832844 KB available on disk.
4096 bytes in each allocation unit.
1465097471 total allocation units on disk.
145208211 allocation units available on disk.
因此 CHKDSK 報告問題現已修復。因此,我再次運行 CHKDSK D: 以確保它報告的問題完全相同,就好像沒有修復任何內容一樣。
我現在已經嘗試了這個循環 4 次 - 我運行 CHKDSK D: 並且它報告了問題。所以我運行 CHKDSK /F /V 它說問題已修復。但是當我再次運行 CHKDSK D: 時,它報告了與最初相同的問題。然後就進入了一個循環。
我正在從提升的命令提示字元運行 CHKDSK。我也從安全模式嘗試過,並得到了相同的結果。我已經重新啟動了幾次並且結果相同。
請注意,我第一次運行 CHKDSK /F /V 時,它說它清理了大約 167 個未使用的索引條目。然而,此後每次我運行它時,它總是報告它清理了 1 個未使用的索引條目。很明顯,它能夠修復除一個未使用的索引條目錯誤之外的所有錯誤,但無法僅修復其中一個。
所以我有3個問題:
- 我能解決我在這裡遇到的問題嗎?
- CHKDSK D: /F /V 在「安全描述子」位元之後顯示「正在清理…」行。這是否意味著錯誤出現在安全描述符中? 如果是,那麼情況是否嚴重,我應該擔心嗎?
- 我預計一個月後更換硬碟。如果我使用直接的 Windows 資源管理器複製和貼上來複製所有文件,則未使用的索引條目的問題不應複製到新驅動器,這是否正確?如果檔案複製過來,那麼我可以假設它們必須完好無損,並且在新磁碟機上執行 CHKDSK 不應在複製後報告任何未使用的索引條目。它是否正確?
CHKDSK 不會建立 FOUND 資料夾,似乎不會儲存任何 .chk 檔案。除了“清理未使用的索引條目”之外,它不會報告任何其他錯誤。所以我不知道,但對我來說,聽起來沒有任何文件丟失或損壞。
非常感謝。
答案1
我終於解決了這個問題。這是由 Usn 日誌問題引起的。
CHKDSK 結果中的關鍵資訊如下:
CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.
754974952 USN bytes processed.
Usn Journal verification completed.
將其與成功的 CHKDSK 結果進行比較:
CHKDSK is verifying Usn Journal...
247720 USN bytes processed.
Usn Journal verification completed.
所以當 CHKDSK 報告以下內容時,您就知道 Usn Journal 可能出了問題:
100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.
首先,它報告處理了 754974952 位元組中的 754974720 個位元組 - 看起來它沒有處理全部位元組。然後它繼續檢查 Usn 日誌檔案記錄段。雖然它說 Usn 驗證已完成,但前面的行確認 Usn 日誌存在問題。
因此,為了解決這個問題,我只是刪除了 CHKDSK 失敗的磁碟機的 Usn 日誌。
我使用以下命令(從提升的命令提示字元)執行此操作:
fsutil usn deletejournal /D /N D:
(其中 D: 是磁碟機代號)。
運行後,您可以透過執行以下命令確認日誌確實已消失:
fsutil usn queryjournal D:
如果日誌消失,您會看到錯誤。如果它仍然存在,您將看到一個資料表。
一旦程式想要使用 Usn 日誌,就會自動重新建立它。就我而言,它沒有立即重新創建,因此我安裝了 Windows Search(我通常已停用它),因為我知道 Windows Search 使用 Usn 日誌。強制 Windows 重新啟動後,Usn 日誌會自動重新建立。
CHKDSK 現在報告如下:
CHKDSK is verifying files (stage 1 of 3)...
1130496 file records processed.
File verification completed.
4961 large file records processed.
0 bad file records processed.
0 EA records processed.
0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
1242084 index entries processed.
Index verification completed.
0 unindexed files scanned.
0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
1130496 file SDs/SIDs processed.
Security descriptor verification completed.
55795 data files processed.
CHKDSK is verifying Usn Journal...
18696 USN bytes processed.
Usn Journal verification completed.
Windows has checked the file system and found no problems.
所以刪除 Usn 日誌就可以解決這個問題。所有 Usn 位元組均已處理,且未檢查 Usn 位元組。顯然,處理的位元組數要小得多,因為我刪除了 Usn 日誌,因此新的 Usn 日誌還沒有太多文件歷史記錄。
對於我的家庭使用,刪除 Usn 日誌只會導致 VAC 遊戲(Steam)出現暫時問題。據我了解,VAC 會讀取 Usn 日誌來檢查作弊行為,因此作弊者可以透過定期刪除 Usn 日誌來繞過這個問題。 Steam 知道這一點,因此如果您的 Usn 日誌為空(或非常小),他們會將您踢出啟用 VAC 的遊戲。
我不知道,但我讀到刪除 Usn 日誌後,最好等待大約 24 小時,然後再在 Steam 上運行任何啟用 VAC 的遊戲。這將為《美國海軍》期刊提供足夠的時間來相當合理地填充。
有人可能會說 CHKDSK 報告 Usn 日誌問題是正常的,因為在 CHKDSK 運行時 Usn 日誌可能處於活動狀態。但是,我也從安全模式嘗試了 CHKDSK,並且反覆嘗試,總是得到相同的結果。
其他人可能會說,既然問題只出在 Usn 日誌上,我不需要做任何事情,可以忽略它(因為它只是 Usn 日誌,所以它不像是關鍵資訊)。這可能是真的,但我喜歡 CHKDSK 報告成功的結果。也就是說,Usn 日誌不是 NTFS 檔案系統日誌。 NTFS 檔案系統日誌很重要,但 Usn 日誌更具裝飾性。
將磁碟機的全部內容複製到新磁碟機也可以修復該問題,因為新磁碟機將有自己的 Usn 日誌。但該解決方案將花費更長的時間並且相當昂貴。
因此,如果您遇到 CHKDSK 報告問題的問題,並且看起來只有 Usn 日誌才是導致該問題的原因(因此 CHKDSK 沒有提及任何其他問題),您可能需要忽略它或刪除該 Usn 日誌駕駛。
答案2
這聽起來像是硬體故障。
當您執行 CHKDSK、CrystalDiskInfo 或任何其他軟體時,它通常能做的最好的事情就是報告實體磁碟及其控制器傳輸給它的資料和元資料。
CHKDSK 可以修復磁碟上格式化資料的資料分配或結構問題,但無法修復實體設備故障。 (例外情況是,如果實體磁碟的某個隔離部分發生故障,CHKDSK 能夠識別這一點,並將磁碟的損壞部分從用於資料的部分中排除。事實上,在CHKDSK 報告修復後,您仍然會再次看到錯誤你的磁碟表明它可能比這更糟。
當然,物理測試確實存在,但它們可能不是結論性的(因為故障設備可能會在一項測試與另一項測試中產生不一致的結果)。完整的低階物理測試可能會破壞數據,因此您不會希望在包含所需數據的磁碟機上執行此類測試。
底線:快速備份資料!並開始考慮驅動器更換選項 - 在需要新磁碟之前,您可能無法按照計劃等待一個月。
至於從該磁碟備份資料是否會出現問題,這將取決於故障的具體細節。運氣好的話,您將獲得大部分數據,但保留的時間越長,丟失越來越多數據的風險就越大。