11 votes

Existe-t-il un moyen fiable de se débarrasser des caches de com.apple.MediaLibrary en toute sécurité ?

J'ai trouvé >10 Go de fichiers dans un dossier sur mon disque interne. Il s'agissait de photos et de vidéos que j'ai reconnues dans ma photothèque système (qui est synchronisée avec ma photothèque iCloud) :

~/Library/Containers/com.apple.MediaLibraryService/Data/Library/Caches/com.apple.iLifeMediaBrowser.ILPhotosTranscodeCache

En cherchant sur Google pourquoi cela se produisait, je suis arrivé à la conclusion que cela était probablement dû à la présence de fichiers HEIC/HEVC dans ma photothèque iCloud (provenant de mon iPhone). Apparemment, MacOS High Sierra convertit ces fichiers multimédias et les stocke dans le dossier susmentionné afin que d'autres applications puissent "sélectionner des médias dans le navigateur de médias". Source 1 , Source 2

Afin d'économiser l'espace disque interne, je stocke la bibliothèque système sur un disque externe. Je ne veux pas que ces caches prennent aussi de la place sur mon disque interne. Je n'ai aucun intérêt à pouvoir "sélectionner des médias dans le navigateur de médias".

J'ai également remarqué que cet énorme dossier est sauvegardé par Time Machine ce qui est absolument épouvantable. Pourquoi aurais-je besoin d'un grand dossier, plein de fichiers cache que je n'utiliserai jamais, pour être sauvegardé ?

Il y a quelques idées que j'ai trouvées pour résoudre ce problème. Chaque idée a ses inconvénients. Mon objectif principal ici est de me débarrasser de ces fichiers de cache une fois pour toutes (puisque je ne les utiliserai jamais activement) dans un fichier moyen sûr . Je ne suis pas sûr de savoir laquelle serait la meilleure idée :

  • Supprimez les fichiers qui se trouvent dans le dossier com.apple.iLifeMediaBrowser.ILPhotosTranscodeCache . Je me suis rendu compte que le média était simplement converti et replacé dans ce dossier ; cela ne fonctionne pas.
  • Supprimez complètement le dossier. Je ne suis pas sûr que cela entraîne la recréation du dossier, mais je ne veux pas que cela gâche quelque chose ; cela ne fonctionnera probablement pas.
  • Changez les permissions du dossier pour empêcher le processus d'y écrire - cela semble être une manière très forte d'empêcher le processus de déverser des médias convertis dans le dossier ; je préférerais une méthode plus propre.
  • Passez à MacOS Sierra. Je le fais. no veulent emprunter cette voie.
  • Transférez l'ensemble du dossier sur le lecteur externe et créez ensuite un lien symbolique sur le lecteur interne pointant vers celui-ci. C'est probablement la méthode la plus sûre, mais elle peut s'avérer peu fiable - que se passera-t-il si je déconnecte le disque ? Que ferait le processus pour gérer cette situation ?

7voto

Jawa Points 1639

Je ne pense pas que vous devriez avoir à vous soucier de l'espace disque utilisé par ceci. MacOS devrait traiter ce genre de choses comme "Purgable", donc si vous manquez d'espace, MacOS sera automatiquement capable de supprimer ces données pour vous rendre de l'espace opérationnel. Donc, en ce qui concerne l'espace que vous pouvez utiliser sur le disque, vous devriez pouvoir considérer l'espace actuellement utilisé par ces données comme libre.

Si c'est vraiment un problème, votre dernière option pourrait être modifiée un peu pour la fiabilité, ce qui pourrait résoudre le problème, selon le Mac que vous avez.

En gros, vous pourriez vous procurer une clé USB ou une carte SD de taille adéquate (en tenant également compte de vos besoins futurs, disons 32 Go, ou peut-être 64 Go, selon le nombre de photos que vous prenez) et la connecter en permanence. Au lieu d'un lien Symlink, vous pouvez utiliser le fstab de MacOS pour que le disque utilise l'adresse de l'ordinateur. com.apple.iLifeMediaBrowser.ILPhotosTranscodeCache comme point de montage, à la fois au démarrage et automatiquement lors de la reconnexion s'il est supprimé pendant le fonctionnement du système.

Bien entendu, si votre Mac est portable et que vous l'emportez partout avec vous, ce sera moins pratique, car vous devrez reconnecter ce disque à chaque démarrage. Un Nifty Drive ou JetDrive résoudrait ce problème si c'est un modèle de MacBook avec un slot SD et que vous n'utilisez pas ce slot... Vous pouvez également obtenir des clés USB assez petites de nos jours, pensez à la taille d'un adaptateur clavier/souris sans fil Logitech "Unified", vous pourriez donc laisser cette clé connectée avec un ordinateur portable, et elle ne serait pas dans le chemin à l'arrière d'un ordinateur de bureau, à part bien sûr avoir un port USB en moins.

Mode d'emploi brut

Pour ce faire, vous devez formater le disque/la carte externe pour qu'il/elle corresponde au format de votre disque interne.

Avec la partition nouvellement créée sélectionnée dans Disk Utility, cliquez sur le bouton Info (lettre i dans un cercle) en haut à droite de la fenêtre, puis trouvez l'UUID du système de fichiers. Cliquez dessus, copiez-le à l'aide de Command-V, et rendez-vous dans le Terminal !

Dans le Terminal, vous devrez exécuter la commande vifs comme Root, en utilisant sudo .

vifs utilise le vi éditeur de texte pour modifier fstab, après l'avoir verrouillé pour que rien ne l'endommage. Si vous ne savez pas comment utiliser vi pour l'édition de texte, tapez :h puis la touche retour pour accéder au texte d'aide. Il explique l'édition bien mieux que je ne peux le faire

En bref, utilisez les touches fléchées pour atteindre la dernière ligne vide sous le texte d'avertissement concernant la prudence avec fstab, puis tapez :i pour entrer en mode insertion, et tapez :

UUID=<Your Filesystem UUID Here> /Users/<Your Home Folder Here>/Library/Containers/com.apple.MediaLibraryService/Data/Library/Caches/com.apple.iLifeMediaBrowser.ILPhotosTranscodeCache hfs rw

Remplacez HFS par le système de fichiers que vous avez formaté.

Quittez le mode d'insertion avec la touche ESC et tapez :wq pour écrire vos modifications et quitter. Si vous voulez quitter et abandonner vos modifications, tapez :q! à la place.

Après cela, éjectez le lecteur/la carte, supprimez le contenu du dossier cache, puis réinsérez le lecteur. Le disque devrait être monté à cet emplacement et MacOS recommencera à y décharger les données du cache.

Les bons côtés

  • Libère de l'espace sur le disque interne de façon permanente, tout en gardant ce cache accessible pour les applications qui pourraient l'utiliser (on ne sait jamais, vous pourriez commencer).
  • Si vous retirez le disque/la carte, MacOS agira comme si vous aviez supprimé le contenu et recréera le cache. Lorsque vous rebranchez le disque, le montage se fera à nouveau à l'emplacement d'origine, alors qu'avec un lien symbolique, vous devrez peut-être créer à nouveau le lien symbolique (cela dépend si le démontage a été effectué proprement, et de ce qui se passe lorsque MacOS essaie d'écrire à travers un lien symbolique cassé, je suppose, je ne sais pas s'il détruira le lien symbolique et le transformera à nouveau en un dossier normal ou s'arrêtera simplement avec une erreur).
  • sera toujours monté au démarrage, de sorte qu'il sera présent du démarrage à l'arrêt pour que MacOS puisse envoyer des données à l'adresse suivante
  • Un disque externe pourrait être utilisé pour plusieurs caches, s'il y en a d'autres pour lesquels vous voulez un gain d'espace similaire, mais il faudrait une partition par cache. Si vous utilisez APFS sur le disque externe, ce ne sera pas un problème, car toutes les partitions APFS partagent le stockage total de leur disque (je fais cela avec le cache Transcode et le cache Mobile Sync de mon serveur Plex pour épargner des partitions sur mon DAS, parce qu'ils deviennent tellement gros !)

Les inconvénients

  • Ce n'est pas une bonne solution si vous utilisez un NoteBook, à moins que vous n'investissiez dans une minuscule clé USB ou une carte SD adaptée, comme Nifty Drive ou JetDrive.
  • Requiert plus de matériel que vous devrez peut-être acheter
  • Je ne suis pas sûr à 100% de la réaction de MacOS si vous avez un cache partiellement reconstruit dans le dossier de la bibliothèque après que le lecteur a été déconnecté, puis que vous reconnectez le lecteur/la carte et qu'il se monte comme dossier de cache. Mes caches Plex n'ont pas eu de problème avec ce genre de situation auparavant, car ils ne se remplissent pas à nouveau lorsqu'ils sont effacés jusqu'à la prochaine fois que je regarde/synchronise quelque chose, mais celui de MacOS pourrait être intéressant car il commencerait à se reconstruire immédiatement. Avec un peu de chance, il supprimerait simplement ce qui se trouve dans le cache à ce moment-là, ou le déplacerait sur le disque/la carte externe. Vous pourriez vouloir tester cela au début pour voir ce qui se passe.
  • Vous perdez un port USB ou une fente SD, ce qui peut ou non être un problème, cela dépend de vos besoins.

Encore une fois, MacOS devrait vider ces caches automatiquement si vous avez réellement besoin du cache, donc vous n'avez probablement pas besoin de faire tout cela, mais si vous voulez vraiment vraiment récupérer l'espace, c'est ainsi que je l'ai fait sur le mien (Plex ne marque pas ses caches comme pouvant être poursuivis pour MacOS, donc c'est cela ou les vider manuellement de temps en temps pour moi...).

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X