2

Вчера, находясь в спящем режиме на компьютере с Windows 7, я получил BSOD, который жаловался на драйвер звуковой карты Creative (ctoss2k.sys). Я использую эту систему уже два года, и у меня не было никаких проблем раньше. После полного сканирования жесткого диска с помощью встроенной утилиты Windows. Я видел много поврежденных файлов.

The multi-sector header signature for VCN 0x5 of index $I30 in file 0x36c28 is incorrect.
Correcting error in index $I30 for file 224296.
The index bitmap $I30 in file 0x36c28 is incorrect.
The down pointer of current index entry with length 0x18 is invalid.
Recovering orphaned file .... (many of those)
The USN Journal entry at offset 0x44fa40000 and length 0x80000004 crosses
the page boundary. 
The USN Journal entry length 0x1 at offset 0x44fa51000 in file
0xe0fc is not aligned  (many of those).
The remaining of an USN page at offset 0x44fa5d000 in file 0xe0fc
should be filled with zeros.

Почему аудиодрайвер BSOD повредил файлы, которые не использовались в момент BSOD?

Я уверен, что Windows не переписывала системные файлы (я отключила автоматические обновления, я обновляю вручную), а также я вижу много потерянных файлов из какого-то другого программного обеспечения, которое не работало в момент BSOD. Строки «Восстановление потерянного файла [имя файла здесь») содержали имена файлов программ, которые не были открыты в момент BSOD (некоторые файлы Visual Studio, некоторые файлы Corel Video Studio ...).

Как NTFS может допустить такое серьезное повреждение файлов, которые совершенно не связаны с BSOD? Я прочитал, что NTFS имеет резервную копию метаданных. Почему NTFS не обнаруживает, что основная таблица метаданных повреждена, и она должна восстанавливаться из резервных метаданных (которые должны хранить состояние непосредственно перед BSOD)? Не является ли NTFS транзакционной вообще?

2 ответа2

2

Файлы могли быть «использованы» Windows или другими процессами во время BSoD.

Также несвязанные файлы могут быть физически рядом с файлами, которые «используются» на жестком диске. Вам, вероятно, следует выполнить chkdsk /R c: для проверки поврежденных секторов.

-1

NTFS на самом деле славится потерей огромных объемов данных из-за повреждения файлов. Он также известен тем, что использует необоснованное количество циклов ЦП для выполнения своих процедур. Он почти постоянно перетасовывает вещи в фоновом режиме, так что всякий раз, когда происходит BSOD, многие файлы будут повреждены. FAT32 гораздо стабильнее и надежнее, хотя имеет и другие недостатки.

Так что отвечая на ваш вопрос: вините NTFS. Используйте лучшую файловую систему в следующий раз.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .