/ (/dev/sda1)
54 GB / 80 GB · 67%
/home (/dev/sdb1)
80 GB / 200 GB · 40%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| Zařízení | Velikost | Model | Zdraví (SMART) | Tepl. | Hodin provozu | Realloc sektory |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 38°C | 14,268 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 34°C | 9,257 | 0 |
Servery kladou dva diskové problémy a vůbec si nejsou podobné. Ten pomalý je disk, který začíná selhávat, což SMART většinou vidí přicházet. Ten rychlý je zaplňující se souborový systém, který si s sebou bere služby: databáze, která nemůže zapisovat, je databáze, která se zastaví.
Tato stránka pokrývá obojí: obsazení podle souborového systému, atributy SMART podle disku a teplotu. Z atributů SMART předpovídají poruchu opravdu jen počet přemapovaných sektorů, čekající sektory a offline neopravitelné; pokud se některý z nich vzdálí od nuly, objednejte náhradu místo čekání na potvrzení. Většina ostatních hodnot kolísá bez významu.
Vyčerpání i-uzlů je uvedeno zvlášť, protože je při výskytu velmi matoucí: disk hlásí volné místo, zápisy přesto selhávají a nic na zřejmých místech to nevysvětluje. Příčinou je adresář se statisíci drobných souborů — data relací, poštovní fronta, nerotovaná cache — který spotřebuje pevnou zásobu i-uzlů souborového systému, aniž by se skoro dotkl jeho kapacity.
Existuje i třetí disková potíž, která nic nerozbije a jen zpomaluje: jednotka je tak zaneprázdněná, že procesy stojí ve frontě. V číslech je to I/O wait a málokdy stoupá sám od sebe — obvykle za ním stojí něco plánovaného: noční záloha, přestavba indexů, úplná kontrola ClamAV přes celý souborový systém. Pokud server těžkne pokaždé ve stejnou hodinu, hledejte rozvrh, a ne poruchu.