/ (/dev/sda1)
53 GB / 80 GB · 66%
/home (/dev/sdb1)
76 GB / 200 GB · 38%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| התקן | גודל | דגם | תקינות (SMART) | טמפ׳ | שעות פעילות | סקטורים ממופים מחדש |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 34°C | 14,260 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 34°C | 9,241 | 0 |
שתי תקלות דיסק מפילות שרתים, ואין ביניהן שום דמיון. האיטית היא כונן שמתחיל לכשול, וזאת SMART רואה בדרך כלל מראש. המהירה היא מערכת קבצים שמתמלאת וגוררת אחריה את השירותים: מסד נתונים שאינו יכול לכתוב הוא מסד נתונים שנעצר.
הדף מכסה את שתיהן: תפוסה לפי מערכת קבצים, תכונות SMART לפי כונן, וטמפרטורה. מבין תכונות SMART, רק מספר הסקטורים שהוקצו מחדש, הסקטורים הממתינים ואלה שאינם ניתנים לתיקון במצב לא מקוון באמת מבשרים כשל; אם אחת מהן מתרחקת מאפס, הזמינו חלופה במקום להמתין לאישור. רוב הערכים האחרים מתנודדים בלי משמעות.
אזילת ה-inodes מוצגת בנפרד, משום שהיא מבלבלת מאוד כשהיא קורית: הדיסק מדווח על מקום פנוי, הכתיבות נכשלות בכל זאת, ודבר במקומות המובנים מאליהם אינו מסביר זאת. הסיבה היא ספרייה עם מאות אלפי קבצים זעירים — נתוני הפעלה, תור דואר, מטמון שמעולם לא סובב — שמכלה את מלאי ה-inodes הקבוע של מערכת הקבצים כמעט בלי לגעת בקיבולת שלה.
יש גם צרת דיסק שלישית, שאינה שוברת דבר ורק מאטה: הכונן עסוק עד כדי כך שתהליכים עומדים אליו בתור. במספרים זהו I/O wait, ולעיתים רחוקות הוא מטפס מעצמו — מאחוריו עומד בדרך כלל משהו מתוזמן: הגיבוי הלילי, בנייה מחדש של אינדקסים, סריקת ClamAV מלאה על כל מערכת הקבצים. אם השרת מכביד בכל פעם באותה שעה, חפשו לוח זמנים ולא תקלה.