Por que um sistema de arquivos de diário precisa verificar o disco?

6

Depois que eu peguei o BSOD no meu computador com Windows 7, reiniciei meu computador para encontrá-lo pedindo para eu fazer uma verificação de disco. Eu fiz outras coisas enquanto isso, mas pareceu que demorou alguns minutos.

Se o sistema de arquivos é colocado em dia (deixei para o padrão que é NTFS), por que ele precisa verificar o disco após minha falha?

    
por studiohack 31.12.2011 / 12:15

5 respostas

6

Porque o journalling não é uma varinha mágica.

Lidar com quedas de energia e travamentos do sistema durante transações de E / S não se torna um problema apenas porque um diário de transações é mantido. As transações concluídas em parte que estavam em andamento quando o sistema falhou / a energia foi desligada não são roladas para a frente ou roladas para trás. O avanço / recuo deve ser feito antes / quando o volume é remontado quando o sistema volta a funcionar. Isso acontece como parte do processo de verificação do disco.

O Journal do sistema de arquivos facilita a restauração de um estado auto-consistente. Não faz magicamente fazer com que o volume do disco nunca esteja em um estado inconsistente quando as paradas sujas ocorrem em primeiro lugar.

    
por 02.01.2012 / 15:03
3

O Journal permite trazer o sistema de arquivos rapidamente para um estado consistente após o desligamento impuro, mas não quando ocorre corrupção devido a falha de hardware ou erro do sistema. Nesse caso, é necessária uma verificação completa.

    
por 02.01.2012 / 16:50
1

Journalling vem em diferentes níveis, que têm diferentes trade-offs. Os periódicos NTFS são apenas metadados, não o próprio conteúdo real do arquivo. Isso significa que você pode corromper arquivos únicos durante a gravação, mas não pode corromper os outros arquivos no mesmo diretório.

Da mesma forma, quando ocorre uma falha, o tipo exato de jornada determina quanto tempo é necessário para realmente consertar o disco. Novamente, há uma desvantagem: se você estruturar o jornal de modo que a correção seja fácil, você gastará mais tempo em gravações regulares em disco. Como as BSODs são bastante raras, o NTFS é otimizado para o caso que não é uma falha, o que significa que a recuperação de um periódico é mais lenta.

    
por 02.01.2012 / 15:51
1

Como as gravações ou gravações não são concluídas na unidade, o sistema operacional (que não existe atualmente) não tem como saber se a unidade concluiu gravações. . O bit sujo é colocado na própria unidade até que seja limpo, com um acabamento adequado. . Os dados de uma gravação do Journal em si podem ser um ponto de corrupção parcialmente escrito, negando toda a ideia de que o journaling realmente ajuda em coisas não críticas. (Eu sou um pouco tendencioso) Eu preferiria que ele terminasse em um movimento, e me deixasse me preocupar com o que está perdido.

O registro no diário pode salvar / recuperar os dados que estavam a caminho e manter os ponteiros para os dados, mantendo um aspecto correto. Não é possível corrigir gravações incorretas / incompletas no disco rígido.

O diário de alteração do USN é ativado e usado pelo Serviço de Indexação, pelo Serviço de Replicação de Arquivo (FRS), pelos Serviços de Instalação Remota (RIS) e pelo Armazenamento Remoto. link

Os diários de alteração também são necessários para recuperar a indexação do sistema de arquivos, por exemplo, após uma falha no computador ou no volume. A capacidade de recuperar a indexação significa que o sistema de arquivos pode evitar o processo demorado de reindexar todo o volume nesses casos. link

    
por 31.12.2011 / 12:22
0

Em um sistema de arquivos baseado em diário, todas as alterações nos arquivos são registradas e mantidas juntas. Isso permite a separação do conteúdo do arquivo dos metadados (nome do arquivo, datas modificadas, etc ...). As implicações disso, no entanto, são que, se um arquivo não é indexado no diário, ele literalmente não existe - mesmo que os 0's e os 1s existam fisicamente no disco.

Aqui é onde chkdsk é útil, assim como o "bit sujo" da unidade. Ao executar várias operações do sistema de arquivos, o bit sujo é definido até que a operação seja concluída, no ponto em que é limpo. A partir da documentação do Microsoft fsutil :

If a volume's dirty bit is set, this indicates that the file system may be in an inconsistent state. The dirty bit can be set because the volume is online and has outstanding changes, because changes were made to the volume and the computer shutdown before the changes were committed to disk, or because corruption was detected on the volume. If the dirty bit is set when the computer restarts, chkdsk runs to verify the consistency of the volume.

Como o seu computador tinha o bit sujo configurado, você precisa garantir que o sistema de arquivos seja consistente para evitar corrupção de volume ou perda de dados. A execução de um verificador de sistema de arquivos também pode permitir que a unidade recupere arquivos não indexados que ainda não foram registrados no diário.

    
por 02.01.2012 / 16:44