第 4 号目录：哈希校验失败与周末回滚
7 月 26 日深夜，第 4 号目录的 SHA-256 校验值与 2025 年 11 月留下的基准值差了 3 个字符。我起初以为是传输噪声，直到把 219 个分片逐个比对，才在编号 017 的分片末尾发现截断。
动作：手动从离线冷备盘恢复分片，重新生成校验清单。
近期条目与操作记录
共 10 条 · 按处理顺序排列
第 9 号目录的链接重定向：从 404 到可点
旧站迁移时，第 9 号目录的 63 条索引里有 41 条指向了 // 开头的错误路径。重定向规则写了三遍才跑通，最后发现是大小写敏感导致的。
涉及：免费进入正版49图库 的入口校验逻辑。
用 QQ 浏览器核对第 12 号目录时的意外发现
浏览器缓存把旧索引顶掉了一次，我打开 QQ浏览器网站入口 比对三次，确认是本地缓存优先于服务端清单，关掉预加载后恢复正常。
第 17 号目录：入口恢复的完整链条
编号 17 是最麻烦的一个。它的索引文件本身完好，但入口页被错误地合并进了 16 号目录。我花了 6 个小时把 17 号目录的 88 个资源标签逐一重新挂载，再用 恢复49图库入口 的跳转逻辑做验证，才确认结构完整。
关键动作：重写 manifest，逐条比对资源 ID 前缀。
2026 年 7 月 28 日：我在陈老师的工作室待了一下午
陈明远老师是本地做数字归档的老前辈。他翻出一本 2009 年的索引手稿，指着第 37 页跟我说：「图库恢复的第一步不是找文件，是确认命名规则有没有变。」
第 2 号目录里的 114 张缩略图
缩略图全部变成同一张占位图。排查下来是生成脚本里的循环变量作用域写错了，114 张全部指向了第一张。
修复后重新生成，耗时 2 分 17 秒。
《数字资源长期保存实践》第 6 章被我翻旧了
这本书是 2019 年买的，第 6 章「索引与路径的可恢复性」我前后读了四遍。作者提出一个判断：一个系统的可恢复性，取决于它对路径变更的容忍度。这句话直接改变了我对恢复17图库资料这件事的理解方式——与其追求永不丢失，不如把路径变更的日志做扎实。
页码：第 141 页，注 12。
王工在电话里说的那句话
「你先把时间戳对齐，再看哈希。」王工是机房的运维，7 月 29 日晚上十点四十，他在电话里用了不到 20 秒就点出了我卡了半天的方向。
第 1 到 17 号目录的最终状态表
17 个目录里，13 个校验通过，3 个标记为待复核，1 个（第 8 号）因源文件缺失转入长期观察名单。
复核周期设为 90 天。
说实话，我不认为「全量备份」是恢复17图库资料的最优解
很多人把备份当成万能药，我不同意。对图库资料来说，一次全量备份的成本约等于三次增量加一次差异，而真正决定恢复成功率的，是索引与元数据是否可读、可追踪、可回溯。我见过太多备份完好但索引崩掉、等于没备份的例子。如果只允许我做一件事，我会选择把索引的每一次变更都写进日志，而不是每个月复制一遍整个目录。
关于我
我是江晚，一个在本地做数字归档与资源索引维护的独立研究者，日常工作是替小型机构修复那些「还在，但打不开」的资料集合。这个站从 2023 年开始记录恢复17图库资料相关的操作笔记，不写猜测，只写跑通过的命令和校对过的路径。我做它的原因很简单：这类工作几乎没有公开的过程记录，而过程往往比结果更有参考价值。
索引不是目录的附属品，它本身就是资料的一部分——你丢掉索引的那一刻，图库就只是 17 个陌生的文件夹。
—— 陈明远，《数字资源索引实践笔记》2009 年手稿，第 37 页