Het geld dat je met AI tools kan besparen (als je ze goed gebruikt) is immens. Voor de zoveelste keer heb ik een oplossing gevonden, terwijl ik dit vroeger gewoon een specialist zou betalen. Op verschillende fora vond ik geen antwoord, dan maar eens beginnen praten met chatGPT:
=> dit gesprek gaat verder en verder, dieper en dieper, tot we uiteindelijk een folder gevonden hebben van 80GB (oude Dropbox timestamp-map)
=> die map werd gevonden via de terminal opdracht "du -xhd 1 ~/Library/CloudStorage | sort -h"
ongelooflijk, voor zoiets kan je makkelijk €350 vragen als zelfstandige
En zo kan ik nog wel enkele verhalen vertellen waardoor ik bepaalde vakmannen niet meer moet betalen, ja zelfs de loodgieter moest onlangs niet meer komen omdat ik de oplossing gewoon voorgeschoteld kreeg.
Dit is aan de ene kant niet echt positief voor onze maatschappij, aan de andere kant zie ik niet iedereen die moeite doen, dat gaat echt nog jaren duren vooraleer iedereen deze werkwijze toepast, we hebben godzijdank nog heel veel boomers.
Op mijn werk heb ik al maanden de indruk dat ik omgeven ben door 7 specialisten, waar ik alles aan kan vragen, en dat terwijl ik alleen werk.
Ok, je moet je erin verdiepen, daar kruipt heel veel tijd in, maar het loont toch.
Systeemgegevens = 169,83 GB
Dat is extreem hoog.
Dus die 2,58 GB van Foto’s is totaal niet het probleem. Dat is bijna niets. Je echte opslagvreter zit hier:
systeemcache
Time Machine snapshots
iPhone backups
Xcode/dev files
macOS cachebestanden
Docker
Adobe cache
browsercache
lokale AI-modellen
oude updates
169 GB systeemgegevens is absoluut niet normaal op een Mac van 245 GB.
Daar moet je op focussen. Niet op Photos Library. Ik kan je stap voor stap tonen hoe je die 169 GB analyseert en meestal 50–120 GB terugwint zonder risico. De snelste manier om te weten wat het is:
Open:
Finder
Klik bovenaan:
Ga
Hou de Option/Alt-toets ingedrukt
Klik:
Bibliotheek
Daarna:
open map:
Caches
En kijk eens:
welke mappen tientallen GB groot zijn
Je zit momenteel in kolomweergave. Daar zie je geen mapgroottes. Doe dit:
Druk bovenaan rechts op het icoon met de lijstweergave
(de 3 horizontale lijntjes)
Daarna:
klik bovenaan in de menubalk op Weergave
Toon weergaveopties
Vink aan:
Bereken alle groottes
Dan begint macOS de mapgroottes te berekenen.
dit valt goed mee hoor, enkel spotify is 5GB, de rest is acceptabel
Klopt. Dit bevestigt eigenlijk dat jouw Caches-map niet de oorzaak is van die 169 GB systeemgegevens. Dus we kunnen cache grotendeels uitsluiten. Wat ik nu vermoed, in volgorde van waarschijnlijkheid:
lokale Time Machine snapshots
verborgen iPhone/iPad backups
swap/geheugenbestanden
Docker/VM bestanden
macOS bug in opslagberekening
lokale AI/modellen
developer data
En eerlijk: 169 GB systeemgegevens krijg je bijna nooit door gewone caches alleen. Nu gaan we doelgericht zoeken. Doe dit:
Open Finder
Klik links:
Mac mini van Dimitri
Dubbelklik:
Macintosh HD
Druk:
CMD + SHIFT + .
Dan toon je verborgen bestanden. Kijk dan of je ziet:
private
System
Users
Library
Vooral belangrijk:
private
Daar zitten vaak:
swapfiles
sleepimage
snapshots
verborgen rommel
Ga daarna naar:
private
var
vm
En stuur daar een screenshot van. Want ik vermoed bijna dat daar tientallen GB zitten.
in vm zit 0 bytes, in var zit 5GB
Interessant. Dan kunnen we alweer veel uitsluiten. Dus:
geen gigantische swapfiles
geen ontspoorde VM-geheugenbestanden
geen zware caches
Dat betekent dat macOS waarschijnlijk fout telt óf dat de ruimte elders verborgen zit. En nu zie ik iets belangrijk:
containers
developer/AI tooling
Claude
Homebrew
Adobe
Ik vermoed steeds sterker:
verborgen Application Support-data
lokale modellen
containers
syncbestanden
of snapshots
Nu volgende stap: Ga naar:
Gebruikers
jouw gebruiker
Bibliotheek
Application Support
En sorteer opnieuw op grootte.
deze is 20GB
Ja, en dat is eigenlijk normaal voor iemand die:
Adobe gebruikt
browsers gebruikt
AI-tools gebruikt
Dropbox/sync gebruikt
20 GB Application Support is stevig, maar verklaart nog altijd géén 170 GB systeemgegevens.
Dat is extreem hoog.
Dus die 2,58 GB van Foto’s is totaal niet het probleem. Dat is bijna niets. Je echte opslagvreter zit hier:
systeemcache
Time Machine snapshots
iPhone backups
Xcode/dev files
macOS cachebestanden
Docker
Adobe cache
browsercache
lokale AI-modellen
oude updates
169 GB systeemgegevens is absoluut niet normaal op een Mac van 245 GB.
Daar moet je op focussen. Niet op Photos Library. Ik kan je stap voor stap tonen hoe je die 169 GB analyseert en meestal 50–120 GB terugwint zonder risico. De snelste manier om te weten wat het is:
Open:
Finder
Klik bovenaan:
Ga
Hou de Option/Alt-toets ingedrukt
Klik:
Bibliotheek
Daarna:
open map:
Caches
En kijk eens:
welke mappen tientallen GB groot zijn
Je zit momenteel in kolomweergave. Daar zie je geen mapgroottes. Doe dit:
Druk bovenaan rechts op het icoon met de lijstweergave
(de 3 horizontale lijntjes)
Daarna:
klik bovenaan in de menubalk op Weergave
Toon weergaveopties
Vink aan:
Bereken alle groottes
Dan begint macOS de mapgroottes te berekenen.
dit valt goed mee hoor, enkel spotify is 5GB, de rest is acceptabel
Klopt. Dit bevestigt eigenlijk dat jouw Caches-map niet de oorzaak is van die 169 GB systeemgegevens. Dus we kunnen cache grotendeels uitsluiten. Wat ik nu vermoed, in volgorde van waarschijnlijkheid:
lokale Time Machine snapshots
verborgen iPhone/iPad backups
swap/geheugenbestanden
Docker/VM bestanden
macOS bug in opslagberekening
lokale AI/modellen
developer data
En eerlijk: 169 GB systeemgegevens krijg je bijna nooit door gewone caches alleen. Nu gaan we doelgericht zoeken. Doe dit:
Open Finder
Klik links:
Mac mini van Dimitri
Dubbelklik:
Macintosh HD
Druk:
CMD + SHIFT + .
Dan toon je verborgen bestanden. Kijk dan of je ziet:
private
System
Users
Library
Vooral belangrijk:
private
Daar zitten vaak:
swapfiles
sleepimage
snapshots
verborgen rommel
Ga daarna naar:
private
var
vm
En stuur daar een screenshot van. Want ik vermoed bijna dat daar tientallen GB zitten.
in vm zit 0 bytes, in var zit 5GB
Interessant. Dan kunnen we alweer veel uitsluiten. Dus:
geen gigantische swapfiles
geen ontspoorde VM-geheugenbestanden
geen zware caches
Dat betekent dat macOS waarschijnlijk fout telt óf dat de ruimte elders verborgen zit. En nu zie ik iets belangrijk:
containers
developer/AI tooling
Claude
Homebrew
Adobe
Ik vermoed steeds sterker:
verborgen Application Support-data
lokale modellen
containers
syncbestanden
of snapshots
Nu volgende stap: Ga naar:
Gebruikers
jouw gebruiker
Bibliotheek
Application Support
En sorteer opnieuw op grootte.
deze is 20GB
Ja, en dat is eigenlijk normaal voor iemand die:
Adobe gebruikt
browsers gebruikt
AI-tools gebruikt
Dropbox/sync gebruikt
20 GB Application Support is stevig, maar verklaart nog altijd géén 170 GB systeemgegevens.
=> dit gesprek gaat verder en verder, dieper en dieper, tot we uiteindelijk een folder gevonden hebben van 80GB (oude Dropbox timestamp-map)
=> die map werd gevonden via de terminal opdracht "du -xhd 1 ~/Library/CloudStorage | sort -h"
ongelooflijk, voor zoiets kan je makkelijk €350 vragen als zelfstandige
En zo kan ik nog wel enkele verhalen vertellen waardoor ik bepaalde vakmannen niet meer moet betalen, ja zelfs de loodgieter moest onlangs niet meer komen omdat ik de oplossing gewoon voorgeschoteld kreeg.
Dit is aan de ene kant niet echt positief voor onze maatschappij, aan de andere kant zie ik niet iedereen die moeite doen, dat gaat echt nog jaren duren vooraleer iedereen deze werkwijze toepast, we hebben godzijdank nog heel veel boomers.
Op mijn werk heb ik al maanden de indruk dat ik omgeven ben door 7 specialisten, waar ik alles aan kan vragen, en dat terwijl ik alleen werk.
Ok, je moet je erin verdiepen, daar kruipt heel veel tijd in, maar het loont toch.
Laatst bewerkt:



