/ (/dev/sda1)
52 GB / 80 GB · 65%
/home (/dev/sdb1)
72 GB / 200 GB · 36%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| Dispositivo | Tamanho | Modelo | Saúde (SMART) | Temp. | Horas de funcionamento | Setores realocados |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 38°C | 14,257 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 31°C | 9,235 | 0 |
Dois problemas de disco deitam servidores abaixo, e não se parecem em nada. O lento é uma unidade que começa a falhar, coisa que o SMART costuma ver chegar. O rápido é um sistema de ficheiros que enche e leva os serviços consigo: uma base de dados que não consegue escrever é uma base de dados que para.
Esta página cobre ambos: ocupação por sistema de ficheiros, atributos SMART por unidade e temperatura. Entre os atributos SMART, os que realmente antecipam uma avaria são a contagem de setores realocados, os setores pendentes e os incorrigíveis offline; se algum se afastar de zero, encomende substituição em vez de esperar confirmação. A maioria dos restantes valores oscila sem gravidade.
O esgotamento de inodes aparece à parte pelo quanto confunde quando acontece: o disco anuncia espaço livre, as escritas falham na mesma e nada nos sítios óbvios o explica. A causa é um diretório com centenas de milhares de ficheiros minúsculos — dados de sessão, fila de correio, uma cache sem rotação — que consome a reserva fixa de inodes do sistema de ficheiros sem quase tocar na sua capacidade.
Há ainda um terceiro problema de disco, que não parte nada e apenas abranda: a unidade está tão ocupada que os processos ficam em fila. Em números isso é o I/O wait, e raramente sobe sozinho — costuma haver algo agendado por trás: a cópia de segurança noturna, uma reconstrução de índices, uma verificação completa do ClamAV sobre todo o sistema de ficheiros. Se o servidor fica pesado sempre à mesma hora, procure um horário e não uma avaria.