3 月 18 日晚上 21:47，我在终端里敲下了那条 rm 命令。回车之前我看了一眼路径，觉得自己看清楚了。0.3 秒之后，目录空了。
那一刻我没有喊，也没有立刻去翻回收站。我坐在椅子上，盯着空目录看了大概两分钟，然后把手指从键盘上拿开。这是我做这行以来学到的第一条规矩：出事的头两分钟不要做任何操作。
老陈是我认识十一年的朋友，在城东一间机房里给别人做数据恢复。第二天上午十点我把硬盘送过去，他插上设备，盯着屏幕看了四十分钟，说盘面没有异响，是好事。然后他补了一句：别急着高兴，恢复出来的东西能不能用，是另一回事。
恢复结果到底长什么样
恢复一共跑了两遍。第一遍出来 412 个条目，我按编号列成表，从头到尾看了一遍。完整可用的 389 个，缩略图损坏的 20 个，元数据错乱的 3 个。这个比例比我预期的好，但我不敢只看一遍。
第二遍我换了一套校验规则，用的是恢复正版49图库的网址页面上列的那套哈希比对方法。结果和第一遍完全一致，我才敢坐下来写这篇东西。
三处存疑条目我没有强行合并。第 305 号的时间戳明显是写入错误，我按相邻编号推算出大致归属时间，在备注里写"推定修复"，不写"已恢复"。这个词的区别，吃过亏的人都懂。
一个可能得罪人的观点
说实话，我对"一键恢复"这类工具是持保留意见的。老陈修了十一年盘，他告诉我他没见过一次真正意义上的零损坏恢复。那些宣传页面里 100% 的字样，要么是样本太小，要么是根本没做逐条核对。
恢复这件事没有捷径。412 个条目就是 412 次检查，少一次都不行。我把这个观点写在这里，不是为了否定工具，而是想说：结果展示的价值不在于数字好看，而在于那三处存疑条目有没有被诚实地列出来。
过程中的几个具体记录
3 月 20 日下午我拨了一次客服电话，对面报工号 0472，态度还行，说存疑条目不归他们处理，但发了一份校验清单过来，我照着又对了一遍。相关入口我记在了49图片浏览器打开49图库客服那一页的备注里。
3 月 22 日我用王工那台旧笔记本试了另一种挂载方式。他机器上还装着 2016 版的qq浏览器下载安装，老内核打开索引页面反而稳。这个偏方我原样记下来了，虽然不建议长期用。
3 月 23 日我又走了一遍49图库正版资料库免费打开使用教程视频下载里的流程，发现第七步的缓存清理最容易漏。我第一遍就漏了，导致恢复了两次。这个细节之前没人强调过。
至于挂载方式的两种差别，我对照了图库下载恢复49图库页面里的说明，最后选了更慢但更稳的那种。慢一点没关系，我不想再按一次那条命令。
最后
412 个条目、3 个晚上、2 次重跑，结果现在躺在一块只读副本上，另外一块盘放在抽屉里。吃过一次亏的人，不会只放一块盘。
这篇展示写到这里。数字是冷的，但那三处存疑条目提醒我：恢复从来不是"全部找回来"，而是"诚实地告诉你少了什么"。