Pixel 8 auf iPhone 16 per Bucket, 11.614 Elemente
Altes Telefon: Pixel 8, Android 15. Google-Fotos-Backup war drei Monate aus, damit die zwei Kopien sich nicht gegenseitig löschen. Neues Telefon: iPhone 16, iOS 18.7, Azalea vor iCloud-Fotos installiert.
Der englische Lauf nutzte S3 Standard, us-west-2, einen Sub-User auf einen Bucket beschränkt, Prefix pixel8-lab/. Profil-Anzeigenamen unterschieden sich; Bucket und Keys stimmten. (Die chinesische Schreibweise derselben Methode nutzte COS Guangzhou. Derselbe Client, andere Rechnung.)
Größe
Stills im Schnitt 4,08 MB — Pixel-JPEG ist schwerer als iPhone-HEIC. Video im Schnitt 89,2 MB, teils 4K60. 11.208 × 4,08 + 406 × 89,2 ≈ 81,95 GB.
664 Minuten enthalten Idle über Nacht am Wi-Fi. Das nützliche Fenster war etwa sieben Stunden; Bursts erreichten 8 MB/s und der Schnitt fiel mit dem Schlaf. Sieben Fehler waren Host-/unknown-network-Fehler und wurden retried.
Die kaputte Datei
VID_20231102_221418.mp4 kam von einem älteren Infinix, auf den Pixel kopiert. Der lokale Player zeigte eine Sekunde, dann Schwarz. Objektgröße 2.048.512 Bytes, MD5 stimmte mit dem Telefon, also war der Transfer ehrlich und die Quelle schon Schrott. Der iPhone-Claim öffnete denselben Fehler. Als ein unrecoverable gezählt und im Ledger gelassen, damit der nächste Lauf es nicht als neu behandelt.
Nach dem Claim
Die Elementzahl der gesicherten Bibliothek auf dem iPhone stimmte. Die System-Kamerarolle blieb leer, bis ein paar manuelle Downloads. Favoriten reisten nicht, passend dazu, dass Android local_identifier nicht wiederverwenden kann.