Wat is ~/Library/Containers op de Mac, en mag je het verwijderen?

~/Library/Containers is geen cachemap, en dat ene feit beslecht het grootste deel van de vraag. Er staan de gegevens van sandbox-apps in: hun instellingen, hun databases, de media die ze downloadden. Verwijder je de container van een app die je nog gebruikt, dan zet je die app terug en neem je de gegevens mee. Verwijder je de container van een app die je vorig jaar weggooide, dan win je ruimte en kost het je niets.

Snel antwoord

Wat een container is

macOS draait sandbox-apps in een eigen, afgeschermde thuismap. Elke App Store-app werkt zo, en veel apps daarbuiten ook. Die privéthuismap is de container.

Open er een en de structuur oogt vertrouwd:

~/Library/Containers/com.apple.Safari/
  Data/
    Library/
      Application Support/
      Caches/
      Preferences/
    Documents/
    Desktop/       -> koppeling naar je echte bureaublad
    Downloads/     -> koppeling naar je echte downloadsmap

De app ziet Data als zijn thuismap. Daarbinnen bevat Library wat alleen van die app is. De items Desktop en Documents zijn symbolische koppelingen naar je echte mappen, die de app alleen mag volgen met de bijbehorende toestemming.

Dat detail beantwoordt de zorg die het vaakst opduikt: een container weghalen verwijdert de koppelingen, niet de bestanden waar ze naar wijzen. Je documenten blijven waar ze altijd stonden.

Wat je kwijtraakt als je er een verwijdert

Het app-eigen deel is echte data.

• accountinstellingen en inlogstatus van die app;
• zijn instellingen en vensterstaat;
• de database die hij opbouwde, zoals een mailindex of een berichtgeschiedenis;
• media die hij downloadde en in zijn eigen opslag zette.

Een app die zijn container mist, start alsof hij net is geïnstalleerd. Bij een notitie-app die vanaf een server synchroniseert kost dat een nieuwe download. Bij een app die alles lokaal bewaarde kost het de inhoud.

Welke containers je veilig weghaalt

De veilige zijn van apps die niet meer op je Mac staan.

du -sh ~/Library/Containers/* | sort -h | tail -20

Neem elke grote map en lees de naam. com.bedrijf.appnaam verklapt de maker en de app. Kijk dan of die app nog in /Applications staat. Zo niet, dan is de map een restant: de app is weg, de container bleef. Naar de Prullenmand ermee.

Staat de app er nog, laat de container dan staan en pak de omvang van binnenuit aan. Chat-apps, mailprogramma’s en browsers hebben allemaal instellingen voor opgeslagen media en cache, en die route laat je accountinstellingen intact.

Group Containers werken anders

~/Library/Group Containers bevat opslag die gedeeld wordt door onderdelen met dezelfde app-groep: een app en zijn extensie, een app en zijn widget, een suite en zijn hulpprogramma. Eén map kan meerdere zichtbare stukken software dragen.

Dezelfde regel geldt, met een grotere schadestraal. Een groepscontainer weghalen van software die je niet meer hebt, is prima. Er een weghalen die een huidige app deelt met zijn extensie breekt de gedeelde staat van allebei, en de app kan je meestal niet vertellen waarom.

Wat er in de grootste containers zit

Een handvol namen duikt in bijna elke lijst op.

• Chat-apps. Ontvangen foto’s en video’s stapelen zich op in de container. De meeste van deze apps hebben een opslagscherm waarmee je oude media wist zonder het account aan te raken.
• Mail. Kopieën van gedownloade bijlagen staan in de container en groeien jarenlang in stilte.
• Safari. De cache zit in com.apple.Safari in plaats van in ~/Library/Caches, en daarom lijkt de browser in het cache-overzicht te ontbreken.
• Apps die je één keer probeerde. Kleine mappen, tientallen, van software die al jaren weg is. Los onbelangrijk, samen een paar honderd megabyte.

De volgorde die je uit de problemen houdt

1. Sorteer de containers op grootte en kijk alleen naar de bovenkant.
2. Bepaal per container of de app nog geïnstalleerd is.
3. Sluit de app af als hij draait.
4. Verplaats alleen de verweesde containers naar de Prullenmand.
5. Gebruik de Mac een dag en leeg daarna pas de Prullenmand.
6. Open bij apps die je houdt hun eigen instellingen en wis daar de opgeslagen media.

Stap 2 is het hele werk. Een container is het weghalen waard als er niets meer achter zit, en het bewaren waard als er wel iets achter zit.

Conclusie

Behandel ~/Library/Containers als appgegevens, want dat is het. De vraag is nooit in het algemeen “mag je containers verwijderen”. De vraag is of er achter een specifieke container nog een app zit. Is het antwoord nee, dan naar de Prullenmand. Is het ja, ga dan de app in, wis daar wat hij bewaarde, en laat de container staan waar macOS hem neerzette.