那天傍晚，硬盘标签上的日期是 2021 年 9 月 14 日
我把三块硬盘平放在工作台上，先认标签：一块是「17-图库-备份 2021.09」，一块是「17-索引-草稿」，第三块只写了「17-临时拷出」。硬盘盒侧面的贴纸已经翘边，上面用蓝色圆珠笔标注的日期是 2021 年 9 月 14 日，这个数字后来变成了我核对文件时间戳的基准。这块「17-图库-备份」接上读盘器后，根目录里一共 47 个文件夹，编号从 _A001 到 _A047，看上去很整齐，但点进去才发现，其中 12 个文件夹的缩略图缓存全部指向一个已经不存在的路径。我当时的判断很简单：这不是物理损坏，而是索引层出了问题。
恢复的顺序：先重建索引，再谈图片本身
很多人以为图库资料恢复就是「把图片找回来」，但这次的情况恰好相反，图片文件本身大多还在，坏掉的是把它们串起来的那一层索引。我把「17-索引-草稿」里的一个 SQLite 文件复制到本地，用命令行打开后逐表检查，发现 files 表里大约有 8,300 多条记录，而缩略图关联表里只剩 5,100 多条能对上。换句话说，有三千多个位置知道「有这张图」，却不知道「缩略图长什么样、属于哪个分类」。我花了两个晚上写了一个小脚本，按文件名的前缀规则重新生成关联，第一遍跑完对上了 6,700 多条，第二遍调整了缺失字段的默认值，才回到 7,900 条左右。这个数字我记在本子上，因为它决定了后面所有人工核对的工作量。
_A012 系列文件夹的用途。
三个具体细节，以及一个把我卡住的动作
第一个细节是目录深处的一个文件，叫 manifest_20210914.csv，打开后第一行是表头，第二行开始是「文件夹编号、文件数量、最后修改人」三列。最后修改人一栏里反复出现一个缩写「L.W.」，我猜是当时维护图库的同事林伟，因为我在一块硬盘的回收站里还看到同名的临时文件。第二个细节是 _A023 文件夹里有一个 cover.jpg，尺寸只有 240×180，但它的文件修改时间比同目录其他文件晚了整整 11 天，这说明有人单独动过它。第三个细节是一个动作：我用十六进制编辑器打开一张显示不全的缩略图，发现文件头之后跟着一串多余的字节，手动截掉前 128 字节的偏移之后，图片就能正常预览了。这个动作重复了三十多次，才把缓存缩略图批量修好。
关于新奥17图库资料恢复，我有一个可能不受欢迎的看法
说实话，我认为这次恢复真正有价值的部分，并不是找回多少张图，而是找回了那份「图与分类的对应关系」。图片本身可以用工具批量处理，但一份被改坏了的索引，如果不先把关系重建起来，后面所有筛选、检索、比对都是空的。我也看到一些讨论把重点放在「恢复速度」上，说某某工具几小时就能跑完，但以我这次的经历，快并不等于对——我第一遍脚本跑得很快，结果却把七百多条记录的错误关系写进了临时表，后来花了更长时间去清理。恢复这件事，慢一点把关系理清楚，比快一点交出数字更靠得住。这个观点可能会让一些追求「一键恢复」的人不太舒服，但我保留它。
顺手记下的几个入口与旁证
核对分类编号那段时间，我也顺手把相关的几条站内记录翻了一遍：17c.17.13.c起草官网登录指南 里提到过旧版后台的编号规则，和我手上的 _A0xx 系列能对上；49图库安卓版应用下载 页面对图库客户端缓存目录的描述，解释了为什么缩略图会集中放在一个隐藏路径下；免费无限观看打谱软件视频 虽然主题不同，但它附带的那份文件清单格式，正好给我提供了一个比对模板；而 图库恢复正常使用2024 这篇记录里的恢复步骤，我对照着走了一遍，确认了 2024 年那次调整并没有改掉 manifest 文件的基本结构。另外，澳门0149图库查询 和 qq浏览器怎么复制文字 这两篇，是我在核对网页端缓存时顺手打开看的，前者帮我校准了查询字段，后者提醒我注意浏览器端的文本复制问题，避免把网页缓存误当成原始资料。至于最早的版本线索，还是 imtoken钱包最新版本 那篇里的一句话让我回头去翻 2021 年的备份标签。
这篇笔记暂时写到这里。三块硬盘里还有一块「17-临时拷出」没来得及逐层核对，我打算下周挑一个下午继续。恢复这件事，按顺序来，比什么都快。
