Pixel 8 vers iPhone 16 via un seau, 11 614 éléments
Ancien téléphone : Pixel 8, Android 15. La sauvegarde Google Photos était coupée depuis trois mois pour que les deux copies ne se suppriment pas. Nouveau téléphone : iPhone 16, iOS 18.7, Azalea installé avant iCloud Photos.
La passe anglaise a utilisé S3 Standard, us-west-2, un sous-utilisateur limité à un seau, préfixe pixel8-lab/. Les noms d’affichage des profils différaient ; bucket et clés correspondaient. (Le récit chinois de la même méthode a utilisé COS Guangzhou. Même client, facture différente.)
Taille
Les photos moyennaient 4,08 Mo — le JPEG Pixel est plus lourd que le HEIC iPhone. La vidéo moyennait 89,2 Mo, une partie en 4K60. 11 208 × 4,08 + 406 × 89,2 ≈ 81,95 Go.
664 minutes inclut l’inactivité Wi-Fi de nuit. La fenêtre utile était d’environ sept heures ; les pointes ont atteint 8 Mo/s et la moyenne est tombée avec le sommeil. Sept échecs étaient des erreurs host/unknown-network et ont été réessayés.
Le fichier cassé
VID_20231102_221418.mp4 venait d’un ancien Infinix copié sur le Pixel. Le lecteur local a montré une seconde puis du noir. Taille objet 2 048 512 octets, MD5 identique au téléphone, donc le transfert était honnête et la source était déjà pourrie. La revendication iPhone a ouvert le même échec. Compté comme un irrécupérable et laissé dans le registre pour que la passe suivante ne le traite pas comme neuf.
Après la revendication
Le compte d’éléments sur la bibliothèque sauvegardée iPhone correspondait. La pellicule système est restée vide jusqu’à quelques téléchargements manuels. Les Favoris n’ont pas voyagé, ce qui matche l’incapacité d’Android à réutiliser local_identifier.