En stor ZimaOS-växlingsfil är inte samma sak som aktivt växlingsminne och det är inte rätt sätt att återfå utrymme på startenheten genom att ta bort den. Kontrollera faktisk användning av växlingsminnet, minnestryck, Docker-diskanvändning, loggar och AppData-plats innan du ändrar växlingskonfigurationen.
I källtråden från 2026 skylldes en 3,8 GB stor .swap-fil för att en startenhet på 48 GB nästan var full, men beräkningarna visade att växlingsfilen bara stod för en liten del av det saknade utrymmet. Systemet återfick senare cirka 20 GB, vilket snarare tyder på tillfällig rensning av Docker- och cachedata än på att växlingsfilen minskades.
Reserverad växlingsstorlek jämfört med aktiv användning
Kör:
free -h
swapon --showEn växlingsfil på 4 GB kan finnas på disken samtidigt som bara en liten del används. Filens storlek är reserverad kapacitet; det betyder inte att RAM-minnet har överskridits med 4 GB.
Hitta vad som fyller systemdisken
Kör:
df -h
du -xh /var/lib/docker --max-depth=1 2>/dev/null | sort -hDocker-avbildningars lager, skrivbara överlagringslager, loggar, cacheminnen och tillfälliga data kan ta upp den lilla systemdisken även när appmedier är mappade någon annanstans.
Håll AppData borta från systemenheten
Den aktuella ZimaOS-guiden för appdata rekommenderar uttryckligen att du ställer in platsen för appdata till ett lagringsutrymme i stället för att fylla systemenheten.
Det eliminerar inte all Docker-systemanvändning, men förhindrar att appdatabaser och mediecacheminnen som standard tar upp utrymme på startenheten.
Kontrollera containerloggar
En container som skriver mycket kan snabbt bygga upp stora JSON-loggar. Kontrollera Docker-diskanvändningen och storleken på containerloggarna innan du tar bort slumpmässiga filer.
Om en app är orsaken bör du åtgärda dess loggning eller rotera loggarna i stället för att manuellt ta bort aktiva loggfiler.
Hög användning av växlingsminnet kan fortfarande betyda minnestryck
Om free -h visar lite tillgängligt minne och växlingsminnet aktivt används bör du identifiera processerna som förbrukar RAM. Tunga databaser, fotoindexering, AI-arbetsbelastningar och virtuella maskiner kan tvinga ett system med lite minne att använda växlingsminnet.
Inaktivera inte växlingsminnet bara för att dölja problemet
Växlingsminnet kan hålla systemet igång under kortvariga minnestoppar. Om du inaktiverar det på en server med begränsat minne kan en långsammare drift i stället övergå i att processer avslutas på grund av slut på minne.
När bör du lägga till RAM?
Lägg till RAM när kontinuerliga arbetsbelastningar regelbundet tömmer det fysiska minnet och viktiga tjänster ofta använder växlingsminnet. Uppgradera inte RAM enbart för att det finns en växlingsfil.
Guiden för felsökning av prestanda hjälper dig att undvika att behandla varje långsam server som ett RAM-problem.
Mät minnestrycket över tid
En enda ögonblicksbild från free -h kan vara missvisande eftersom Linux avsiktligt använder ledigt RAM som cache. Titta på tillgängligt minne och på om aktivitet med in- och utväxling till växlingsminnet fortsätter under arbetsbelastningen.
Om verktyg som finns tillgängliga på systemet visar att växlingsminnet används ihållande samtidigt som servern känns långsam bör du identifiera vilken app eller virtuella maskin som förbrukar minne, i stället för att bara fokusera på växlingsfilens storlek.
Docker-avbildningar tar fortfarande upp systemutrymme
Att flytta AppData till /DATA flyttar inte alla Docker-avbildningars lager och körningsfiler. Installation och uppdatering av många appar kan därför fylla systemdisken även när alla användardata pekar på en annan plats.
Använd Dockers egen vy över diskanvändningen innan du rensar, så att du kan skilja mellan avbildningar, containrar, lokala volymer och byggcache. Ta bara bort objekt som du vet inte används.
Kontrollera om en liten systemdisk är det grundläggande problemet
En startenhet på 48 GB kan fungera, men lämnar lite marginal för flera appavbildningar, uppdateringar, loggar och tillfälliga åtgärder. Om systemet upprepade gånger närmar sig 100 procent trots regelbunden rensning kan en större systemenhet eller en flytt av fler beständiga arbetsbelastningar till huvudlagringen vara den hållbara lösningen.
Lite ledigt utrymme kan orsaka följdproblem
När det skrivbara systemutrymmet nästan är fullt kan appuppdateringar, databasskrivningar, loggar och tillfälliga filer misslyckas på sätt som verkar sakna samband med lagringen. Betrakta mycket lite ledigt utrymme som en driftsrisk även om servern har terabyte ledigt på en annan lagringspool.
Vanliga frågor
Varför kom det lediga diskutrymmet tillbaka över natten?
Tillfälliga Docker-lager, cacheminnen, loggar eller rensningsjobb kan ha frigjort utrymme. Det betyder inte att själva växlingsfilen minskade.
Bör jag ta bort .swap-filen?
Nej. Kontrollera först den aktiva användningen av växlingsminnet och vad som faktiskt förbrukar diskutrymmet.
Är 3–4 GB växlingsminne normalt?
Det är inte ovanligt att det finns en växlingsfil på några gigabyte. Det viktiga är hur mycket växlingsminne som aktivt används och om minnestrycket kvarstår.
Varför används min startenhet fortfarande när AppData ligger på /DATA?
Dockermotorns metadata, avbildningarnas lager, körningens överlagringslager, loggar och systemfiler finns fortfarande utanför din mappade appdata.
