/ (/dev/sda1)
48 GB / 80 GB · 60%
/home (/dev/sdb1)
70 GB / 200 GB · 35%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| Perangkat | Ukuran | Model | Kesehatan (SMART) | Suhu | Jam operasi | Sektor realloc |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 36°C | 14,273 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 31°C | 9,242 | 0 |
Ada dua persoalan cakram yang merobohkan server, dan keduanya sama sekali tidak mirip. Yang lambat adalah cakram yang mulai rusak, dan SMART biasanya melihatnya datang. Yang cepat adalah sistem berkas yang penuh lalu menyeret layanan-layanan ikut jatuh: basis data yang tidak bisa menulis adalah basis data yang berhenti.
Halaman ini mencakup keduanya: keterisian per sistem berkas, atribut SMART per cakram, dan suhunya. Di antara atribut SMART, yang benar-benar meramalkan kerusakan hanyalah jumlah sektor yang dialokasikan ulang, sektor yang tertunda, dan sektor luring yang tak terkoreksi; jika salah satunya beranjak dari nol, pesanlah penggantinya alih-alih menunggu kepastian. Sebagian besar nilai lain berayun tanpa arti.
Habisnya inode ditampilkan terpisah, sebab saat terjadi ia amat membingungkan: cakram melaporkan ada ruang kosong, penulisan tetap gagal, dan tidak ada apa pun di tempat-tempat yang jelas yang menerangkannya. Penyebabnya adalah sebuah direktori berisi ratusan ribu berkas mungil — data sesi, antrean surel, tembolok yang tak pernah dirotasi — yang menghabiskan persediaan inode tetap milik sistem berkas sementara nyaris tak menyentuh kapasitasnya.
Ada pula kesusahan cakram yang ketiga, yang tidak merusak apa pun dan hanya memperlambat: perangkat begitu sibuk sehingga proses-proses mengantre padanya. Dalam angka itulah I/O wait, dan jarang ia naik dengan sendirinya — biasanya ada sesuatu yang terjadwal di baliknya: cadangan malam, pembangunan ulang indeks, pemindaian penuh ClamAV atas seluruh sistem berkas. Bila peladen memberat pada jam yang sama setiap kali, carilah jadwal, bukan kerusakan.