/ (/dev/sda1)
52 GB / 80 GB · 65%
/home (/dev/sdb1)
72 GB / 200 GB · 36%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| Устройство | Размер | Модель | Здоровье (SMART) | Темп. | Часов работы | Realloc-секторы |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 38°C | 14,257 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 31°C | 9,235 | 0 |
Серверы кладут две дисковые беды, и они ничуть не похожи друг на друга. Медленная — это накопитель, который начинает отказывать, и SMART обычно видит это заранее. Быстрая — это заполняющаяся файловая система, утаскивающая за собой службы: база данных, которая не может писать, — это база данных, которая встаёт.
Эта страница покрывает обе: занятость по файловым системам, атрибуты SMART по накопителям и температуру. Из атрибутов SMART отказ действительно предвещают только счётчик переназначенных секторов, ожидающие секторы и неисправимые в офлайне; если какой-то из них уходит от нуля, заказывайте замену, а не ждите подтверждения. Большинство остальных значений колеблется без последствий.
Исчерпание inode показано отдельно — до того оно сбивает с толку, когда случается: диск сообщает о свободном месте, записи всё равно не проходят, и ничто в очевидных местах этого не объясняет. Причина — каталог с сотнями тысяч крошечных файлов: данные сеансов, почтовая очередь, ни разу не ротированный кэш. Он выедает постоянный запас inode файловой системы, почти не трогая её ёмкость.
Есть и третья дисковая беда, которая ничего не ломает, а просто замедляет: накопитель занят настолько, что процессы стоят к нему в очереди. В цифрах это I/O wait, и растёт он обычно не сам по себе, а от чего-то запланированного — ночного резервного копирования, перестроения индексов, полной проверки ClamAV по всей файловой системе. Если сервер тяжелеет каждый раз в один и тот же час, ищите не поломку, а расписание.