Восстановление стратегии одного плохого сектора в Moricon
На этой неделе мой жесткий диск сделал мне ранний рождественский подарок в виде одного дефектного сектора. Чтобы восполнить ничтожный размер настоящего, он выбрал для этого сектор внутри 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 ответ
Встроенная программа проверки системных файлов, как правило, хорошо справляется с исправлением таких проблем, как эта. Из административной командной строки просто запустите sfc /scannow
,