6 月 18 日晚上十一点四十，我把那块 2019 年买的 2TB 移动硬盘插上，指示灯闪了七下，然后一直亮着。盘里有个叫 old_49 的文件夹，打开后是 312 个文件，命名逻辑全乱了：有按日期、有按字母、有叫「新建文件夹 (3)」。我以前嫌它吵，关了自动备份。现在得自己动手。
这件事的起点很小。朋友老周在电话里提了一句，说他那台旧机器上的图库打开是空白，只剩壳。我没接话，挂了电话才想起来，我自己也存过一套。这就是全部动机——不是怀旧，是不想让一份东西无声无息地断在半路。所以这次的整理，标题里写「恢复」，实际做的是「收录」。
版本这件事，比想象中难对齐
我先做了一件笨事：把 312 个文件按文件头字节分组。结果分出 4 类。第一类能用，第二类能看但缺索引，第三类只有一半，第四类打不开。老周说他那边是「空白壳」，对应的正是第二类。这跟软件好坏关系不大，跟当年拷贝时有没有中断关系很大。我用 四九图库Windows版 的旧安装包做了一次对照，把索引重建流程重新跑了一遍，有一半文件活过来了，另一半还是沉默。
所以我要说一个可能不太讨喜的判断：所谓「恢复」，绝大多数时候只能救回一部分，而且救回的那部分未必是你最想要的那部分。有人在论坛里说可以全量还原，我不信。我试了三种路径，最多的一次找回了 178 个可用条目，剩下的是真的没了。承认这一点，整理才有意义——你不是在复原一个完整的过去，你是在给残缺的东西建立秩序。
收录的规则，我自己定了三条
第一条，能打开的先不放最前。听起来反直觉，但经验是：看起来完好的一批往往结构最松，先处理它们会让人误以为进度很快。我先把那 134 个打不开的逐个过一遍，标上来源和失败原因，花了两天。第二天下午三点，我在表格里敲下第 100 行备注，写的是「截断于索引头，疑拷贝中断」，那一刻才觉得自己真正开始干活了。
第二条，同一内容保留最早的一份，其余只记位置。硬盘里重复项很多，有 27 个文件是完全相同的。删掉冗余之后，整体体积从 6.4GB 降到 3.1GB。这个过程像整理抽屉：不是东西变多，是你能看见东西了。第三条，所有原始文件不动，另建一个工作副本。这一条是吃了亏之后加的——第一天我直接改原件，改坏了一个索引文件，翻回去找备份，发现备份也是坏的。从那以后，我只在副本上动手。
恢复不是把东西放回去，是先分清哪些东西还值得放回去。
那些被低估的部分
整理到第三天，我发现自己一直在忽略的东西：说明文档。那批文件里夹着 11 个纯文本，最长的一份有 4000 多字，讲的是条目命名与分类的老规矩。我原先打算跳过，后来读了，发现里面把「同源不同版」的处理方式写得很清楚，比网上流传的很多说法都干净。这也让我重新看了 49 图库资料公式 里的那几张对照表，两边的口径能对上，误差在 3 条以内。
这个发现让我有点兴奋。兴奋不是因为找到了什么秘方，而是因为一份被人当成废纸的文档，恰好补上了另一份文件的缺口。整理的价值常常出现在这种交叉处：单个文件没有意义，两个不同来源的碎片咬合上了，才有意义。我当晚把这条写进笔记，只有一句话：「文档不是附件，是另一条线索。」
和别人的做法对了一遍
老周后来把他那边的结果发我，一共 96 条，比我少。他的方法是直接用 图库宝典官方版 里的修复功能，图省事，但没做副本，第一轮就把两个原始文件覆盖了。我们通电话时他说：「早知道先备份。」我没安慰他，只说下次先拷。这不是谁对谁错，是顺序问题——先备份再动手，是恢复这件事里唯一不能省的一步，省了就没得回头。
也有另一种思路。有人主张别修，先重建目录，用 49图库首页恢复 里那套分层办法把结构搭起来，再往里灌数据。我试了其中一段，确实比逐个修文件快，但它依赖一份干净的分类表，而我手上这份表本身就有缺口。两种方法各有代价，我最后选了混合：结构用重建法，内容用逐个修复法。说句实话，这算不上高明，只是一次次撞墙之后剩下的那条路。
现在的状态
到今天为止，188 条可用，64 条待定，60 条确认丢失。这组数字不好看，但它是真实的。我把工作副本又拷了一份到另一块盘，放在书架第二层左边。剩下的待定项，我打算这周每天看二十条，看不动的就归到丢失里，不再拖。整理这件事最怕的不是缺，是一直挂在那里，让人以为还有希望，其实早就不动了。
写完这些，我把硬盘拔了，指示灯灭掉。房间安静下来。收尾的时候我没有特别的感受，只觉得清单终于短了一点。这就够了。