Ontem, enquanto hibernava meu computador Windows 7, recebi BSOD que reclamou sobre o driver da placa de som Creative (ctoss2k.sys). Eu tenho usado este sistema há dois anos e não tive nenhum problema antes. Depois de uma varredura completa do disco rígido com o utilitário interno do Windows. Vi muitos arquivos corrompidos.
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.
Por que o driver de áudio BSOD corrompeu os arquivos que não estavam em uso no momento do BSOD?
Tenho certeza de que o Windows não estava reescrevendo os arquivos do sistema (desativei as atualizações automáticas, estou atualizando manualmente) e também vi muitos arquivos órfãos de outro software que não estava em execução no momento do BSOD. As linhas "Recuperando arquivo órfão [nome do arquivo aqui]" continha nomes de arquivos de programas que não estavam abertos no momento do BSOD (alguns arquivos do Visual Studio, alguns arquivos do Corel Video Studio ...).
Como o NTFS permite que uma corrupção tão grande aconteça em arquivos que não são relacionados ao BSOD? Eu li que o NTFS tem uma cópia de backup dos metadados. Por que o NTFS não detecta que a tabela de metadados principal está corrompida e deve se recuperar dos metadados de backup (o que deve armazenar o estado logo antes do BSOD)? O NTFS não é transacional?
Os arquivos podem ter sido "em uso" pelo Windows ou outros processos no momento da BSoD.
Além disso, os arquivos não relacionados podem estar fisicamente ao lado dos arquivos "em uso" no disco rígido. Você provavelmente deve fazer um chkdsk /R c: para verificar se há setores defeituosos.
O NTFS é realmente famoso por perder grandes quantidades de dados devido à corrupção de arquivos. Ele também é famoso por usar uma quantidade excessiva de ciclos de CPU para executar suas rotinas. Ele está embaralhando as coisas em segundo plano quase que constantemente, de modo que sempre que o BSOD ocorrer, muitos arquivos ficarão corrompidos. O FAT32 é muito mais estável e confiável, embora sofra outras desvantagens.
Então, respondendo a sua pergunta: culpa NTFS. Use o melhor sistema de arquivos da próxima vez.
Tags ntfs bsod file-corruption