/ (/dev/sda1)
48 GB / 80 GB · 60%
/home (/dev/sdb1)
78 GB / 200 GB · 39%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| Périphérique | Taille | Modèle | Santé (SMART) | Temp. | Heures de service | Secteurs réalloués |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 36°C | 14,235 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 31°C | 9,218 | 0 |
Deux problèmes de disque mettent les serveurs à terre, et ils ne se ressemblent en rien. Le lent, c’est un disque qui commence à lâcher, ce que SMART voit généralement venir. Le rapide, c’est un système de fichiers qui se remplit et emporte les services avec lui : une base qui ne peut plus écrire est une base qui s’arrête.
Cette page couvre les deux : occupation par système de fichiers, attributs SMART par disque et température. Parmi les attributs SMART, ceux qui annoncent réellement une panne sont le nombre de secteurs réalloués, les secteurs en attente et les secteurs non corrigibles hors ligne — si l’un d’eux s’écarte de zéro, commandez un remplacement plutôt que d’attendre confirmation. La plupart des autres valeurs fluctuent sans gravité.
L’épuisement des inodes figure à part tant il déroute quand il survient : le disque annonce de l’espace libre, les écritures échouent quand même, et rien aux endroits évidents ne l’explique. La cause est un répertoire contenant des centaines de milliers de fichiers minuscules — sessions, spool de messagerie, cache non purgé — qui consomme la réserve fixe d’inodes du système de fichiers en n’occupant presque aucune capacité.
Il existe un troisième malheur de disque, qui ne casse rien et se contente de ralentir : le support est occupé au point que les processus font la queue. En chiffres, cela s'appelle l'I/O wait, et il monte rarement tout seul — il y a d'ordinaire quelque chose de planifié derrière : la sauvegarde nocturne, une reconstruction d'index, une analyse ClamAV complète sur tout le système de fichiers. Si le serveur s'alourdit chaque fois à la même heure, cherchez un horaire et non une panne.