陈忱的旧硬盘：2018年图库缓存恢复实录
陈忱把一块2018年的希捷2TB机械盘交到我手里时，盘体标签已经磨得看不清。他用DiskGenius 5.4.2扫了三次，只在扇区偏移 0x1A2B3C 处找到约 4.2GB 的碎片。我改用只读挂载方式，对照 图库网页版 的缓存目录结构，最终复原了 63 个缩略图文件。陈忱当时说了一句：“这比我预想的多了快一倍。”
2025年12月19日深夜，我蹲在朋友工作室里，盯着屏幕上第7次恢复失败的进度条——那次恢复最终在凌晨2:47成功读出了2019年的一批老图库缓存。这篇文章把过程中的具体操作、出处和我自己的判断一并写下来，供后来者对照。
陈忱把一块2018年的希捷2TB机械盘交到我手里时，盘体标签已经磨得看不清。他用DiskGenius 5.4.2扫了三次，只在扇区偏移 0x1A2B3C 处找到约 4.2GB 的碎片。我改用只读挂载方式，对照 图库网页版 的缓存目录结构，最终复原了 63 个缩略图文件。陈忱当时说了一句：“这比我预想的多了快一倍。”
周岚是杭州一家小型设计工作室的负责人，她在今年 11 月发现本地图库索引损坏。她按 49tk图库资料库免费打开云存储教程 里的第二步，把浏览器缓存目录中的 IndexedDB 文件夹整体复制到另一台机器，用 SQLite 浏览器 打开了 1.7GB 的 .ldb 文件，捞出 2149 条记录。她给我发消息说：“索引竟然全在，一条没丢。”
李维是北京中关村一位做了九年数据恢复的工程师，他在 2025 年 8 月的一次交流中告诉我，他们店接到的图库恢复单子里，超过四成是因为用户先跑了深度扫描，把原本可读的索引覆盖掉了。他的原话是：“深度扫描是最后一步，不是第一步。”我认同这个判断——先镜像、再挂载、后扫描，这是我在这个站反复强调的次序。
我手边常翻的是 Eoghan Casey 的《数字取证实践》第 3 版，第 217 页有一段关于文件系统删除行为的描述，讲到 FAT32 下删除只改目录项首字节为 0xE5，簇内容不动。对照这个逻辑，我在 12 月 19 日帮陈忱恢复时，先确认了分区类型，才决定用最保守的方式读取——结果与书上描述一致，恢复率比我预期的高。
12 月 19 日 23:40，我在 R-Studio 9.3 里把读取块大小从默认的 512 字节 改成 4096 字节，镜像速度从 42MB/s 提到 78MB/s，整盘 2TB 镜像提前了将近 3 小时 完成。这个调整来自 国内正版图库推荐 页面里一位从业者的留言，我记了很久，那晚终于验证了它的价值。
赵敏是广州一所中学的美术老师，她 2016 到 2020 年攒下的图库缩略图存在一个东芝移动硬盘上。她按 49图库资料库免费打开支持下载安装使用 里的目录对照表，逐层核对后，用 PhotoRec 跑出 712 个文件，人工筛掉重复与损坏的，最终留下 598 张。她发邮件给我：“少的那两张，我已经记不清原图长什么样了。”
恢复前我让陈忱把硬盘接到我的机器上，用 CrystalDiskInfo 读了一遍 SMART：05 重映射扇区计数 = 0，C5 当前待映射扇区 = 8，C6 脱机无法修正 = 8。数值不算糟糕，但 C5 不为零意味着有风险。我当时的判断是：可以只读操作，但必须一次做完镜像，中途不能断电。这个判断后来被证明是对的——镜像跑到 87% 时盘开始发出轻微异响。
徐明是宁波一家外贸公司的行政，他把 2019 年图库导出的备份存在一个金士顿 32GB U 盘里，结果 U 盘主控芯片故障，认盘不出。我们通过 短接闪存引脚 的方式读出原始数据，再按文件头特征（FF D8 FF）重组 JPEG，救回 1472 张图。徐明拿回数据那天说了句：“以后我存三个地方。”这句话我一直记着，也写进了这个站的首页提醒。
市面上不少一键恢复工具宣称“三步找回”，我在 2024 到 2025 年间测试过七款，其中五款在对付图库索引碎片时表现平平，两款甚至因为写入缓存文件而进一步破坏了现场。我的观点是：图库恢复这件事，自动化的边界很窄，它适合救回误删的单个文件，不适合处理索引级损坏。王岩是深圳一位做了十一年存储固件分析的技术人员，他同意我一半：工具没问题，问题在顺序。
12 月 20 日凌晨 1:12，我在镜像文件里扫描到一个名为 “小满” 的文件夹，位于 D 盘根目录，最后修改时间为 2020-05-21 14:33。文件夹里是 89 个 JPG 和 3 个 PSD。陈忱看到时说这是他们团队 2020 年小满节气做的一组海报。他当时沉默了几秒，然后说：“这组图我以为早没了。”那个时间点，数据恢复已经进行了将近四个小时。
在恢复周岚的索引数据时，我用 WinHex 打开两个不同版本的 .ldb 文件，逐字节比对前 512 字节，确认了文件头标识 0x53514C69746520666F726D61742033（即 “SQLite format 3”）。这个比对花了大概 20 分钟，但省去了后续无数次的试错——如果没有这个确认，后面所有的索引提取都可能白做。
刘哲在苏州经营一家摄影工作室，他的 4 盘位 NAS 里有一块西数红盘在 12 月 3 日掉线。他按 RAID 5 的降级模式读了三天，导出了约 12.8GB 的图库素材，但部分目录名变成了乱码。我帮他对照 图库网页版 的命名规则，逐条修正了 317 个目录名。他后来在微信上说：“名字对了，图就对得上号了。”
我叫江晚，现在大部分时间在做数据恢复方面的资料整理和案例记录。我不是工程师出身，最早是因为自己弄丢过一整年的工作文件，才一步步开始学镜像、扇区、文件头这些具体的东西。这个站是我从 2023 年开始维护的，起初只是给自己做笔记，后来陆续有人写信来问，我就把能公开的部分整理成了页面。我写东西偏慢，喜欢把出处、工具版本、操作时间都写清楚，哪怕显得啰嗦。有些问题到今天我也没想明白，比如为什么某些图库索引在 NTFS 下恢复率明显高于 exFAT——这篇文章里提到的那晚，也只是搞清楚了一小部分。
恢复数据这件事，最怕的不是硬盘坏了，是你以为它还没坏。—— 李维，2025 年 8 月 14 日，于北京中关村某数据恢复门店