/ (/dev/sda1)
50 GB / 80 GB · 63%
/home (/dev/sdb1)
82 GB / 200 GB · 41%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| Gerät | Größe | Modell | Zustand (SMART) | Temp. | Betriebsstunden | Realloc-Sektoren |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 34°C | 14,271 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 33°C | 9,235 | 0 |
Zwei Plattenprobleme legen Server lahm, und sie sehen einander nicht im Geringsten ähnlich. Das langsame ist ein Laufwerk, das zu sterben beginnt — SMART sieht das meist kommen. Das schnelle ist ein volllaufendes Dateisystem, das die Dienste mitnimmt: Eine Datenbank, die nicht schreiben kann, ist eine Datenbank, die stehen bleibt.
Diese Seite deckt beides ab: Belegung je Dateisystem, SMART-Attribute je Laufwerk und die Temperatur. Von den SMART-Attributen sagen wirklich etwas voraus: Reallocated Sector Count, Current Pending Sector Count und Offline Uncorrectable — bewegt sich eines davon weg von null, bestellen Sie Ersatz, statt auf Bestätigung zu warten. Die meisten übrigen Werte schwanken harmlos.
Inode-Erschöpfung steht getrennt, weil sie so verwirrt, wenn sie eintritt: Die Platte meldet freien Platz, Schreibvorgänge scheitern trotzdem, und nichts an den naheliegenden Stellen erklärt es. Die Ursache ist ein Verzeichnis mit Hunderttausenden winziger Dateien — Sessions, Mail-Spool, ein nicht rotierter Cache —, das den festen Inode-Vorrat des Dateisystems aufbraucht, während es dessen Kapazität kaum berührt.
Es gibt noch ein drittes Festplattenübel, das nichts kaputt macht und bloß bremst: Der Datenträger ist so beschäftigt, dass Prozesse Schlange stehen. In Zahlen ist das I/O wait, und es steigt selten von allein — meist steckt etwas Geplantes dahinter: die nächtliche Sicherung, ein Index-Neuaufbau, ein vollständiger ClamAV-Durchlauf über das gesamte Dateisystem. Wird der Server jedes Mal zur selben Stunde schwer, suchen Sie einen Zeitplan und keinen Defekt.