En full systempartition kan stoppa NAS-appar även när den stora datapoolen fortfarande har terabyte ledigt.
Applikationer behöver lokalt utrymme för loggar, databaser, temporära filer, uppdateringar, containerlager, sockets och konfigurationsskrivningar. Bekräfta vilken monteringspunkt som är full, matcha appfelet med en misslyckad skrivning, hitta systemets förbrukare och frigör utrymme genom den komponent som äger det.
Bekräfta att systempartitionen är den fulla monteringen
Kontrollera alla monterade filsystem och kartlägg root-, boot-, applikations-, container- och datapunkter. Den första uppgiften är att bekräfta exakt vilken monteringspunkt som är full, eftersom ledigt utrymme på datapoolen inte kan tillgodose en skrivning riktad till root-filsystemet.
Använd df -h för blockkapacitet och df -i för filposter. En sökväg kan avvisa nya filer när lediga block och lediga inoder är separata begränsningar och någon av dem når slut.
| App-symptom | Sannolik misslyckad skrivning | Kontrollera |
|---|---|---|
| Inloggnings- eller databasfel | Databasjournal eller socket | App-loggar och databasväg |
| Uppdatering eller installation misslyckas | Paketcach eller temporär fil | Root- och temporära monteringar |
| Containern startar inte | Överläggslager, logg eller status | Containerlagringsanvändning |
| Uppladdningar misslyckas | Temporär staging-sökväg | Konfigurerad tempkatalog |
Matcha appfel med saknat skrivutrymme
Läs app-, databas-, container- och systemloggar för “no space left”, skrivskyddat filsystem, misslyckad journal eller oförmåga att skapa en temporär fil. En app kan fortfarande visa sin webbsida från minnet medan bakgrundsjobb, uppladdningar och databasåtaganden misslyckas.
Anteckna tidsstämplar och testa en ofarlig skrivning i den drabbade sökvägen. Undvik breda omstarter tills du har sparat bevisen; att starta om varje app kan skapa fler loggar, dölja det första felet och ändra vilken tjänst som misslyckas härnäst.
Hitta loggar, containerlager, inoder och raderade filer
Mät toppnivåsystemkataloger och granska sedan det största resultatet. Vanliga förbrukare inkluderar journaler, applikationsloggar, bildlager, byggcache, kraschar, paketcacher, miniatyrer och temporära filer. Använd appens eller containerns hanterares rapportering innan du tar bort ogenomskinliga datakataloger.
Om katalogsummor inte förklarar filsystemanvändningen, kontrollera raderade filer som fortfarande hålls öppna. Om inoder är fulla, lokalisera kataloger med stora mängder små cache- eller sessionsfiler. Efter återställning, konfigurera loggrotation och behållningsgränser istället för att upprepa akut borttagning.
Frigör utrymme säkert och verifiera återställning
Börja med dokumenterade rengöringsvägar: rotera eller rensa loggar, ta bort bekräftade oanvända paketcacher, rensa endast oanvända containerartefakter och ta bort gamla kraschar via deras verktyg. Bevara databaser, namngivna volymer, aktiva bilder och konfiguration tills du har en verifierad säkerhetskopia.
Kontrollera filsystem- och inodeanvändning igen, starta sedan endast den drabbade beroendekedjan och testa en riktig app-skrivning. Om återställningen fortfarande misslyckas, undersök tjänstens startordning efter omstart istället för att anta att utrymme fortfarande är orsaken.
Vanliga frågor
Varför misslyckas en app när NAS-datapoolen har ledigt utrymme?
Appen kan skriva sin databas, loggar, temporära filer eller containerstatus till den mindre systempartitionen. Kapacitet delas inte automatiskt mellan monteringspunkter.
Kan borttagning av loggfiler förvärra problemet?
Ja. En körande process kan hålla en raderad logg öppen, så utrymmet förblir upptaget medan sökvägen försvinner. Rotera eller trunkera loggar via korrekt tjänsteprocedur.
Hur mycket ledigt utrymme bör systempartitionen ha?
Det finns ingen universell procentandel. Behåll tillräckligt med marginal för uppdateringar, loggar, databasunderhåll, container-tillväxt och återställningsoperationer, och varna sedan både för tillväxthastigheten och den återstående mängden.
Support och tips
Mer att läsa

Varför blir en RAID-array inaktiv efter ett strömavbrott?
En inaktiv array betyder ofta att metadata hittades men att systemet inte hade tillräckligt med förtroende eller medlemmar för att starta den säkert efter...

Vilka är riskerna med att tvinga en saknad RAID-medlem att komma online igen?
Tvångsalternativ kan kringgå säkerhetskontroller kring föråldrad metadata, smutsig paritet, saknade skrivningar eller aktiva pooler; undersök och bevara bevis innan du använder dem.

Hur man skiljer en dålig SATA-kabel från en felande NAS-enhet
Spåra om fel följer med disken eller stannar kvar i SATA-vägen, och separera transporträknare från bevis på mediehälsa innan hårdvara byts ut.

