恢复我原来的49图库资料库免费版

那块2019年买的东芝硬盘，插上后指示灯闪了六下

1月6日晚上九点四十，我把那块2TB的旧硬盘插进读卡器。指示灯闪了六下才稳定，Windows弹出「需要扫描并修复此驱动器」。

我没有点修复，而是先用磁力工具做了完整镜像，这一步后来救了我。

索引表《gallery_index.csv》最后一次修改是2024年11月3日

这张表是整个资料库的骨架，记录了每个文件夹的编号、来源、抓取时间和标签。文件属性里写着修改时间2024年11月3日14:22。

恢复我原来的49图库资料库免费版，本质上就是先找回这张表，再让表去对齐散落的图片。

我翻了旧聊天记录才发现，这套资料最早是从恢复原来的49图库5012那一批开始积累的。编号5012对应的是2021年春天的一组素材，共1876个文件。

也就是说，我丢的不是一个库，是四年里十几个批次的叠加。

朋友老周的提醒：先看目录树，别急着按文件类型扫

老周在区图书馆做数字资源整理，他跟我说了一句话：「目录结构比文件名可靠，文件名会被改，目录层级不会。」

我按他说的先导出了完整目录树，一共276个文件夹、三级嵌套。

免费版的限制出现在第43分钟

我用的是一个免费的数据恢复工具，扫描到第43分钟时提示「单次最多恢复500个文件」。这500个的上限，正好卡在我最需要的那批索引缩略图上。

后来是分批处理，每批导出后手动合并清单，才绕过去。

有一个细节差点被我忽略：恢复后的文件全部变成了小写扩展名，`.JPG` 变成了 `.jpg`，导致脚本里的匹配规则失效。

我写了个批处理把扩展名统一回大写，这一步花的时间比扫描还长。也顺手整理了49图库资料免费公开查询方法里提到的目录命名约定。

1月7日凌晨两点十七分，校验通过第1204个文件

我用MD5做了全量比对，脚本每校验一个文件就往日志里写一行。到第1204个时，终端第一次没有报错。

那一刻我没有特别激动，只是把日志保存成了 `restore_run2.log`。

最后的缺口是37个文件，全部集中在2022年夏天那一批。老周帮我在他的备份里找到了其中21个，剩下16个至今没补上。

我接受了这个缺口，也把这次的经验写进了49图库浏览器打开49图库的网址那条笔记的附录里。

第一件：索引比图片重要

图片丢了可以再找，索引丢了整个库就散了。我这四年里备份过三次图片，却只备份过一次索引表。

这个比例是错的。恢复我原来的49图库资料库免费版这件事让我明白，元数据才是资产，图像只是它的投影。

现在我每两周自动导出一份CSV，存三个地方。

第二件：免费工具不是不能用，是得知道它卡在哪

很多人一看到「免费版」就绕开，觉得不专业。我的看法相反：免费工具的限制是明确的，明确就意味着可以规划。

500个文件的批次上限，换算成时间就是每批约12分钟，一天能跑六批。这不是障碍，是节奏。

真正麻烦的是那些不告诉你限制在哪的工具。

第三件：我不同意「全量恢复才算成功」

这话可能有人不爱听：把每一个字节都找回来，是一种执念，不是目标。

276个文件夹里，实际还在用的不到三分之一。剩下那些我留着，只是因为没有勇气删。

这次恢复失败的那16个文件，反而帮我做了一次清理决定。

一个动作细节：先拔线，再想

硬盘第一次报错时，我手放在修复按钮上停了大概八秒。那八秒我什么也没做，只是把线拔了。

后来老周说，这是整件事里我做得最对的一步。任何写入操作都可能覆盖待恢复的数据。

停下来的动作，比任何工具都值钱。

关于浏览器那一环

有几批资料当初是直接在浏览器里下载的，缓存路径和下载路径混在一起。整理这部分时我重新看了一遍手机上怎样打开浏览器的操作说明，才发现移动端的缓存目录结构和桌面端完全不同。

这类差异在恢复时会被放大成几百个孤立文件。

时间成本：总共约19小时

扫描6小时，校验5小时，合并与改名4小时，人工核对补漏4小时。

其中真正需要我盯着的只有后8小时，前11小时是机器在跑。这个分配让我意识到，恢复工作的瓶颈从来不是算力，是判断。