Cum să optimizați spațiul de stocare pe Linux

15 min citire - 22 mai 2026

hero section cover
Cuprins
  • Cum se optimizează spațiul de stocare pe Linux
  • Identificarea elementelor care utilizează spațiul de stocare
  • Ștergerea cache-urilor pachetelor, a jurnalelor și a duplicatelor
  • Optimizarea la nivel de sistem de fișiere
  • Automatizarea întreținerii spațiului de stocare
  • Fiecare gigabyte contează
Distribuie

Tehnici practice de recuperare și optimizare a spațiului pe disc pe servere Linux, de la curățarea cache-ului pachetelor la reglarea sistemului de fișiere și întreținerea automată.

Cum se optimizează spațiul de stocare pe Linux

Timp de ani de zile, răspunsul standard la un disc plin era simplu: adăugați mai mult spațiu de stocare. Spațiul de stocare era ieftin. Acum nu mai este cazul. Prețurile memoriilor flash NAND au crescut vertiginos de la sfârșitul anului 2025, impulsionate de cererea de infrastructură AI care consumă capacitatea globală de producție. Prețurile contractuale ale SSD-urilor pentru întreprinderi au crescut cu 85-90% numai în primul trimestru al anului 2026, prețul de vânzare al unităților NVMe pentru consumatori s-a dublat aproximativ, iar noua capacitate de producție NAND nu este așteptată să devină operațională până în 2027.

Rezultatul: fiecare gigabyte de pe serverul dvs. costă mai mult decât acum un an, iar acest lucru face ca optimizarea a ceea ce aveți deja să fie o investiție mult mai bună decât achiziționarea de noi resurse. Acest articol prezintă cum să identificați ce anume vă ocupă spațiul pe disc, cum să îl curățați și cum să configurați sistemul de fișiere pentru a utiliza spațiul de stocare mai eficient.


 

Identificarea elementelor care utilizează spațiul de stocare

Începeți cu df -h pentru a obține o imagine de ansamblu a fiecărui sistem de fișiere montat, inclusiv dimensiunea totală, spațiul utilizat și procentajul de utilizare. Orice partiție cu peste 90% necesită atenție. Verificați partițiile specifice individual, dacă este necesar:

df -h /
df -h /boot

Nu treceți cu vederea inodurile. Un sistem de fișiere poate avea spațiu liber, dar fără inoduri disponibile, ceea ce provoacă aceleași erori. Verificați cu df -i.

Dacă df arată o utilizare de 100%, dar cifrele nu se potrivesc, probabil aveți fișiere fantomă. Acestea sunt fișiere care au fost șterse, dar sunt încă ținute deschise de un proces care rulează. Spațiul nu va fi recuperat până când procesul nu eliberează mânerul fișierului. Găsiți-le cu:

sudo lsof / | grep deleted

Odată ce știți care sisteme de fișiere sunt sub presiune, analizați directorii cu du sau ncdu. Pentru verificări rapide sau scripturi, du este instrumentul potrivit:

du -h --max-depth=1 /var

Adăugați -x atunci când scanați de la rădăcină pentru a rămâne pe un singur sistem de fișiere și a omite montările virtuale precum /proc. Pentru explorarea interactivă pe un server la distanță, ncdu vă oferă o interfață text navigabilă unde puteți sorta după dimensiune și șterge fișiere direct.

Caracteristicăduncdu
InterfațăIeșire statică pe linia de comandăTUI interactiv cu navigare prin tastele săgeată
Ideal pentruScripturi și verificări rapideExplorare manuală pe servere la distanță
SortareNecesită redirecționare către sortÎncorporat (după dimensiune, nume etc.)
Ștergerea fișierelorComandă rm comandăÎncorporat (apăsați d)

Ștergerea cache-urilor pachetelor, a jurnalelor și a duplicatelor

Trei zone reprezintă în mod constant spațiul cel mai recuperabil: cache-urile pachetelor, fișierele jurnal și fișierele mari sau duplicate.

Cache-urile pachetelor și dependențele orfane

Fiecare instalare sau actualizare lasă în urmă fișiere de pachete stocate în cache. În timp, acestea se acumulează în tăcere. Curățați-le în funcție de distribuția dvs.:

SarcinăDebian/Ubuntu (APT)Fedora/RHEL (DNF)Arch (Pacman)
Ștergeți cache-ulsudo apt cleansudo dnf clean allsudo paccache -r
Elimină fișierele orfanesudo apt autoremovesudo dnf autoremovepacman -Rs $(pacman -Qdtq)
Elimină rămășițele de configuraresudo apt autoremove --purgeGestionat de autoremoveN/A

Previzualizați mai întâi modificările cu sudo apt autoremove --dry-run. Kernel-urile vechi pot ocupa 1,5 GB sau mai mult pe sistemele Ubuntu. Păstrați întotdeauna kernel-ul curent și o copie de rezervă înainte de a elimina versiunile mai vechi.

Dacă utilizați Snap sau Flatpak, acestea acumulează și ele revizii și fișiere de rulare:

sudo snap set system refresh.retain=2
flatpak uninstall --unused

Fișiere jurnal în /var/log

Jurnalele sunt cel mai frecvent factor care ocupă spațiu pe disc fără să se observe. Găsiți mai întâi jurnalele supradimensionate:

du -xhd1 /var/log | sort -h
find /var/log -type f -size +100M

Pentru jurnalele systemd, utilizați instrumentul vacuum încorporat în loc să ștergeți fișierele manual:

sudo journalctl --vacuum-size=500M

Pentru a seta o limită permanentă, editați /etc/systemd/journald.conf:

SystemMaxUse=500M
MaxRetentionSec=14day

Pentru fișierele jurnal active care sunt încă deschise de un serviciu, nu utilizați rm. Spațiul nu va fi eliberat cât timp procesul deține descriptorul de fișier. În schimb, utilizați comanda truncate:

sudo truncate -s 0 /var/log/syslog

Fișiere mari și duplicate

Găsiți fișierele mai mari de 500 MB din întregul sistem:

sudo find / -type f -size +500M -exec ls -lh {} +

Pentru duplicate, rmlint utilizează comparații bazate pe hash pentru a detecta fișiere duplicate, directoare goale și legături simbolice defecte. Verificați cu atenție rezultatul înainte de a șterge ceva, în special pe serverele unde fișierele identice pot avea roluri diferite.

Optimizarea la nivel de sistem de fișiere

După curățarea fișierelor, puteți obține mai mult spațiu utilizabil din același hardware prin reglarea sistemului de fișiere.

Reducerea spațiului rezervat ext4

În mod implicit, ext4 rezervă 5% din sistemul de fișiere pentru root. Pe o partiție de date de 2 TB, asta înseamnă 100 GB nefolosiți. Pe un server dedicat unde partiția de date nu este sistemul de fișiere root, puteți reduce acest spațiu în siguranță:

sudo tune2fs -m 1 /dev/sdXn

Aceasta setează rezervarea la 1%, ceea ce este suficient pentru majoritatea cazurilor de utilizare. Verificați modificarea cu tune2fs -l /dev/sdXn.

Compresia transparentă Btrfs

Btrfs acceptă compresia transparentă a fișierelor, pe care ext4 și XFS nu o oferă. Montați cu compress=zstd pentru a comprima automat datele la scriere. ZSTD oferă un echilibru bun între viteză și raport. Pentru sarcini de lucru cu fișiere mixte, compress-force=zstd poate oferi o economie suplimentară de 10-20% prin comprimarea fișierelor pe care euristica le-ar omite în mod normal.

Pentru a comprima datele existente pe un volum Btrfs:

btrfs filesystem defragment -czstd /path/to/dir

Aveți grijă cu acest lucru pe volumele care au instantanee sau reflink-uri. Defragmentarea întrerupe relațiile Copy-on-Write, ceea ce poate crește de fapt utilizarea discului.

Atât XFS, cât și Btrfs acceptă reflink-uri, care creează copii de fișiere care partajează blocuri fizice până când o copie este modificată. Acest lucru este util pentru clonarea imaginilor de disc ale mașinilor virtuale sau a straturilor de containere fără a dubla consumul de stocare:

cp --reflink=always source.img clone.img

Alocare dinamică LVM

Alocarea dinamică LVM vă permite să alocați mai mult spațiu logic decât aveți fizic, consumând spațiu real pe disc doar pe măsură ce datele sunt scrise. Acest lucru este util atunci când rulați mai multe mașini virtuale sau containere care au nevoie fiecare de propriul volum logic, dar nu le vor umple pe toate simultan.

Pentru a preveni epuizarea pool-urilor thin, activați extinderea automată în /etc/lvm/lvm.conf setând thin_pool_autoextend_threshold și thin_pool_autoextend_percent.

Automatizarea întreținerii spațiului de stocare

Curățările manuale funcționează o singură dată. Cele automatizate mențin discurile în stare bună de la momentul actual până la următoarea conectare. Utilizați systemd temporizatoare cron acolo unde este posibil. Acestea înregistrează ieșirea în journalctl automat, iar Persistent=true recupera execuțiile ratate după o repornire.

InstrumentulInstrumentFrecvență
Rotația jurnalelorlogrotateZilnic sau săptămânal
Aspirarea jurnaluluijournalctl --vacuum-timeSăptămânal
Curățarea cache-ului pachetelorapt clean / dnf clean allLunar
Ștergerea fișierelor temporaresystemd-tmpfilesZilnic
Curățarea Dockerdocker system pruneSăptămânal
Monitorizarea utilizării disculuiScript personalizat + temporizator systemdLa fiecare 15-30 de minute

Docker merită o atenție specială. Jurnalele containerelor pot crește fără niciun avertisment vizibil. Limitați dimensiunea jurnalelor la nivel global prin editarea /etc/docker/daemon.json. Setați max-size și max-file sub log-opts pentru a împiedica containerele individuale să vă umple discul.

Pentru monitorizare proactivă, configurați un sistem de alertă pe două niveluri: o avertizare la 80% utilizare a discului și o alertă critică la 90%. Înregistrați utilizarea discului la fiecare oră, astfel încât să puteți urmări tendințele de creștere și să preziceți când o partiție va atinge capacitatea maximă:

0 * * * * df --output=source,size,used,pcent >> /var/log/disk_usage.csv

Încă o măsură de siguranță: montați /var, /tmpși /home pe partiții separate. Acest lucru împiedică jurnalele sau datele utilizatorilor să consume sistemul de fișiere rădăcină și să blocheze întregul sistem.

Fiecare gigabyte contează

Având în vedere creșterea prețurilor la stocare și faptul că nu se preconizează o îmbunătățire a situației până la punerea în funcțiune a noii producții NAND în 2027, optimizarea resurselor existente nu este doar o bună practică. Aceasta generează economii reale. Abordarea este simplă:

  • Verificați utilizarea discului cu df, duși ncdu înainte de a face orice modificare.
  • Goliți cache-urile pachetelor, rotiți jurnalele și eliminați duplicatele pentru a recupera spațiu imediat.
  • Optimizați sistemul de fișiere. Reduceți blocurile rezervate ext4, activați compresia Btrfs sau utilizați alocarea dinamică LVM pentru a obține mai mult de la același hardware.
  • Automatizați întreținerea cu ajutorul temporizatoarelor systemd, astfel încât discurile dvs. să rămână curate între verificări.
  • Monitorizați tendințele de utilizare și setați alerte la 80% și 90% pentru a depista problemele din timp.

Dacă aveți nevoie de o infrastructură de servere dedicate cu stocare NVMe de înaltă performanță, serverele dedicate FDC sunt concepute special pentru acest scop.

Blog

În prim plan săptămâna aceasta

Mai multe articole
De ce este important să aveți un VPS puternic și nemeditat

De ce este important să aveți un VPS puternic și nemeditat

Aveți nevoie de performanță fiabilă și trafic nelimitat? Un VPS unmetered puternic oferă viteza, scalabilitatea și lățimea de bandă de care aveți nevoie, fără să vă faceți griji cu privire la limitele de utilizare.

3 min citire - 9 mai 2025

Cum să optimizați spațiul de stocare pe Linux

15 min citire - 22 mai 2026

Mai multe articole
background image

Aveți întrebări sau aveți nevoie de o soluție personalizată?

icon

Opțiuni flexibile

icon

Acoperire globală

icon

Implementare instantanee

icon

Opțiuni flexibile

icon

Acoperire globală

icon

Implementare instantanee