Corrupção de arquivo alegada espúria no Windows 7

Question

Recentemente, meu laptop às vezes avisa sobre arquivos corrompidos no disco rígido (Samsung SSD PB22-JS3 TM). Isso só aconteceu até agora ao atualizar (ou retirar) um repositório SVN com o TortoiseSVN ou com o cliente Subversion da linha de comando.

O interessante é que o arquivo corrompido sempre foi um diretório .svn (embora a entrada de diretório may contenha arquivos nesse diretório também, se forem pequenos o suficiente - o que deve ser o caso com SVN). No entanto, ao olhar para o diretório alertado, não noto nada estranho ou incomum e não recebo mais avisos sobre ele e outra tentativa (o SVN pára de atualizar uma vez que o erro ocorre - TortoiseSVN mesmo com uma mensagem de erro apropriada) cópia funciona (bem, principalmente; às vezes faz isso de novo, embora com um diretório diferente).

Como o laptop tem apenas alguns meses, duvido que o SSD já esteja falhando - cinco meses de uso normal não devem ser tão surpreendentes. Também (até agora) ocorreu apenas com atualizações do SVN em um grande repositório. Talvez seja um número excessivo de gravações em pouco tempo e alguma parte entre o software e o hardware não seja tão rápida assim - eu não sei o suficiente sobre isso para realmente fazer um palpite aqui.

Alguém sabe o que está acontecendo aqui?

ETA: Nota para adicionar: Eu corri o chkdsk (parece que ele se programa de qualquer maneira quando isso acontece) e não encontrou nada fora do comum.

    

Answer 1

Veja se este está relacionado ao seu problema.

Breve resumo: O driver do sistema de arquivos do Windows 7 NTFS tem um bug que, às vezes, quando um processo tenta acessar um arquivo que está em uso por outro processo (como um serviço de indexação de arquivos em segundo plano) Não produza um erro de "Acesso Negado", que seria o caso normal, mas sim "Arquivo Corrompido". Isso, por sua vez, também faz com que um chkdsk seja agendado para a próxima inicialização do sistema. Citando o artigo vinculado:

Microsoft has confirmed this bug:

This is a known regression in Windows 7 in the NTFS file system. It occurs when doing a superseding rename over a file that has an atomic oplock on it (atomic oplocks are a new feature in Windows 7). The indexer uses atomic oplocks which is why it helped when you disabled the indexer. Explorer also uses atomic oplocks which is why you are still seeing the issue. When this occurs STATUS_FILE_CORRUPT is incorrectly returned and the volume is marked "dirty" which is a signal to the system that chkdsk needs to be run. No actual corruption has occurred.

    

Answer 2

Estou com problemas semelhantes com o mesmo Samsung Drive (MMCRE28G8MXP-0VBL1 - tenho certeza que é da série PB22)

Eu só tive isso por duas semanas, mas sua inicialização normal já foi interrompida para executar o chkdisk para consistência da unidade algumas vezes. Nenhum problema aparece, mas está respondendo definitivamente aos problemas de corrupção do NTFS. No Visualizador de Eventos, está me mostrando vários erros de corrupção do NTFS - ID do Evento: 55 Categoria de Tarefa 2.

Eu não posso dizer com certeza, mas tenho a sensação de que os erros coincidem com o uso de drives de alta atividade. Eu tenho trabalhado com vários arquivos grandes do Excel (10MB +) ao mesmo tempo e é claro que a unidade está trabalhando muito duro para acompanhar. Talvez o NTFS esteja ficando "fora de sincronia"

Quando ele passa pelo chkdisk, ele menciona o USN Journal, mas ainda não prestei muita atenção nele.