Восстановление стратегии одного плохого сектора в 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
• Перезагружать. Молиться.

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

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