/ (/dev/sda1)
51 GB / 80 GB · 64%
/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 | 36°C | 14,255 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 34°C | 9,221 | 0 |
Два дискови проблема събарят сървъри и никак не си приличат. Бавният е устройство, което започва да отказва, което SMART обикновено вижда да идва. Бързият е файлова система, която се пълни и повлича услугите със себе си: база данни, която не може да пише, е база данни, която спира.
Тази страница покрива и двата: заетост по файлова система, SMART атрибути по устройство и температура. От SMART атрибутите наистина предвещават повреда само броят преразпределени сектори, чакащите сектори и офлайн некоригируемите; ако някой от тях се отдалечи от нулата, поръчайте замяна, вместо да чакате потвърждение. Повечето останали стойности се колебаят без значение.
Изчерпването на i-възлите се показва отделно, защото е много объркващо, когато се случи: дискът съобщава свободно място, записите въпреки това се провалят, а нищо на очевидните места не го обяснява. Причината е директория със стотици хиляди мънички файлове — данни за сесии, пощенска опашка, некъртен кеш — която изяжда постоянния запас от i-възли на файловата система, без почти да докосва капацитета ѝ.
Има и трета дискова беда, която не чупи нищо, а просто забавя: устройството е толкова заето, че процесите чакат на опашка за него. В цифри това е I/O wait и рядко се вдига само — обикновено зад него стои нещо планирано: нощното архивиране, преизграждане на индекси, пълна проверка на ClamAV по цялата файлова система. Ако сървърът натежава всеки път в един и същи час, търсете разписание, а не повреда.