Jak optimalizovat úložný prostor v systému Linux

Po dlouhá léta byla standardní odpověď na plný disk jednoduchá: přidat více úložného prostoru. Úložiště bylo levné. To už ale neplatí. Ceny NAND flash pamětí od konce roku 2025 prudce vzrostly, což bylo způsobeno poptávkou po infrastruktuře pro umělou inteligenci, která vyčerpala globální výrobní kapacity. Ceny podnikových SSD vzrostly jen v 1. čtvrtletí 2026 o 85–90 %, maloobchodní ceny spotřebitelských NVMe disků se zhruba zdvojnásobily a nové výrobní kapacity NAND se podle očekávání spustí až v roce 2027.

Výsledek: každý gigabajt na vašem serveru stojí více než před rokem, a proto je optimalizace toho, co již máte, mnohem lepší investicí než nákup nového úložiště. Tento příspěvek se zabývá tím, jak zjistit, co zabírá místo na disku, jak ho vyčistit a jak nakonfigurovat souborový systém tak, aby úložiště využíval efektivněji.

Zjištění, co využívá váš disk

Začněte příkazem df -h , abyste získali přehled o všech připojených souborových systémech, včetně celkové velikosti, využitého místa a procenta využití. Jakýkoli oddíl s využitím nad 90 % vyžaduje pozornost. V případě potřeby zkontrolujte konkrétní oddíly jednotlivě:

df -h /
df -h /boot

Nepřehlédněte inody. Souborový systém může mít volné místo, ale žádné dostupné inody, což způsobuje stejné chyby. Zkontrolujte pomocí df -i.

Pokud df ukazuje 100% využití, ale čísla nesedí, pravděpodobně máte soubory typu „ghost“. Jedná se o soubory, které byly smazány, ale stále jsou drženy otevřené běžícím procesem. Prostor nebude uvolněn, dokud proces neuvolní popisovač souboru. Najděte je pomocí:

sudo lsof / | grep deleted

Jakmile zjistíte, které souborové systémy jsou pod tlakem, prozkoumejte adresáře pomocí du nebo ncdu. Pro rychlou kontrolu nebo skriptování je du je tím správným nástrojem:

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

Přidejte -x při skenování od kořenového adresáře, abyste zůstali na jednom souborovém systému a přeskočili virtuální připojení jako /proc. Pro interaktivní prozkoumávání na vzdáleném serveru ncdu vám poskytuje textové rozhraní s možností navigace, kde můžete třídit podle velikosti a přímo mazat soubory.

Vymazání mezipaměti balíčků, protokolů a duplicit

Tři oblasti představují trvale nejvíce prostoru, který lze uvolnit: mezipaměti balíčků, soubory protokolů a velké nebo duplicitní soubory.

Cache balíčků a osamocené závislosti

Každá instalace nebo aktualizace zanechává v mezipaměti soubory balíčků. V průběhu času se tyto soubory tiše hromadí. Vyčistěte je podle vaší distribuce:

Nejprve si změny prohlédněte pomocí sudo apt autoremove --dry-run. Staré jádra mohou na systémech Ubuntu zabírat 1,5 GB nebo více. Před odstraněním starších verzí si vždy ponechte aktuální jádro a jednu zálohu.

Pokud používáte Snap nebo Flatpak, hromadí se zde také revize a spustitelné soubory:

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

Soubory protokolů v /var/log

Protokoly jsou nejčastějším skrytým žroutem místa na disku. Nejprve vyhledejte nadměrně velké protokoly:

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

U deníků systemd použijte vestavěný nástroj vacuum namísto ručního mazání souborů:

sudo journalctl --vacuum-size=500M

Chcete-li nastavit trvalý limit, upravte /etc/systemd/journald.conf:

SystemMaxUse=500M
MaxRetentionSec=14day

U aktivních logových souborů, které jsou stále otevřené nějakou službou, nepoužívejte rm. Prostor nebude uvolněn, dokud proces drží popisovač souboru. Místo toho použijte příkaz truncate:

sudo truncate -s 0 /var/log/syslog

Velké a duplicitní soubory

Vyhledejte soubory větší než 500 MB v celém systému:

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

U duplicit rmlint používá porovnání na základě hashů k detekci duplicitních souborů, prázdných adresářů a nefunkčních symbolických odkazů. Před odstraněním čehokoli pečlivě zkontrolujte výstup, zejména na serverech, kde mohou identické soubory plnit různé role.

Optimalizace na úrovni souborového systému

Po vyčištění souborů můžete z téhož hardwaru vytěžit více využitelného prostoru vyladěním souborového systému.

Snížení vyhrazeného prostoru ext4

Ve výchozím nastavení si ext4 rezervuje 5 % souborového systému pro kořenový adresář. Na datovém oddílu o velikosti 2 TB to znamená 100 GB nevyužitého místa. Na dedikovaném serveru, kde datový oddíl není kořenovým souborovým systémem, můžete tuto hodnotu bezpečně snížit:

sudo tune2fs -m 1 /dev/sdXn

Tím se rezervace nastaví na 1 %, což je pro většinu případů použití dostačující. Změnu ověřte pomocí tune2fs -l /dev/sdXn.

Transparentní komprese Btrfs

Btrfs podporuje transparentní kompresi souborů, kterou ext4 a XFS nenabízejí. Připojte pomocí compress=zstd pro automatickou kompresi dat při zápisu. ZSTD poskytuje dobrý poměr mezi rychlostí a kompresním poměrem. U smíšených souborových úloh compress-force=zstd může přinést dalších 10–20 % úspory kompresí souborů, které by heuristika normálně přeskočila.

Chcete-li komprimovat stávající data na svazku Btrfs:

btrfs filesystem defragment -czstd /path/to/dir

Buďte opatrní u svazků, které obsahují snímky nebo reflinky. Defragmentace narušuje vztahy Copy-on-Write, což může ve skutečnosti zvýšit využití disku.

Reflinky pro okamžité kopie

Jak XFS, tak Btrfs podporují reflinky, které vytvářejí kopie souborů sdílející fyzické bloky, dokud není jedna kopie změněna. To je užitečné pro klonování obrazů disků virtuálních strojů nebo vrstev kontejnerů bez zdvojnásobení spotřeby úložiště:

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

Tenké alokování LVM

Tenké alokování LVM vám umožňuje přidělit více logického prostoru, než fyzicky máte, a spotřebovávat skutečný disk pouze při zápisu dat. To je užitečné při provozování více virtuálních strojů nebo kontejnerů, z nichž každý potřebuje svůj vlastní logický svazek, ale všechny je nevyplní současně.

Abyste zabránili vyčerpání tenkých poolů, povolte automatické rozšiřování v /etc/lvm/lvm.conf nastavením thin_pool_autoextend_threshold a thin_pool_autoextend_percent.

Automatizace údržby úložiště

Ruční čištění funguje jednou. Automatizované čištění udržuje vaše disky v dobrém stavu od teď až do vašeho příštího přihlášení. Použijte systemd časovače cron kde je to možné. Výstup automaticky zaznamenávají do journalctl automaticky a Persistent=true dohání zmeškané úlohy po restartu.

Docker si zaslouží zvláštní pozornost. Protokoly kontejnerů mohou narůstat bez jakéhokoli viditelného varování. Omezte velikost protokolů globálně úpravou /etc/docker/daemon.json. Nastavte max-size a max-file pod klíčem log-opts klíčem, abyste zabránili tomu, že jednotlivé kontejnery zaplní váš disk.

Pro proaktivní monitorování nastavte dvoustupňový systém výstrah: varování při 80% využití disku a kritickou výstrahu při 90 %. Ukládejte využití disku každou hodinu, abyste mohli sledovat trendy růstu a předvídat, kdy oddíl dosáhne kapacity:

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

Ještě jedna pojistka: připojte /var, /tmpa /home na samostatných oddílech. Tím zabráníte tomu, aby nekontrolovatelně rostoucí logy nebo uživatelská data zaplnily kořenový souborový systém a způsobily pád celého systému.

Aby se každý gigabajt počítal

Vzhledem k rostoucím cenám úložišť a tomu, že se úleva neočekává dříve, než v roce 2027 začne nová výroba NAND, není optimalizace toho, co máte, jen dobrým zvykem. Šetří to skutečné peníze. Přístup je jednoduchý:

• Zkontrolujte využití disku pomocí df, dua ncdu než provedete jakékoli změny.
• Vymažte mezipaměti balíčků, obměňujte protokoly a odstraňujte duplikáty, abyste okamžitě uvolnili místo.
• Vyladěte svůj souborový systém. Snižte počet rezervovaných bloků v ext4, zapněte kompresi Btrfs nebo využijte tenké alokace LVM, abyste ze stejného hardwaru vytěžili více.
• Automatizujte údržbu pomocí časovačů systemd, aby vaše disky zůstaly mezi kontrolami čisté.
• Sledujte trendy využití a nastavte upozornění na 80 % a 90 %, abyste problémy odhalili včas.

Pokud potřebujete dedikovanou serverovou infrastrukturu s vysoce výkonným úložištěm NVMe, dedikované servery FDC jsou pro to jako stvořené.