Hoe opslagruimte optimaliseren op Linux

15 min lezen - 22 mei 2026

hero section cover
Inhoudsopgave
  • Hoe u opslagruimte op Linux kunt optimaliseren
  • Ontdek wat uw schijfruimte in beslag neemt
  • Cachegeheugens van pakketten, logbestanden en duplicaten opschonen
  • Optimalisatie op bestandssysteemniveau
  • Opslagonderhoud automatiseren
  • Elke gigabyte telt
Delen

Praktische technieken om schijfruimte op Linux-servers terug te winnen en te optimaliseren, van het opruimen van de cache van pakketten tot het afstemmen van het bestandssysteem en geautomatiseerd onderhoud.

Hoe u opslagruimte op Linux kunt optimaliseren

Jarenlang was het standaardantwoord op een volle schijf simpel: voeg meer opslagruimte toe. Opslagruimte was goedkoop. Dat is niet langer het geval. De prijzen van NAND-flash zijn sinds eind 2025 sterk gestegen, aangedreven door de vraag naar AI-infrastructuur die de wereldwijde productiecapaciteit opslokt. De contractprijzen voor SSD's voor bedrijven zijn alleen al in het eerste kwartaal van 2026 met 85-90% gestegen, de verkoopprijs van NVMe-schijven voor consumenten is ongeveer verdubbeld en de nieuwe NAND-productiecapaciteit zal naar verwachting pas in 2027 beschikbaar komen.

Het resultaat: elke gigabyte op uw server kost meer dan een jaar geleden, en dat maakt het optimaliseren van wat u al hebt een veel betere investering dan het kopen van nieuwe opslag. In dit bericht wordt besproken hoe u kunt achterhalen wat uw schijfruimte in beslag neemt, hoe u deze kunt opschonen en hoe u uw bestandssysteem kunt configureren om opslagruimte efficiënter te gebruiken.


 

Ontdek wat uw schijfruimte in beslag neemt

Begin met df -h om een momentopname te krijgen van elk gekoppeld bestandssysteem, inclusief totale grootte, gebruikte ruimte en gebruikspercentage. Elke partitie boven de 90% vereist aandacht. Controleer indien nodig specifieke partities afzonderlijk:

df -h /
df -h /boot

Vergeet de inodes niet. Een bestandssysteem kan vrije ruimte hebben maar geen beschikbare inodes, wat dezelfde fouten veroorzaakt. Controleer met df -i.

Als df 100% gebruik aangeeft maar de cijfers kloppen niet, hebt u waarschijnlijk spookbestanden. Dit zijn bestanden die zijn verwijderd maar nog steeds open worden gehouden door een actief proces. De ruimte wordt pas vrijgemaakt als het proces de bestandshandle vrijgeeft. Zoek ze met:

sudo lsof / | grep deleted

Zodra u weet welke bestandssystemen onder druk staan, kunt u mappen verder onderzoeken met du of ncdu. Voor snelle controles of scripting is du is de juiste tool:

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

Voeg -x bij het scannen vanaf de root om op één bestandssysteem te blijven en virtuele koppelingen zoals /proc. Voor interactieve verkenning op een externe server ncdu krijgt u een doorbladerbare tekstinterface waarin u op grootte kunt sorteren en bestanden direct kunt verwijderen.

Functieduncdu
InterfaceStatische uitvoer via de opdrachtregelInteractieve TUI met navigatie via de pijltjestoetsen
Het meest geschikt voorScripting en snelle controlesHandmatig verkennen op externe servers
SorterenVereist piping naar sortIngebouwd (op grootte, naam, enz.)
Bestanden verwijderenAfzonderlijk rm opdrachtIngebouwd (druk op d)

Cachegeheugens van pakketten, logbestanden en duplicaten opschonen

Drie gebieden zijn altijd verantwoordelijk voor de meeste terug te winnen ruimte: pakketcaches, logbestanden en grote of dubbele bestanden.

Pakketcaches en verweesde afhankelijkheden

Elke installatie of update laat cachebestanden van pakketten achter. Na verloop van tijd stapelen deze zich ongemerkt op. Ruim ze op op basis van uw distributie:

TaakDebian/Ubuntu (APT)Fedora/RHEL (DNF)Arch (Pacman)
Cache leegmakensudo apt cleansudo dnf clean allsudo paccache -r
Verwijder verweesde bestandensudo apt autoremovesudo dnf autoremovepacman -Rs $(pacman -Qdtq)
Verwijder overgebleven configuratiessudo apt autoremove --purgeBeheerd door autoremoveN.v.t.

Bekijk wijzigingen eerst met sudo apt autoremove --dry-run. Oude kernels kunnen op Ubuntu-systemen 1,5 GB of meer in beslag nemen. Bewaar altijd de actieve kernel en één back-up voordat u oudere versies verwijdert.

Als u Snap of Flatpak gebruikt, stapelen deze ook revisies en runtime-bestanden op:

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

Logbestanden in /var/log

Logbestanden zijn de meest voorkomende stille schijfvullers. Zoek eerst naar te grote logbestanden:

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

Gebruik voor systemd-journaals de ingebouwde vacuum-tool in plaats van bestanden handmatig te verwijderen:

sudo journalctl --vacuum-size=500M

Om een permanente limiet in te stellen, bewerk /etc/systemd/journald.conf:

SystemMaxUse=500M
MaxRetentionSec=14day

Gebruik voor actieve logbestanden die nog open staan door een service niet rm. De ruimte wordt niet vrijgemaakt zolang het proces de bestandsdescriptor vasthoudt. Gebruik in plaats daarvan truncate:

sudo truncate -s 0 /var/log/syslog

Grote en dubbele bestanden

Zoek bestanden groter dan 500 MB in het hele systeem:

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

Voor duplicaten rmlint gebruikt hash-gebaseerde vergelijkingen om dubbele bestanden, lege mappen en gebroken symlinks te detecteren. Bekijk de uitvoer zorgvuldig voordat u iets verwijdert, met name op servers waar identieke bestanden verschillende functies kunnen vervullen.

Optimalisatie op bestandssysteemniveau

Na het opschonen van bestanden kunt u meer bruikbare ruimte uit dezelfde hardware halen door uw bestandssysteem af te stemmen.

De gereserveerde ruimte van ext4 verminderen

Standaard reserveert ext4 5% van het bestandssysteem voor root. Op een gegevenspartitie van 2 TB is dat 100 GB die ongebruikt blijft. Op een dedicated server waar de gegevenspartitie niet het root-bestandssysteem is, kunt u dit veilig verminderen:

sudo tune2fs -m 1 /dev/sdXn

Hiermee wordt de reservering ingesteld op 1%, wat voor de meeste gebruikssituaties voldoende is. Controleer de wijziging met tune2fs -l /dev/sdXn.

Transparante compressie in Btrfs

Btrfs ondersteunt transparante bestandscompressie, iets wat ext4 en XFS niet bieden. Koppel met compress=zstd om gegevens automatisch te comprimeren bij het schrijven. ZSTD biedt een goede balans tussen snelheid en compressieverhouding. Voor workloads met gemengde bestanden compress-force=zstd kan dit een extra besparing van 10-20% opleveren door bestanden te comprimeren die de heuristiek normaal gesproken zou overslaan.

Om bestaande gegevens op een Btrfs-volume te comprimeren:

btrfs filesystem defragment -czstd /path/to/dir

Wees hier voorzichtig mee op volumes met snapshots of reflinks. Defragmenteren verbreekt Copy-on-Write-relaties, wat het schijfgebruik juist kan verhogen.

Zowel XFS als Btrfs ondersteunen reflinks, die bestandskopieën maken die fysieke blokken delen totdat één kopie wordt gewijzigd. Dit is handig voor het klonen van VM-schijfimages of containerlagen zonder het opslagverbruik te verdubbelen:

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

LVM Thin Provisioning

Met LVM thin provisioning kunt u meer logische ruimte toewijzen dan u fysiek hebt, waarbij alleen echte schijfruimte wordt verbruikt wanneer er gegevens worden geschreven. Dit is waardevol wanneer u meerdere VM's of containers draait die elk hun eigen logische volume nodig hebben, maar deze niet allemaal tegelijkertijd vullen.

Om te voorkomen dat thin pools leeglopen, schakelt u automatische uitbreiding in /etc/lvm/lvm.conf door thin_pool_autoextend_threshold en thin_pool_autoextend_percent.

Opslagonderhoud automatiseren

Handmatige opschoningen werken één keer. Geautomatiseerde opschoningen houden uw schijven in goede staat tussen nu en de volgende keer dat u inlogt. Gebruik systemd waar mogelijk timers cron waar mogelijk. Ze loggen de uitvoer journalctl automatisch, en Persistent=true haalt gemiste bewerkingen in na een herstart.

TaakFrequentieFrequentie
LogrotatielogrotateDagelijks of wekelijks
Stofzuigen van het logboekjournalctl --vacuum-timeWekelijks
Opschonen van pakketcacheapt clean / dnf clean allMaandelijks
Tijdelijke bestanden verwijderensystemd-tmpfilesDagelijks
Docker opschonendocker system pruneWekelijks
Monitoring van schijfgebruikAangepast script + systemd-timerElke 15-30 min

Docker verdient speciale aandacht. Containerlogs kunnen zonder enige zichtbare waarschuwing groeien. Beperk de loggrootte globaal door /etc/docker/daemon.json. Stel max-size en max-file onder de log-opts sleutel om te voorkomen dat individuele containers uw schijf vullen.

Zet voor proactieve monitoring een tweeledig waarschuwingssysteem op: een waarschuwing bij 80% schijfgebruik en een kritieke waarschuwing bij 90%. Log het schijfgebruik elk uur, zodat u groeitrends kunt volgen en kunt voorspellen wanneer een partitie zijn maximale capaciteit bereikt:

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

Nog een extra beveiliging: koppel /var, /tmpen /home op afzonderlijke partities. Dit voorkomt dat uit de hand gelopen logbestanden of gebruikersgegevens het root-bestandssysteem opslokken en het hele systeem laten crashen.

Elke gigabyte telt

Nu de prijzen voor opslagruimte stijgen en er geen verbetering wordt verwacht totdat de nieuwe NAND-productie in 2027 online komt, is het optimaliseren van wat u hebt niet alleen een goede gewoonte. Het bespaart ook echt geld. De aanpak is eenvoudig:

  • Controleer uw schijfgebruik met df, du, en ncdu voordat u wijzigingen aanbrengt.
  • Wis pakketcaches, roteer logbestanden en verwijder duplicaten om direct ruimte vrij te maken.
  • Optimaliseer uw bestandssysteem. Verminder het aantal gereserveerde ext4-blokken, schakel Btrfs-compressie in of gebruik LVM thin provisioning om meer uit dezelfde hardware te halen.
  • Automatiseer het onderhoud met systemd-timers, zodat uw schijven tussen controles door schoon blijven.
  • Houd gebruikstrends in de gaten en stel waarschuwingen in op 80% en 90% om problemen vroegtijdig op te sporen.

Als u een dedicated serverinfrastructuur met krachtige NVMe-opslag nodig hebt, zijn de dedicated servers van FDC daar speciaal voor gebouwd.

Blog

Uitgelicht deze week

Meer artikelen
Waarom het belangrijk is om een krachtige en unmetered VPS te hebben

Waarom het belangrijk is om een krachtige en unmetered VPS te hebben

Betrouwbare prestaties en onbeperkt verkeer nodig? Een krachtige unmetered VPS biedt de snelheid, schaalbaarheid en bandbreedte die u nodig hebt, zonder dat u zich zorgen hoeft te maken over gebruikslimieten.

3 min lezen - 9 mei 2025

Hoe opslagruimte optimaliseren op Linux

15 min lezen - 22 mei 2026

Meer artikelen
background image

Hebt u vragen of wilt u een oplossing op maat?

icon

Flexibele opties

icon

Wereldwijd bereik

icon

Directe inzet

icon

Flexibele opties

icon

Wereldwijd bereik

icon

Directe inzet