Recuperar estratégia do setor ruim em moricon

1

Esta semana, meu disco me fez um presente de Natal antecipado na forma de um único setor de defeitos. Para compensar o tamanho insignificante do presente, ele escolheu um setor dentro do moricons.dll para isso.

Isso significa que agora o sistema leva cerca de 5 minutos para inicializar antes que o Windows desista e avance, e há duas dúzias de entradas "falhas críticas" assustadoras no log do sistema após cada inicialização, o que é irritante. OK, admitidamente, eu não deveria reclamar, poderia ser pior, o setor ruim poderia estar em ntldr ...

As informações SMART mais ou menos indicam (para o que a SMART pode indicar de qualquer forma) que a unidade está principalmente em OK. A Taxa de Erros de Leitura Mínima tem uma pontuação de 96 e a Contagem de Sector Pendente Actual tem um valor bruto de 8, o que se traduz numa pontuação de 100. O Acronis DriveMonitor faz disso um problema (reduzindo a classificação geral para 75%) "excelente", dando uma classificação geral de 95% (que é o que este disco rígido do primeiro dia). Nenhuma pontuação individual está abaixo de 95 (poder de horas e contagem de giros), e a maioria é de 100 de qualquer maneira. Bem, seja como for, eu vi drives com valores perfeitos SMART falharem de um segundo para o outro, e drives com valores moderados funcionam por anos. Então, estou inclinado a não colocar muito peso nisso.

TL; DR
Agora ... para o problema: Ainda não sinto que estou destruindo o disco (isso é planejado com uma nova instalação do sistema operacional atualizar para o Win7 no início do próximo ano, independentemente desta questão), mas, entretanto, eu ainda gostaria de ter um sistema funcionando sem problemas novamente.

Portanto, sinto-me tentado a adulterá-lo, mas antes de tornar meu sistema totalmente inutilizável (já que nunca fiz isso antes), gostaria de verificar se meu procedimento planejado provavelmente ocorrerá se sistema novamente:

  • Copie moricons.dl_ do disco de instalação do Windows, renomeie-o para moricons.zip e descompacte-o.
  • Isto dá uma versão 5.1.2600.2180 intacta (a quebrada é 5.1.2600.5512 - mas eu acho que isso não faz muita diferença, já que é uma DLL somente de ícone, e uma cópia desatualizada deve funcionar melhor do que uma que pode pode ser lido)
  • Execute o chkdsk / r / f 'que "reparará" o arquivo (isto é, exclua o arquivo sem perguntar, informe a unidade para remapear o setor e lançar algum lixo ilegível em um arquivo com um número hexadecimal)
  • Espero que o Windows ainda inicialize depois disso (isso é uma expectativa razoável, ou eu preciso ter algo como o BartPE pronto? - mas, novamente, o que é bom no caso de chkdsk ter nuked o sistema de arquivos inteiro. .)
  • Exclua o arquivo indesejado gerado pelo chkdsk, copie a nova DLL para% windir% \ system32
  • Reinicie. Orar.

Talvez eu não deva tocar em nada, pois ainda funciona ... se é chato, mas funciona. Não tenho certeza ...

Mas, há algo fundamentalmente errado com a abordagem planejada? Esta é uma abordagem sensata?

    
por Damon 14.11.2012 / 16:56

1 resposta

1

O verificador de arquivos do sistema embutido geralmente é bastante bom para corrigir problemas isolados como este. De um prompt de comando administrativo, basta executar sfc /scannow .

    
por 14.11.2012 / 23:52