前阵子，我像往常一样打开Steam，准备下载新入库的《森林之子》。点击安装后，我期待着一小时搞定，没想到进度条几乎不走。我瞥了一眼任务管理器，网络使用率满速，但磁盘使用率始终在1%以下，大部分时间是0。我当时的表情肯定很精彩——明明在下载，数据写到哪里去了？
我花了整整三天的时间来排查这个问题。期间经历了愤怒、困惑、甚至想把电脑砸了的冲动。最终在一个凌晨，我找到了真正的原因。在此记录下整个过程，不是为了教育谁，只是为了给这段经历一个交代。
第一反应：软件冲突
我首先想到的是软件冲突。全盘杀毒、关闭后台程序、更新显卡驱动，甚至重装了Steam客户端。问题依旧。下载时磁盘使用率像死了一样，偶尔跳动一下，但随即归零。
我观察了资源监视器，发现Steam进程在读取磁盘，但写入队列几乎为零。这意味着Steam在尝试写入，但系统没接受？还是磁盘在罢工？我迷茫了。
硬件检查：硬盘没有物理坏道
我用了HD Tune Pro扫描硬盘，没有坏道。数据拷贝其他文件也正常。这证明硬盘本身没问题。但为什么Steam写入这么艰难？我又试着将Steam下载库临时放到另一块硬盘上（一块有坏道的旧盘），结果反而写入正常（虽然慢但至少不是0）。这进一步证明不是硬盘物理故障，而是逻辑层面的原因。
系统日志的线索
我开始仔细查看Windows系统日志，在系统分类里发现大量来自磁盘的警告，提醒有文件系统错误，比如“重新解析点错误”或者“残留日志写入被阻止”之类的信息。我看到了卷错误号，于是决定运行chkdsk。
第一次我用了chkdsk D:（只扫描），发现文件系统有索引错误。我用chkdsk D: /f 计划重启后修复。重启后，我看到一个蓝色屏幕显示正在修复文件结构，几分钟后回到桌面。我注意到硬盘灯一直在亮，crystaldisk的C1值增加了很多。
修复后：磁盘使用率终于正常了
修复完成后，我再次开启Steam下载。磁盘使用率立刻飙升至30%以上，而且稳定住了。下载速度从几百KB恢复到满速。我简直要感动哭了。原来，Steam下载时写入被文件系统中的错误阻塞，系统无法完成写入请求，导致磁盘看似空闲（实际上是因为写入被挂起，等待文件系统修复）。
这次经历让我意识到，看似复杂的问题，根源可能就在一些不起眼的系统错误上。我以前总是先怀疑硬件和软件，从来没想过文件系统会这样捣乱。现在我知道了，原来磁盘使用率为0有时候不是因为硬件不够快，而是因为文件系统在暗中作祟。
那之后，我养成了定期用chkdsk检查硬盘的习惯，虽然不能保证问题永不复发，但至少心里有底。看到磁盘使用率恢复活跃，我长吁一口气，总算不用再面对那个丧气的0了。
