Espace disque pour Google Takeout : prévoir trois fois l'export
Les zip, le dossier décompressé et la bibliothèque rangée prennent chacun une copie complète. Comment compter la place, choisir le disque, et ce qui se passe quand il est plein.
Le téléchargement de l'export fait 180 Go. Vous avez 200 Go de libres. Ce n'est pas assez, et le découvrir au milieu de la décompression est la mauvaise façon de l'apprendre.
Trois copies, pas une
Un export Takeout peut exister à trois endroits de votre disque en même temps.
Les zip. La taille totale du téléchargement. Les photos ne se compressent pas, donc le zip a la taille des fichiers qu'il contient, plus un peu pour les fichiers .json.
Le dossier décompressé. Une deuxième copie complète. La décompression ne supprime pas le zip, donc pendant qu'elle tourne, les deux existent. Rien que cela veut dire qu'il faut deux fois la taille du téléchargement en espace libre.
La bibliothèque rangée. Si vous renommez les photos et les classez par année et par mois dans un nouvel emplacement, c'est une troisième copie. La plupart des outils copient au lieu de déplacer, parce que déplacer sur place est risqué et parce que vous voudrez peut-être relancer avec d'autres réglages.
Le chiffre sûr est donc trois fois l'export. Le minimum est deux fois, et vous ne descendez à deux que si vous rangez sur place ou si vous supprimez les zip avant de ranger.
Quelques éléments changent la taille en cours de route. La conversion HEIC en JPG rend chaque fichier converti 1,5 à 2 fois plus gros, donc une bibliothèque pleine de HEIC grossit dans la copie rangée. Les dossiers d'album de l'export contiennent des doublons de photos qui sont aussi dans les dossiers par année, donc la copie rangée est souvent plus petite que le dossier décompressé une fois ces photos écrites une seule fois. Réemballer de vieilles vidéos MOV en MP4 ne change pas leur taille ; réencoder des codecs vraiment anciens les réduit en général.
Quel disque
Le disque interne est le plus rapide, et décompresser cent mille petits fichiers est lent sur tout le reste. S'il a trois fois la place, utilisez-le et déplacez la bibliothèque finie ensuite.
Sinon, un SSD externe est la meilleure solution suivante. Un disque dur externe à plateaux fonctionne, mais la décompression prend des heures de plus. Quel que soit le disque, vérifiez son format. FAT32 refuse tout fichier de plus de 4 Go, ce qui bloque un zip de 10 Go et certaines longues vidéos. exFAT n'a pas cette limite et se lit sur Mac, Windows et Linux ; c'est le bon format pour un disque qui passe d'une machine à l'autre. NTFS convient sous Windows et reste en lecture seule sur Mac sans logiciel supplémentaire.
Vous pouvez aussi répartir les copies entre plusieurs disques : les zip sur le disque interne, la décompression sur le disque externe, puis le rangement vers un dossier du disque interne une fois les zip supprimés. Cela demande plus de manipulations, mais chaque disque a besoin de deux fois moins de place.
Un NAS en réseau convient pour la bibliothèque finale et très mal pour la décompression. Faites le travail sur un disque local et copiez le résultat à la fin. Voir Google Photos vers un NAS Synology.
Quand vous n'avez pas deux fois la taille
Travaillez une partie à la fois. Chaque zip Takeout est indépendant. Décompressez la partie un, corrigez ses dates, déplacez le résultat dans la bibliothèque, supprimez le dossier décompressé, et passez à la partie deux. Vous n'avez besoin de place que pour une partie décompressée. Le piège : le fichier .json d'une photo est en général dans la même partie que la photo, mais pas toujours, donc quelques photos n'auront pas de .json tant que toutes les parties ne sont pas traitées. Faites une dernière passe sur la bibliothèque pour celles-là.
Ou décompressez tout, vérifiez que le dossier s'est ouvert sans erreur, et supprimez les zip avant de ranger. Vous descendez ainsi à deux copies. Les zip sont votre seule sauvegarde intacte, donc ne le faites que si les liens de téléchargement fonctionnent encore, dans les sept jours, pour pouvoir les récupérer en cas de problème.
Ou rangez sur place. Les photos sont renommées et déplacées dans de nouveaux dossiers à l'intérieur du même dossier principal, sans deuxième copie. C'est la solution la plus économe en place et la moins tolérante ; gardez une copie de sécurité d'au moins les fichiers .json jusqu'à ce que vous ayez vérifié le résultat.
Ce qui se passe quand le disque est plein
La décompression s'arrête sur une erreur, et le dernier fichier écrit est en général tronqué. Le dossier a l'air complet, mais quelques photos à la fin sont abîmées ou absentes, et rien ne vous dit lesquelles. Sous Windows, l'outil de décompression intégré annonce parfois quand même un succès.
Un outil de métadonnées qui manque de place en pleine écriture peut laisser une photo à moitié écrite. La plupart des outils écrivent dans un fichier temporaire puis l'échangent avec l'original, donc l'original survit, mais pas tous. exiftool garde une copie _original sauf si vous lui dites de ne pas le faire, ce qui double la place dont il a besoin pendant l'exécution.
La réparation est la même dans tous les cas. Supprimez le résultat partiel, libérez de la place, et recommencez cette étape à partir des zip. C'est pour cela qu'on garde les zip jusqu'au bout.
L'application
Takeout JSON Metadata Fixer vérifie la place avant de commencer.
Quand vous sélectionnez les zip, elle additionne ce dont les fichiers décompressés et la bibliothèque rangée auront besoin, et compare avec l'espace libre des disques concernés. S'il n'y a pas assez de place, elle vous dit combien il en manque avant d'écrire un seul fichier, plutôt qu'à la partie trente sur quarante-cinq.
Vous choisissez où va le résultat, donc ce peut être un autre disque que celui des zip. Vous pouvez ranger un dossier sur place, avec en option un dossier « Originals (before organizing) » qui garde les fichiers intacts à côté du résultat si vous avez la place, ou sans lui si vous ne l'avez pas. Les photos présentes dans plusieurs dossiers d'album sont écrites une seule fois. Elle peut aussi écrire directement sur une clé USB ou un téléphone Android.
L'essai à blanc montre ce qui serait écrit sans rien écrire. Sur Mac, Windows et Linux, hors ligne. Gratuit pour 1000 photos, 19,99 $ une seule fois pour l'illimité, ou 49,99 $ pour cinq ordinateurs.
Questions fréquentes
Peut-on décompresser directement sur une clé USB ?
Si elle est en exFAT et qu'elle a la place, oui, mais ce sera lent. Décompressez sur le disque interne et copiez le résultat rangé sur la clé. Sauvegarder Google Photos sur un disque dur externe ou une clé explique comment garder les dates en chemin.
Supprimer les fichiers .json libère-t-il de la place ?
Très peu. Un fichier .json pèse un ou deux kilo-octets. Soixante mille d'entre eux font environ 100 Mo. Supprimez-les pour la propreté une fois les dates écrites dans les photos, pas pour la place.
Les zip font plus que ce qu'indiquait mon stockage Google. Pourquoi ?
Les dossiers d'album contiennent des copies. Une photo présente dans trois albums apparaît quatre fois dans l'export. La bibliothèque rangée sera plus proche du chiffre du stockage une fois les doublons écrits une seule fois.
Peut-on supprimer l'export une fois la nouvelle bibliothèque vérifiée ?
Oui, après avoir vérifié les dates et les lieux sur un échantillon de photos de la nouvelle bibliothèque. Gardez quand même les zip quelques semaines. Ce sont la seule copie qui a tous les fichiers .json.