Pourquoi votre bibliothèque Photos est la plus grosse chose sur votre Mac

Parmi toutes les catégories couvertes sur ce blog, Photos est généralement la plus volumineuse à elle seule sur un Mac personnel — plus grande que n’importe quel cache de développeur, plus grande que les Données système, souvent plus grande que tout le reste du disque réuni.

du -sh ~/Pictures/Photos\ Library.photoslibrary

Ce qu’il y a vraiment dans le paquet

Le Finder affiche Photos Library.photoslibrary comme un seul fichier, mais c’est un paquet — faites un clic droit et choisissez Afficher le contenu du paquet pour voir la structure réelle :

du -sh ~/Pictures/Photos\ Library.photoslibrary/*

• originals/ — chaque photo et vidéo en pleine résolution, non modifiée. C’est généralement plus de 80 % de la taille totale de la bibliothèque, surtout avec de la vidéo 4K provenant d’un iPhone récent.
• resources/ — les données dérivées d’Apple : les vignettes à chaque taille dont l’interface a besoin, l’index de reconnaissance faciale sur l’appareil, et l’historique de retouche de chaque photo que vous avez ajustée (conservé séparément de l’original pour que les retouches restent non destructives).
• database/ — le catalogue à proprement parler : albums, tags, dates, l’emplacement de chaque photo. Petit par rapport au reste, mais la partie qui ferait vraiment mal à perdre — c’est votre organisation, pas vos médias.

« Optimiser le stockage du Mac » dans Photos iCloud — ce que ça fait vraiment

Si vous avez activé Photos iCloud, Réglages Système → Apple ID → iCloud → Photos propose « Optimiser le stockage du Mac », qui conserve localement des versions plus légères, adaptées à l’appareil, et télécharge les originaux complets à la demande dès que vous ouvrez réellement une photo. C’est le levier le plus important que la plupart des gens n’actionnent jamais :

# No shell equivalent — this is a toggle in System Settings, not a command.
# System Settings → [your name] → iCloud → Photos → Optimize Mac Storage

Le compromis : ouvrir une vieille photo que vous n’avez pas consultée depuis un moment déclenche un téléchargement depuis iCloud, ce qui nécessite une connexion internet et prend un instant la première fois. Pour la plupart des gens, c’est invisible au quotidien et ça récupère immédiatement des dizaines de gigaoctets. Ça ne fonctionne que si votre bibliothèque est réellement adossée à Photos iCloud — si vous n’êtes pas du tout connecté à Photos iCloud, tout reste local quel que soit ce réglage, sans exception.

Si vous n’utilisez pas Photos iCloud

Si votre bibliothèque est uniquement locale — pas de synchronisation iCloud, ou iCloud désactivé — il n’y a pas de bouton « optimiser », et les options sont plus manuelles :

Supprimez les doublons et quasi-doublons. La vue Utilitaires → Doublons de Photos (dans les versions récentes de macOS) fait apparaître la détection intégrée de doublons exacts et quasi-exacts de l’application — les séquences en mode rafale et les imports accidentels en double sont des contributeurs fréquents ici.

Videz la corbeille de Photos. Supprimer une photo dans l’application la déplace vers un album Récemment supprimés pendant 30 jours avant de libérer réellement l’espace — le même mécanisme que la Corbeille du Finder, la même solution :

Album → Récemment supprimés → Supprimer tout, ou attendez les 30 jours.

Déplacez la bibliothèque, ou exportez ce dont vous n’avez pas besoin au quotidien. Photos prend en charge plusieurs bibliothèques et le stockage sur disque externe pour une bibliothèque d’archives que vous ouvrez rarement, en ne gardant qu’une bibliothèque de travail en local. C’est un changement d’organisation plus important que tout le reste de cet article, à envisager seulement si vous avez déjà optimisé tout ce qui précède et que l’espace reste insuffisant.

Ce qu’il ne faut pas toucher directement

Ne modifiez jamais les fichiers à l’intérieur de originals/ ou resources/ à la main, et ne supprimez jamais quoi que ce soit dans le paquet en dehors de l’application elle-même — le catalogue database/ suit les chemins de fichiers exacts et les sommes de contrôle de tout ce qui se trouve dans originals/, et des modifications manuelles désynchronisent le catalogue de la réalité, ce qui peut corrompre la bibliothèque ou faire « disparaître » des photos de l’application alors que les fichiers sont toujours techniquement sur le disque. Toute méthode légitime pour récupérer de l’espace ici passe par l’application Photos elle-même ou par le réglage d’optimisation iCloud, jamais par une commande rm visant l’intérieur du paquet.

Où ça se situe par rapport au reste de votre disque

Photos est sans doute la seule grande catégorie de stockage sur un Mac personnel qui n’est vraiment ni du cache ni du bazar — c’est la chose réelle que vous possédez, et c’est exactement pourquoi DevCruft, une application Mac gratuite pour développeurs en cours de création, est conçue pour la classer différemment de tout ce qu’elle scanne par ailleurs : affichée sur la carte à sa taille réelle, colorée comme « à garder », jamais proposée comme cible de nettoyage, contrairement à DerivedData ou à un vieux dossier node_modules. Le rôle de la carte sera ici d’être honnête sur l’échelle — « ces 88 Go sont réels et vous appartiennent » est une information tout aussi utile que « ces 62 Go sont un cache de compilation dont vous n’avez pas besoin » — simplement une action différente à en tirer. Inscrivez-vous sur la liste d’attente pour savoir quand DevCruft sortira.

Pour l’autre grosse catégorie non liée au cache qui vaut la peine d’être connue sur un Mac, voir le guide des sauvegardes iPhone — la synchronisation Photos et les sauvegardes locales sont souvent confondues alors que ce sont des catégories de stockage entièrement séparées.