Mac tömd igen efter två månader? Det du tog bort växer tillbaka, det som verkligen växer rördes inte

«Utrymme i lagringen slut»-popupen dyker upp igen. Förra gången använde du en rensningsapp och skannade fram ett dussintal GB, raderade dem med ett klick och kände dig pigg igen – två månader senare är allt som vanligt.
Problemet är inte att du inte rensar ofta nog, utan att det du raderar vuxit tillbaka på egen hand, medan den delen som alltid växer, inte ens rör sig av rensningsprogrammet.

Vad rensningsprogram tar bort är oftast det som «vuxit tillbaka»

Öppna vilken Mac-rensningsapp som helst, så är det de här kategorierna som vanligtvis ligger högst upp i sökresultatet:

Kategori	Typisk plats	Vad händer efter att ha tagit bort
App-cache	`~/Library/Caches`	Appen återskapar innehållet när den öppnas nästa gång
Webbläsarcache	Chrome/Safari cache-katalog	Efter några dagars surf kommer det tillbaka
Systemloggar, temporära filer	`/private/var/log`, `/private/var/folders`	Systemet skriver kontinuerligt till dem
Utvecklarcache	Xcode `DerivedData`, `node_modules`, Docker-avbildningar	Återskapas vid nästa kompilering, installation av beroenden

Caches finns för att byta utrymme mot hastighet. När du tar bort dem kommer appen att starta lite långsammare första gången, men återfår sedan utrymmet som det var. Det är det första skälet till att din disk blir full igen efter två månader: du har tömt på vatten som automatiskt fylls på igen.

Det betyder inte att det är värt att rensa cache – det är mycket effektivt för att snabbt frigöra utrymme. Men om du vill att disken ska långsiktigt inte ska klaga på att den är full, måste du titta på en annan typ av filer.

Det som faktiskt växer är det du «inte vågar ta bort»

Öppna «Systeminställningar → Allmänt → Lagringsutrymme» eller kör följande i Terminalen:

bash
du -sh ~/Pictures ~/Downloads ~/Desktop ~/Documents ~/Movies 2>/dev/null

De flesta upptäcker att det stora lagret inte ligger i cachen, utan här:

Foton och skärmdumpar. En iPhone-foto är 2–5 MB, kamerans råa JPEG kan vara 10 MB eller mer; en ⌘⇧4-skärmdump i Retina-format är en PNG på 1–3 MB. En handfull varje dag blir tiotal GB på ett år.
Bilder sparade i chattappar. Bilder som skickas runt i grupper, material från kunder, arbetsbilder – varje mottagning lägger till en kopia på din dator.
Nedladdningsmappen. Designmaterialpaket, bakgrundsbilder, bilder sparade från webben som aldrig öppnats igen efter nerladdning.
Material i projekt. Exporterade bilder från designarbete, images/-kataloger på webbplatser, resursfiler för appar – varje projekt bär med sig ett stort antal bilder i fullstorlek.

Det som alla dessa filer har gemensamt är: de får inte tas bort. Fotot är minne, skärmdumpar kan behövas någon dag, projektmaterial används fortfarande. Även rensningsprogram vet detta, så de hoppas vanligtvis över dem – och därför blir den del som faktiskt växer oförändrad vid varje rensning.

Om de inte kan tas bort, låt dem bli mindre

Eftersom dessa bilder måste sparas finns det bara ett sätt kvar: minska storleken på varje bild utan att det påverkar upplevelsen.

De flesta bilder är «feta» redan från det att de skapades:

Kameror och mobiler använder höga JPEG-kvalitetsparametrar för att vara säkra, plus mängder extra data som EXIF, miniatyrbilder etc.;
Skärmdumpar och PNG som exporterats från designprogram är ofta ooptimerade;
Bilder sparade från webben har ofta aldrig blivit ordentligt hanterade.

Dessa extra byte syns inte med blotta ögat, men de tar upp diskutrymme. Vi har gjort två offentliga tester: 32188 råa kamerajPEG sparade 76,8 % plats; en samling redan optimerade JPG från webben sparade ytterligare 46,8 % (se serien «ImgZilla-tester»).

Alltså kan du på ett 50 GB-fotoarkiv spara 20–30 GB – och dessa utrymmen vuxer inte tillbaka på egen hand.

Varför de flesta ändå inte komprimerar bilder

Man förstår logiken, men få gör det. Orsakerna är praktiska:

Filnamnet ändras efter komprimering. Många verktyg sparar som xxx-min.jpg eller i en ny mapp, och du måste sedan manuellt byta ut och ta bort originalen, vilket gör mappen rörig.
Vill inte riskera att skada originalen. Vad händer om det blir fel? Inga ångringar, så man vägrar bara.
Onlinekomprimering har begränsningar och kräver uppladdning. Max 20 bilder åt gången, max 5 MB per bild. Du vill inte ladda upp privatmaterial eller företagsresurser till en annan server.

Detta är precis det vi ville lösa när vi skapade ImgZilla.

ImgZilla: Dra in hela mappen, komprimera på plats

ImgZilla är ett nätverksokänt komprimeringsverktyg för macOS som bara gör ett: minska storleken på bilder på plats, utan att ändra något annat.

Filnamn, sökväg och format ändras inte. IMG_2034.HEIC blir fortfarande IMG_2034.HEIC och ligger kvar i samma mapp – ordningen i galleriet och projektens referenser påverkas inte.
Dra in hela mappen. Den skannar automatiskt undermappar, hoppar över dolda filer och node_modules.
Originalen hamnar förvalt i papperskorgen. Om du inte är nöjd, högerklicka på en fil i papperskorgen och välj «Återställ» för att få tillbaka den. Rensa papperskorgen först när du är säker på att allt är okej – då frigörs utrymmet för allra första gången.
Stöder JPG, PNG, GIF, SVG, HEIC/HEIF, WebP, AVIF. Hanterar iPhone-foton i HEIC, skärmdumpar i PNG och bilder sparade från webben i WebP.
Kör helt lokalt, ingen uppkoppling. Bilder lämnar aldrig din dator, och det finns inga begränsningar för antal bilder eller storlek per bild.
Optimerar inte bilder som redan är små. Bilder med mindre än 0,4 % komprimeringsnytta markeras som «redan minst» och sparas oförändrad – ingen risk för att bildkvaliteten försämras för att få en snygg siffra.

Efter komprimering kan du öppna det inbyggda jämförelsefönstret (⌘D) för att jämföra sida vid sida med uppmålning till pixeln – så att du inte behöver lita på någon annans ord om kvaliteten.

Var börja komprimera

Jag rekommenderar att du gör det i ordning efter «stor utrymmesvinst, låg risk»:

Skärmdumpmappen (oftast på skrivbordet eller där du angett): Skärmdumpar i PNG är ofta den största energikällan, och det finns nästan ingen «kvalitetsångest».
Nedladdningsmappen: Ta bort det du faktiskt inte behöver först, och komprimera resten på en gång.
Egen sorterad fotomapp: T.ex. kamerainsatta foton sorterade efter år.
Projektmaterial: Webbplatser, appar, exportmappar – gör det här också för att göra webbsidor och installationsfiler lättare.

Enstaka mappar som inte ska dras in direkt: «Foton»-appens bibliotek (Fotonbibliotek.photoslibrary). Det är en databas som hanteras av appen, så att direkt ändra i filerna kan skapa problem i biblioteket. Vill du komprimera detta, exportera först till en vanlig mapp eller aktivera «Optimera lagring i Mac» i iCloud för att låta systemet hantera det.

Två saker till för att inte förvänta dig för mycket:

ImgZilla byter inte format eller upplösning. En PNG som komprimeras förblir PNG med samma storlek.
Hur mycket som kan sparas beror på bildens ursprungliga tillstånd. Redan optimerade bilder sparar mindre – det är helt normalt.

ImgZilla stöder för närvarande endast macOS (12.3 och nyare) och kan laddas ner från Mac App Store. Den gratisversionen kan komprimera 10 bilder om dagen, och endast lyckade komprimeringar räknas mot kvoten – testa en skärmdumpmapp först för att se resultatet innan du bestämmer dig.

Sammanfattning i en tabell

Gör så här	Frigjort utrymme	Växer det tillbaka?
Rensa cache, loggar	Ett par GB till tiotal GB	Ja, fylls på på några veckor
Ta bort onödiga nedladdningar, installationsfiler	Varierar beroende på vanor	Varierar beroende på vanor
Komprimera bilder och skärmdumpar på plats	Ju fler bilder, desto mer utrymme	Nej
Flytta stora filer till extern hårddisk / moln	Mycket	Nej, men åtkomsten blir krångligare

Att din Mac hela tiden fylls på beror inte på att du inte rensar tillräckligt ofta, utan att du alltid rensar den delen som växer tillbaka. Om du komprimerar de bilder som faktiskt växer, och sedan gör det till en vana att komprimera nya bilder så snart de kommer in, kommer nästa popup att dyka upp långt senare.