/ (/dev/sda1)
52 GB / 80 GB · 65%
/home (/dev/sdb1)
76 GB / 200 GB · 38%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| ڈیوائس | سائز | ماڈل | صحت (SMART) | درجہ حرارت | کام کے گھنٹے | Realloc سیکٹرز |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 38°C | 14,241 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 31°C | 9,227 | 0 |
دو ڈسک مسائل سرورز گراتے ہیں، اور ان میں ذرا مشابہت نہیں۔ سست وہ ڈرائیو ہے جو خراب ہونا شروع ہوتی ہے، اور SMART اسے عموماً آتا دیکھ لیتا ہے۔ تیز وہ فائل سسٹم ہے جو بھر جاتا ہے اور سروسز کو ساتھ لے ڈوبتا ہے: جو ڈیٹابیس لکھ نہ سکے وہ رک جانے والا ڈیٹابیس ہے۔
یہ صفحہ دونوں کو ڈھانپتا ہے: ہر فائل سسٹم کے حساب سے بھراؤ، ہر ڈرائیو کے حساب سے SMART خصوصیات، اور درجہ حرارت۔ SMART خصوصیات میں سے خرابی کی پیش گوئی واقعی صرف دوبارہ مختص سیکٹروں کی تعداد، زیرِ التوا سیکٹر اور آف لائن ناقابلِ اصلاح سیکٹر کرتے ہیں؛ ان میں سے کوئی صفر سے ہٹے تو تصدیق کا انتظار کرنے کے بجائے متبادل منگوا لیں۔ باقی زیادہ تر قدریں بے معنی طور پر اوپر نیچے ہوتی رہتی ہیں۔
inodes کا ختم ہو جانا الگ دکھایا جاتا ہے، کیونکہ جب یہ ہوتا ہے تو بہت الجھاتا ہے: ڈسک خالی جگہ بتاتی ہے، لکھائی پھر بھی ناکام ہوتی ہے، اور ظاہری جگہوں پر کچھ اس کی وضاحت نہیں کرتا۔ سبب ایک ایسی ڈائرکٹری ہے جس میں لاکھوں ننھی فائلیں ہوں — سیشن ڈیٹا، میل قطار، کبھی نہ گھمایا گیا کیش — اور جو فائل سسٹم کے مقررہ inodes کا ذخیرہ کھا جاتی ہے حالانکہ اس کی گنجائش کو مشکل ہی سے چھوتی ہے۔
ڈسک کی ایک تیسری مصیبت بھی ہے جو کچھ توڑتی نہیں، بس سست کر دیتی ہے: ڈرائیو اتنی مصروف ہوتی ہے کہ عمل اس کے لیے قطار میں کھڑے رہتے ہیں۔ اعداد میں اسے I/O wait کہتے ہیں، اور یہ شاذ ہی خود سے بڑھتا ہے — عموماً اس کے پیچھے کوئی طے شدہ کام ہوتا ہے: رات کا بیک اپ، اشاریوں کی دوبارہ تعمیر، یا پورے فائل سسٹم پر ClamAV کا مکمل اسکین۔ اگر سرور ہر بار اسی گھڑی بھاری ہوتا ہے تو خرابی نہیں، شیڈول تلاش کریں۔