本周，我的硬盘送了我一份圣诞礼物，一个缺陷扇区。为了弥补礼物的微小尺寸，它选择了 moricons.dll 中的一个扇区。
这意味着现在系统需要大约 5 分钟才能启动，然后 Windows 就会放弃并继续运行，并且每次启动后系统日志中都会出现 20 多个可怕的“严重故障”条目，这很烦人。好吧，我承认，我不应该抱怨，情况可能会更糟，坏扇区可能在 ntldr 中...
SMART 信息或多或少表明（就 SMART 可以指示的而言）硬盘大多好的。软读取错误率得分为 96，当前待处理扇区数的原始值为 8，相当于得分为 100。Acronis DriveMonitor 将此视为问题（将总体评分降低至 75%），HDD Health 称其为“优秀”，给出总体评分为 95%（这是该硬盘从第一天开始的评分）。没有一个得分低于 95（通电时间和旋转计数），而且大多数都是 100。好吧
，不管怎样，我见过 SMART 值完美的驱动器在一秒钟内出现故障，而 SMART 值适中的驱动器可以工作多年。所以，我倾向于不要过分重视这一点。
总结
现在......问题是：我暂时还不想销毁磁盘（计划在明年初升级到 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。