Hur man kontrollerar om en full systempartition påverkar NAS-appar

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

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

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.