Azalea.

首页/一块移动硬盘被两台手机认领

一块移动硬盘被两台手机认领

作者 Azalea · 实测日期 2026-05-11

认领不是把文件再拷一遍。是读清单、对 key。盘上 <root>/.album/manifest.jsonl 追加写：首行版本头，后面是逻辑 key、物理路径、字节、MD5、墓碑。换一台手机指向同一目录，靠这份清单把转义过的文件名还原。.album/ 不会出现在 list 结果里。Azalea（net.duguying.photos）不托管原图；硬盘在谁书包里，库就在谁手里。

Android 对不上 iOS 的 local_identifier，所以「收藏」仍不会出现，但原文件在。律师设定那次 iPhone 16 Pro 与 Pixel 8a 先后写同一块 Samsung T7。两块盘都叫 Backup 时，只看文件夹名字会认错库。iOS 的 volumeIdentity() 给盘名和 UUID。没有 UUID 时（某些 file provider 卷）只能靠你自己标签。

步骤

  1. 第一台手机把库写完。「备份状态」待处理为 0。iPhone 权限「所有照片」，Android 完全访问。格式化用 exFAT，不要 APFS 再给 Android 写。
  2. 确认盘上有 .album/manifest.jsonl。不要用电脑往该目录丢文件指望自动进索引——那是给 Finder 预览用的，不是导入通道。
  3. 安全弹出，插到第二台。iOS：打开 Azalea →「备份存储」→「新建配置」→ USB，在系统「文件」里选同一个目录，保存 security-scoped bookmark。iOS 不能枚举 U 盘，不会自动「发现 T7」。
  4. Android：OpenDocumentTree 选同一棵树，takePersistableUriPermission，extra.mode=bridge。换树就要重新授权。没 take 的对照见 Mate 60：杀进程后 list 空。
  5. 认领或让应用发现盘上已有库。对照项数。律师那次两端都能列出已有对象；各自继续备份新拍的，key 带设备维度，不覆盖对方文件。
  6. 抽查：在第二台已备份库打开一张第一台拍的 4K，以及一张文件名带冒号的。iPhone 15 实验室 23 个冒号名转义后逻辑名仍可搜。
  7. 两台不要同时对同一未完成对象狂写。拔盘用系统弹出。进度中拔盘会 DeviceDetached，临时文件可丢弃重写，Mate 60 在 61% 留过 12 个 .tmp。

失败

  • 靠文件夹名字区分两块都叫 Backup 的盘：认错库，写入另一份清单。看 UUID，用彩色胶带做物理标签。
  • 第二台选了盘上另一个空文件夹：新建了一份空库。回到「新建配置」选带 .album 的那个目录。
  • Android 换了 USB 口或换了 OTG 线导致树 URI 变了：重新授权。persistable URI 绑的是那次选择，不是盘序列号魔法。
  • 在电脑上改物理文件名或「整理」转义字符：认领对不上。逻辑名在 manifest 的 k，物理路径在 p。Windows 看到 % 一类是预期。
  • 格式化成 APFS：Pixel 写不进去。律师那次 T7 保持 exFAT。
  • 把 .album 当垃圾删掉：库变成一堆散文件。不要用系统「清理磁盘」扫移动盘隐藏目录。

律师交接那次盘怎么标签

两台手机、一块 T7、一个叫 Backup 的文件夹——这是最容易认错的组合。物理标签写日期和「Azalea 库」，不要只写 Backup。iOS 用 volume UUID 区分第二块同样布局的盘；你在「文件」里仍可能点错。点错的结果是第二台「新建配置」指向空目录，写出第二份 .album，第一份库还在但你以为认领失败。发现两份 manifest 时，保留项数更大的那份目录，不要合并文件夹。

Android 换线、换口、换扩展坞，文档树 URI 可能变。persistable 权限绑的是旧 URI。症状是配置还在、list 空。重新选同一目录即可，不必格式化 T7。iPhone 16 Pro 侧 bookmark 相对稳，仍要在插盘后刷新。2026 年 2 月 iPhone 15 选目录后锁屏，回前台未就绪，点刷新才挂上。

在电脑上打开盘做抽查可以。用播放器看 4K，用十六进制看文件头确认不是 HTML 错误页。不要「按拍摄日期重新建文件夹」——物理路径变了，jsonl 对不上。不要开 Windows 的「优化驱动器」去整理移动盘。不要把 .album 设为可见后当普通 JSON 拿去美化缩进后存盘，追加写格式会被破坏。

第一台未写完就插第二台认领，第二台能看到已完成的 key。未完成的不要两边一起写。Mate 60 的 12 个临时文件说明中断可恢复，前提是同一台继续；两台抢同一临时名没有实验室记录，不要试。

家庭 NAS 共用 share 的逻辑相似：读同一份索引，不拷贝。NAS 不是本篇的 USB UUID 问题，但「不要靠昵称区分」这一条通用。

第二台认领成功后，「备份状态」对待处理的含义变了：它统计的是这台手机尚未写出的本机新照片，不是第一台那 18,432 项还要再传一遍。律师 T7 上 iPhone 16 Pro 继续写新拍的，Pixel 8a 写自己的，互不覆盖。若第二台待处理数字等于整库大小，多半选错了空目录，正在创建第二份库。立刻停，回去选带 .album 的节点。

iOS「所有照片」权限仍要给第二台，否则它只能把自己授权子集追加进去，列出第一台库时也可能受读权限干扰。抽查在已备份库进行，不要只看系统相册网格——认领默认不灌全量原图进本机。

体积对账：第一台截图里的项数，第二台已备份库应能列出。差几十先等索引读完 jsonl，差一整年就是选错目录或看错盘。两块 1TB 都贴着 Backup，用 UUID 和胶带，不要靠「文件」App 的缩略图记忆。

和对象存储认领的差别

桶路径靠 index/ 清单，USB 靠盘上 jsonl。同一套 object key schema，所以 iOS 与 Android 都能认领。USB 没有 presign_put，也没有剩余空间百分比（部分实现 probe 得到容量；Android SAF 视提供者为准）。空间不足是 OutOfSpace，应暂停等腾位置，不要把该项标红后继续扫。

家庭 NAS 是另一条：群晖 DS220+ share photos，两台手机写同一库，走 Samba 不是 USB。盘随身、NAS 留在客厅柜子，配置可以同时存在，认领时认你选的那一份。不要把 NAS 目录通过「文件」App 的网络位置假装成本篇的 USB 库。

2026-03-14 iPhone 15 写进 SanDisk Extreme 1TB 的 86.41 GB，之后可以再插到 Android 认领。2026-04-02 的 81.95 GB 走的是 COS，不是硬盘；别把两次实验的介质记混。

FAQ

第二台会不会把库重新上传一遍？ 认领读清单。已有 key 不会当新任务整份再写。各拍各的新照片会追加。

收藏为什么没了？ Android 映射不了 iOS 本地标识符。原图还在。不要为收藏重做 80 GB。

两台同时备份同一块盘？ 避免同一未完成对象。可以先后。T7 律师流程是先后写。

iOS 锁屏后再插盘为什么显示未就绪？ 没有插拔通知。打开应用点刷新。2026 年 2 月 iPhone 15 测过：第一次选目录后锁屏，回前台要手动刷新。

能不能三台认领？ 指向同一目录即可。每台保存自己的 bookmark 或 SAF 树。Azalea 不托管，盘的物理保管是你的责任。