场景:8 月 3 日下午,我在翻一个命名为「img_recover_0731」的目录
昨天下午三点二十,我在新奥门494949.cm的图库恢复利用备份恢复的备份盘里翻到一个名叫 img_recover_0731 的目录。目录里压缩包有 114 个,最大的一个 2.1 GB,最小的也有 340 MB。我蹲在工位上把第一个包解开,里面是缩略图缓存。
这件事本身没什么稀奇,但有个细节让我停住:缩略图文件的修改时间集中在 2026-07-31 21:17 到 22:04 之间,而恢复日志上标注的恢复动作发生在 8 月 1 日上午 10 点之后。时间线对不上。
场景 · 具体时间
细节一:陈默的恢复日志里写着「校验通过」,但 3 个文件夹是空的
陈默是那天负责恢复的同事,他在日志末尾手写了一行「全部校验通过,无缺失」。可我数了数,2026-08-01_原图 下面有 3 个文件夹是空的,分别对应 2025 年 12 月、2026 年 2 月和 2026 年 5 月的拍摄批次。
我拿着日志去问他,他盯着屏幕看了十几秒,说了句:「我可能只校验了根目录。」然后转身去翻备份记录。这个动作我印象很深,因为他把键盘往旁边推了一下。
具体人物 · 陈默
我用手机对照了两份恢复目录,顺手记了 7 个异常点
为了不影响工位上的电脑,我拿手机连上备份盘,一边对照一边在备忘录里记,前后记了 7 个异常点。其中第 4 个异常点涉及缓存映射问题,我当时查了一下,社区里有人提到过 qq浏览器打开私人网站 时缓存目录位置不同,可能和这次图库缓存对不上有关。
这个线索我没法当场验证,但先记下了。笔记本上写的是:「异常 4:缩略图引用路径与恢复目录不一致,待查。」
方法记录
细节二:那台旧硬盘是 2019 年的,标签上还写着「李工备份」
备份盘接在恢复机上,但真正存原始包的是一台 2019 年产的旧移动硬盘,标签手写着「李工备份」。序列号我抄了下来,尾号是 7K91。硬盘指示灯闪得很慢,大约每 4 秒闪一次。
李工 2022 年就调走了,没人说得清这台盘里哪些包是他留的,哪些是后来覆盖的。我在目录里看到 2025 年和 2026 年的包混在一起,命名规则也不统一。
具体物证 · 硬盘
一个可能不太好听的看法:备份恢复最危险的不是丢数据,是「看起来恢复了」
说实话,我认为这类图库备份恢复里最被低估的风险,是「看起来恢复了」。空文件夹、校验通过、目录完整,这三个状态可以同时成立,而实际数据并不在。
我甚至觉得,比彻底失败更麻烦的是这种部分成功:它让后续排查失去优先级。陈默那天说「只校验了根目录」,我完全理解,因为根目录确实完整。
观点
细节三:8 月 2 日 22:40,我在缩略图里发现了一张不在清单里的照片
8 月 2 日晚上十点四十,我逐张翻缩略图,翻到第 2147 张时发现一张不在恢复清单里的照片。文件名是 IMG_20260512_091833.jpg,拍摄时间是 2026 年 5 月 12 日早上九点十八分。
这张照片本应属于前面说的空文件夹批次。也就是说,缩略图里有它,原图目录里没有。我截了图,存到临时目录,文件名后加了「_check」后缀。
具体数字 · 2147
查到一个不太相关的参考资料,但记录了路径差异
顺着缩略图路径的疑问,我翻了一些公开资料,其中一篇讲 qq浏览器打开网页版 下载目录结构的帖子,附了一张目录截图,缓存层级和这次恢复目录的层级很像,都是三级。
这个相似性说明不了太多问题,但至少说明缓存目录的命名习惯有共性。我把那篇帖子存了书签,日期标注为 8 月 2 日。
参考资料
目前还没答案的问题:那 3 个空文件夹的原始包到底在哪
现在我手上有一份完整校验日志、一台 2019 年的旧硬盘、和一张孤立的缩略图。三个空文件夹对应的原始包,在旧硬盘上找不到同名文件,在恢复日志里也没有单独标注。
我列了三种可能:包在覆盖时丢失、包被移到其他目录、或者恢复时根本没有识别到这三个批次。三种可能我都没法排除。
未解问题
昨天下午我重新跑了一次目录比对,花了 1 小时 47 分钟
昨天下午我重新跑了一次目录比对。因为不想装额外工具,我看了下 手机qq文件在哪里打开 这个路径说明,想确认手机端缓存目录和桌面端是否一致,结果发现两边命名规则确实不同。
整个比对跑了 1 小时 47 分钟,输出两份清单。清单 A 有 2149 条记录,清单 B 有 2147 条,差的那两条正好包含那张孤立缩略图。
具体耗时
对「恢复利用」四个字的个人理解
页面名称里有「恢复利用」四个字,我现在的理解是:恢复只是第一步,利用是第二步。第一步校验通过不代表第二步可用。
这次翻检让我更确定:图库恢复的价值不在恢复那一刻,而在之后的清单比对和异常记录。至少我是这么看的。
短评
还有一处细节:恢复机上挂载的盘符是 F:,不是常见的 D:
恢复机上的备份盘挂载在 F:,这导致一部分脚本里写死的路径失效。陈默后来改了一个配置文件,把路径从 D:\backup 改成 F:\backup,改完之后重新执行了一次。
改配置这个动作发生在 8 月 1 日下午 2 点前后,日志上只有一行「path fixed」,没有更细的记录。
配置 · 路径
先写到这里,问题还是比答案多
文章标题叫「翻到的一些东西」,是因为我确实只翻到了一部分。3 个空文件夹、1 张孤立缩略图、2 份对不上的清单,还有一堆对不齐的时间戳。
接下来我打算先确认那张孤立缩略图是否属于 2026 年 5 月批次。如果是,那 5 月的原始包可能还有希望。这是我目前唯一能抓住的线索。
待续