硬盘里那 4,312 张图，
我花了一整晚才让它们排回原来的位置

昨天下午三点二十，我把一块 2.5 英寸的机械硬盘从一台 2011 年的 ThinkPad T420 里拆了出来。那台机器是我读研时导师淘汰下来的，屏幕有一道从右上角斜着下来的亮线，光驱挡板早就没了。硬盘标签上我当年用圆珠笔写了一行小字："图库备份 0812"。接上转接线读盘，系统弹出"文件系统损坏"的提示，花了四十多分钟才勉强挂载上。

里面躺着的不是我以为的一堆散图。

是 2009 年到 2013 年之间的 4,312 张 JPEG，按年份分文件夹，年份下面按月份，月份下面是带日期的子目录，子目录里是原始文件名。这棵树的形态本身，就是一份比任何标签系统都精确的档案。问题在于，我三年前图省事，把其中一大半复制出来过，复制的时候选了"移动到同一个文件夹"，目录结构当场被压平成一层。那次的"恢复旧版资料图库"算是彻底失败的——图在，结构没了，等于把一本带索引的书撕成了散页。

这次我换了个做法。先把整盘做了镜像，镜像文件放在 永久在线免费云服务器 上挂的临时空间里，避免反复读原盘。然后写了个很小的脚本，只干一件事：按 EXIF 里的原始拍摄时间生成目录路径，再依据文件名里的序号反推原本的月份归位。听起来简单，但有一千多张图的 EXIF 已经被当年某个批量压缩工具抹掉了，只剩文件系统的修改时间。我只能拿修改时间做近似，然后手工核对。

中间卡住的地方不少。比如 2011 年 7 月那个文件夹，里头有一张名为 DSC_4417.JPG 的图，EXIF 时间是 2011-07-19 21:06，可文件系统时间却是 2012-03-02。这种冲突，我一般以 EXIF 为准，但这一张例外——那天晚上我在南昌路的旧书摊拍完，回宿舍就把卡里的图转存过一次，转存会改修改时间。最后是按同批次相邻文件名的时间顺序把它放回了 7 月。这类判断没法全自动化，只能一张一张看。

你如果也在做类似的事，可能会想要一个能按目录树还原的查看器。我试过好几轮，最后常用的反而是 7744.cc浏览器 里那个按路径过滤的简易面板，因为它允许我直接输入"2011/07/*"这样的模式来核对批次。工具本身很普通，能用是因为我清楚自己要核对什么。

为什么说更困惑？因为结构回来之后，我发现真正的问题并不在硬盘。三年前那次失败的"恢复"，之所以会选"移动到同一个文件夹"，是因为我当时根本不清楚这棵目录树意味着什么——我把它当成一堆需要被看图的像素，而不是一份需要被理解的档案。技术上的工具其实一直都有，缺的是对"恢复"这件事的定义。这个定义我现在也没完全想清楚，所以这篇记录里留了不少空的判断。

还没想明白的，就先写在页面上，别急着下结论。

如果你也在处理类似的旧图库，我的建议只有一条，而且可能有点逆着主流工具的思路：在做任何操作之前，先把目录结构单独导出一份清单。这比先导图片有用得多，也比我那次失败教训换来的一点经验更值钱。至于那张 DSC_4417，我现在把它放在 2011 年 7 月，但如果哪天找到当年那台相机的原始卡，我会再核一遍。