1

На этой неделе мой жесткий диск сделал мне ранний рождественский подарок в виде одного дефектного сектора. Чтобы восполнить ничтожный размер настоящего, он выбрал для этого сектор внутри moricons.dll.

Это означает, что теперь системе требуется около 5 минут для загрузки, прежде чем Windows сдается и продолжает работать, и после каждой загрузки в системном журнале появляется 2 дюжины страшных "критических ошибок", что раздражает. Хорошо, по общему признанию, я не должен жаловаться, это могло быть хуже, плохой сектор мог быть в ntldr ...

Информация SMART более или менее указывает (что SMART может указать в любом случае), что накопитель в основном в порядке. Коэффициент ошибок при мягком считывании имеет оценку 96, а текущий счетчик ожидающих секторов имеет необработанное значение 8, что соответствует значению 100. Acronis DriveMonitor делает это проблемой (понижая общую оценку до 75%), HDD Health называет это "отлично", давая общую оценку 95% (что и составляет этот жесткий диск с первого дня). Ни один из них не ниже 95 (мощность на часах и количество оборотов), и большинство все равно 100.
Ну, как бы то ни было, я видел диски с идеальными значениями SMART, которые выходят из строя каждую секунду, а диски с умеренными значениями работают годами. Поэтому я склонен не придавать слишком большого значения этому общему результату.

TL; DR
Теперь ... к проблеме: мне пока не хочется ломать диск (это планируется с помощью установки новой ОС с обновлением до Win7 в начале следующего года, независимо от этой проблемы), но в то же время я все еще хотел бы чтобы снова иметь нормально работающую систему.

Поэтому я чувствую соблазн вмешаться в это, но прежде чем я сделаю мою систему полностью непригодной для использования (поскольку я никогда не делал этого раньше), я хотел бы убедиться, что мой запланированный процесс, скорее всего, преуспеет в том, чтобы снова иметь работающую систему:

  • Скопируйте moricons.dl_ с установочного диска Windows, переименуйте его в moricons.zip и разархивируйте.
  • Это дает неповрежденную версию 5.1.2600.2180 (сломанной является 5.1.2600.5512 - но я думаю, что это не имеет большого значения, поскольку это DLL-библиотека только для значков, и устаревшая копия должна работать лучше, чем та, которая не может быть читать)
  • Запустите команду chkdsk /r /f`, которая "восстановит" файл (т. Е. Удалите файл без запроса, попросите диск переназначить сектор и добавьте нечитаемый мусор в файл с шестнадцатеричным числом)
  • Надеюсь, что Windows все еще загружается после этого (это разумное ожидание или мне нужно, чтобы что-то вроде BartPE было готово? - но опять же, для чего это нужно, если chkdsk уничтожил всю файловую систему ...)
  • Удалите ненужный файл, сгенерированный chkdsk, скопируйте новую DLL в% windir%\system32
  • Перезагружать. Молиться.

Может быть , я просто не должен ничего трогать, так как она до сих пор вроде работает ... если раздражает, но это работает. Неуверенный ...

Но есть ли что-то в корне не так с запланированным подходом? Это разумный подход вообще?

1 ответ1

1

Встроенная программа проверки системных файлов, как правило, хорошо справляется с исправлением таких проблем, как эта. В командной строке администратора просто запустите sfc /scannow .

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .