丢失49图库：一次失败的恢复，和一条让我意外的路径
7 月 14 日下午三点多，我把那块用了六年多的希捷 Backup Plus 插进旧笔记本的 USB 口，硬盘发出「咔哒咔哒」两声，然后指示灯长亮不闪。Windows 资源管理器里它先显示成盘符，几秒后消失；重新插拔三次，第四次连盘符都不出来了。我最早以为只是接口供电不足，换了一根线，换了另一台机器，结果一样。DiskGenius 扫了四十分钟，最终列出 49 个目录，其中 28 个能列出文件名，21 个显示「无法读取」。那里面装着「丢失49图库」这个项目从 2019 年冬到 2025 年春的所有原始索引文件。
这 49 个图库并不是我下载来的，而是五六年里一个个手工建的：2019 年 11 月 23 日在潘家园旧货市场旁边那家打印店，老板老周帮我用 ACDSee 给一批扫描件建了第一个文件夹；2020 年居家期间，我把朋友李棠寄来的三箱老照片按年份拆成 12 个库；2022 年到 2023 年，我在国家图书馆缩微文献阅览室抄录条目，又陆续补了 20 个。每个库都有一个 txt 索引，写着来源、批次号和一行备注。硬盘坏掉的那一刻，我脑子里冒出来的不是「图片没了」，而是「那行备注没了」——备注里写着某张照片为什么被归到那一组，而这些理由从没进入过任何一张图的元数据。
恢复过程中有个细节值得记下来。7 月 16 日晚上九点，我在恢复软件的日志里翻到一段十六进制偏移记录，对应第 17 号图库的索引区，旁边显示「MFT 记录已覆盖」。我盯着那行字看了很久，才明白覆盖发生在 2024 年 8 月——那是我为了腾空间，把一批临时下载文件挪到同一块盘上的时段。也就是说，数据其实早就被判了死刑，我只是在两年后才发现。那天我把这段日志截了图，存进一个新建的纯文本文件，文件名写成「丢失49图库-恢复日志-20260716.txt」，只存了 2.1KB。它比整个图库都轻。
意外的收获来自一个失败的尝试。我用一款旧版本的浏览器工具去读导出报表，界面提示操作路径时，我想起自己早前写过一篇关于 qq浏览器怎么关闭窗口 的操作笔记，里面记录过文件被占用时进程无法释放的排查顺序。按那个顺序重来一遍，我至少把 7 个原本显示「无法读取」的目录名完整提取了出来，虽然文件本身依然打不开。这类顺藤摸瓜的路径，写操作文档时并不觉得有用，真出事时反而是救命的。顺手查证旧链接时我还翻到一条指向 新奥官方网站 的引用，确认那是我 2020 年整理网络图片源时留下的参考页，早已失效，但域名和年份都对得上。
另一个收获和工具无关。为了清点幸存文件，我重新走了一遍当年做 qq浏览器进入网站 这个动作时顺手存下的书签结构，发现浏览器会把收藏夹的修改时间写进单独一个文件，而那个文件恰好不在坏盘上。靠它，我复原了 49 个图库中 31 个的创建日期和大概内容分类。这听起来像运气，但背后是一个可复用的判断：元数据的副本常常散落在你没想到的地方，浏览器配置、缩略图缓存、甚至某次聊天记录里的目录截图。再补一句，我后来在 qq浏览器私密空间入口 那篇旧文下面的评论区，看到有人用同样思路从缓存目录里捞回了索引文件，时间是 2025 年 3 月，比我的事故早了四个月，我竟然没留意。
现在我把重建后的索引存了四份：一份在本地固态硬盘，一份在移动硬盘，一份在云盘只读目录，还有一份打印了出来，夹在 2019 年那本扫描件目录册的第 12 页和第 13 页之间。打印这件事被朋友嘲笑过，说像上个世纪的做法。我的看法相反：索引这种低容量、高信息密度的东西，纸质副本反而是最抗单点故障的。48 克 A4 纸，31 页，比一块 2TB 硬盘便宜得多，也不用担心接口供电。至于那 21 个永远读不出来的目录，我选择保留它们空着的名字——「丢失49图库」这个名字本身，现在成了提醒我别再犯同样错误的标签。
