/ (/dev/sda1)
51 GB / 80 GB · 64%
/home (/dev/sdb1)
76 GB / 200 GB · 38%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| Aygıt | Boyut | Model | Sağlık (SMART) | Sıcaklık | Çalışma saati | Realloc sektörleri |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 37°C | 14,278 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 35°C | 9,218 | 0 |
Sunucuları iki disk sorunu devirir ve birbirlerine hiç benzemezler. Yavaş olanı, SMART’ın genelde önceden gördüğü, arızalanmaya başlayan bir sürücüdür. Hızlı olanı, dolan ve servisleri de beraberinde götüren bir dosya sistemidir: yazamayan bir veritabanı, duran bir veritabanıdır.
Bu sayfa ikisini de kapsar: dosya sistemi başına kullanım, sürücü başına SMART öznitelikleri ve sıcaklık. SMART öznitelikleri arasında arızayı gerçekten önceden haber verenler yeniden atanmış sektör sayısı, bekleyen sektörler ve çevrimdışı düzeltilemeyenlerdir; bunlardan biri sıfırdan uzaklaşıyorsa onay beklemek yerine yedek sipariş edin. Diğer değerlerin çoğu zararsızca dalgalanır.
inode tükenmesi ayrı gösterilir, çünkü olduğunda çok kafa karıştırıcıdır: disk boş alan bildirir, yazmalar yine de başarısız olur ve bariz yerlerde hiçbir şey bunu açıklamaz. Nedeni, yüz binlerce küçücük dosya barındıran bir dizindir — oturum verileri, posta kuyruğu, hiç döndürülmemiş bir önbellek — ve bu dizin dosya sisteminin sabit inode stokunu tüketirken kapasitesine neredeyse dokunmaz.
Üçüncü bir disk derdi daha vardır; hiçbir şeyi kırmaz, yalnızca yavaşlatır: sürücü o kadar meşguldür ki süreçler ona sıra bekler. Sayılarda bunun adı I/O wait ve nadiren kendiliğinden yükselir — arkasında genellikle programlanmış bir şey vardır: gece yedeği, bir dizin yeniden oluşturma, tüm dosya sistemi üzerinde tam bir ClamAV taraması. Sunucu her seferinde aynı saatte ağırlaşıyorsa, arıza değil takvim ara.