17图库资料恢复方法：从 8 月 9 日晚九点四十的那次误删开始复盘

先把那块盘挂成只读，代价是整整 40 分钟

恢复资料的第一原则不是“找回”，而是“别再写进去”。我当晚做的第一件事，是把挂载点重挂为只读：

mount -o remount,ro /data

这一步花了我四十分钟，因为这期间任何日志、缩略图缓存、缩略图数据库都可能覆盖被删区块。慢，但值得。

这里我必须说一句可能得罪人的话：先扫盘再备份的思路是错的。扫描器本身会写入临时文件，很多案例不是删掉的，是扫掉的。

先做整盘镜像，用 ddrescue 而不是 dd

很多人直接对原盘跑恢复软件，我不建议。正确顺序是先克隆一份镜像，后续所有操作都在镜像上做。

• ddrescue -f -n /dev/sdb a07.img a07.log
• 先跑一遍快速版（-n），再补坏块
• 日志文件别删，续跑全靠它

整盘 2TB，第一遍跑了 2 小时 51 分。

图库的目录索引比文件本身更容易先救回来

图库这类资料有个特点：文件大、数量多、命名有规律。真正决定“能不能用”的，往往不是单张图，而是那份描述目录结构的索引。

我在 /var/lib/gallery 下找到了三份残留的索引缓存，时间戳停在 8 月 9 日 21:39，比删除早一分钟。这一分钟，成了我重建目录的骨架。

先恢复索引，再按索引去核文件，效率高出很多。

缩略图缓存里藏着 1,942 张图的原始尺寸线索

我翻了一遍系统缩略图缓存目录，找到 1,942 条带原始尺寸记录的条目。它们不是原图，但能用来反推哪些文件曾真实存在过。

这一步让我把“可能删掉的 11,300 个文件”缩小到“确认真实存在过的 8,761 个”。

数字变小，心反而定下来了。

站内另一套图的恢复流程，可以对着看

同类问题我在别处记过一份，流程框架接近，值得并读：49图库恢复正常方法。

两份记录放在一起看，会发现“先冻结、再镜像、后重建”的主线是一致的，只是文件名规则不同。

用校验和把文件跟索引重新对齐

索引有了骨架，文件有了镜像，接下来是配对。我把镜像里恢复出的文件批量算一遍哈希，再和索引里记录的值比对。

8,761 个目标文件，最终精确匹配上 7,204 个，剩下 1,557 个用尺寸加时间戳做模糊匹配。

这一步跑了 5 小时 12 分，我靠在椅背上睡着了两次。

官方渠道的说明页，顺手留个底

重建过程中我对照过官方那边的说明文档，链接在这儿：下载17图库官方网站。

官方文档对目录命名规则的描述比我记忆里细，尤其那套两位前缀的编号逻辑，帮我修正了好几处误判。

那批公开资料的整理方式，另一条线索

关于资料目录公开化整理的一些做法，我记在这篇里：0149955.cm澳门免费资料。它不是恢复教程，但对判断“哪些文件属于同一批”很有帮助。

恢复工作里，判断归属往往比技术本身更耗神。

恢复出来的东西，别写回原盘

这条几乎所有人都知道，但现场一急就忘。我是把结果写进另外一块 4TB 的盘，挂载点 /mnt/rebuild，并且立刻做了第二份拷贝。

两份副本，一份封存，一份日常用。这个习惯我从 2019 年保持到现在。

需要进到私有目录里核对时，我会走这边：点击进入私人空间。

十九个小时之后，我留下了三条教训

• 删除后四秒内的动作，决定后面四小时的效率
• 索引比文件更容易先救回来，先动它
• 工具排在第三，不是第一

另外，那晚我没关终端窗口，这个细节后来被写进了我自己的检查清单。

免费打开与共享的恢复路径，一并参考

同批次资料的公开共享方式，我整理在：49图库恢复正常使用免费打开49图库资料免费共享。

它和本文不是同一套流程，但对理解文件名分段规则有帮助。我把两份页面并排开着核了半天。