Explorer.exe desligamento durante a movimentação de arquivos grandes em unidade externa

Question

Ao mover arquivos grandes (700MB +) para uma unidade externa formatada em NTFS via USB 3.0, notei coisas estranhas sobre o explorer.exe (estou usando o Windows 7 atualizado)

• Às vezes, depois de mover o arquivo, o Explorer fica preso (pode acontecer depois de alguns arquivos ao mover vários arquivos grandes) - a movimentação da janela congela e eu não consigo matar o explorador (via taskmgr ou cmdline TASKKILL). Na linha de comando, eu tenho algo parecido com isto (o taskmgr mostra que o explorer.exe ainda está em execução - recebo o mesmo PID toda vez que tento matá-lo e nenhuma mensagem de diagnóstico):

C:\Windows\system32>TASKKILL /F /IM explorer.exe

SUKCES: proces "explorer.exe" o identyfikatorze PID 6296 został zakończony.

C:\Windows\system32>TASKKILL /F /IM explorer.exe

SUKCES: proces "explorer.exe" o identyfikatorze PID 6296 został zakończony.

• Se eu tentar executar outro processo explorer.exe neste ponto, recebo o ícone da área de trabalho e inicio a barra de volta, mas não consigo abrir nenhuma janela do explorador

• Após alguns minutos, o explorer.exe finalmente morre e eu posso executá-lo novamente sem reinicializar

• O arquivo que eu movi tem duas cópias - uma local e outra na unidade externa (o arquivo original não é excluído após a movimentação); Ambas as cópias parecem conter os mesmos dados (mesmo tamanho e informações de CRC)

• Se isso acontecer durante a movimentação de vários arquivos, apenas alguns arquivos serão movidos e um deles terá duas cópias (local e externo)

O que posso fazer para corrigir esses congelamentos do explorador?

Adicionado:

• O mesmo problema existe quando se copia arquivos, desliga-se entre arquivos grandes

• Problema semelhante existe quando eu tentei usar TotalCommander (x64) : copiando pausado em 80% de um dos arquivos, o TC não desligou (mas clicando cancelar na caixa de diálogo de cópia não teve nenhum efeito). Durante esta pausa eu não posso matar o TotalCmd.exe apenas como o Explorer.exe

Adicionado (2):

• Esse problema parece desaparecer quando eu uso aplicativos de 32 bits (como o TotalCommander (x86)), mas preciso fazer mais testes para ter certeza disso

Adicionado (3):

• Existem vários erros no log de eventos, fonte: disco, id: 11, qualificadores: 49156, tarefa: 0, nível: 2, palavras-chave: 0x80000000000000

• (Isso pode ser importante, e esqueci de mencionar isso) : O disco principal é criptografado com Truecrypt (senha de inicialização)

Answer 1

Todos os sintomas que você está descrevendo apontam para um problema com a unidade. Quando o Windows tenta ler ou gravar em uma unidade que tem um problema, em vez de falhar e retornar um erro imediatamente, ele aguardará um tempo até que o tempo limite seja excedido, antes de retornar um erro. Isso está causando o problema e porque o Explorer não pode ser morto por um tempo.

(Eu perguntou sobre como reduzir o time-out um tempo atrás, mas a única informação que eu poderia encontrar era para o Windows Server , mas como você está tendo o problema regularmente, pode testá-lo para ver se reduzir o atraso e, assim, eliminar o travamento.)

There are several errors in event log, source: disk, id: 11, qualifiers: 49156, task: 0, level: 2, keywords: 0x80000000000000

Esta é mais uma prova do problema da unidade.

Antes de deitar fora a unidade, verifique se o problema não está simplesmente no cabo. Unidades externas, como todas as unidades USB, tendem a ter esse tipo de problema quando há uma conexão ruim. Algumas coisas para tentar incluem:

• Conectando-o a uma porta USB diferente.
• Limpando os pinos no conector USB da unidade e na porta USB.
• Um cabo USB diferente.
• Um gabinete diferente (ou tente colocar a unidade diretamente no sistema).

Você também pode verificar os dados SMART da unidade para ver se ela está alertando sobre a falha da unidade; pode ter um defeito físico. No entanto, como é uma unidade externa, você provavelmente não conseguirá lê-la, a menos que tire a unidade do compartimento e a coloque no sistema.