/ (/dev/sda1)
54 GB / 80 GB · 67%
/home (/dev/sdb1)
78 GB / 200 GB · 39%
/boot/efi (/dev/sda15)
317 MB / 1 GB · 31%
| ডিভাইস | আকার | মডেল | স্বাস্থ্য (SMART) | তাপ. | চালু থাকার ঘণ্টা | Realloc সেক্টর |
|---|---|---|---|---|---|---|
sda SSD |
80G | QEMU HARDDISK | OK | 32°C | 14,245 | 0 |
sdb SSD |
200G | Samsung SSD 870 | OK | 32°C | 9,243 | 0 |
দুটি ডিস্ক সমস্যা সার্ভার ফেলে দেয়, আর তাদের মধ্যে বিন্দুমাত্র মিল নেই। ধীরটি হলো এমন ড্রাইভ যা নষ্ট হতে শুরু করেছে, আর SMART সাধারণত তা আসতে দেখে ফেলে। দ্রুতটি হলো ভরে যাওয়া ফাইল ব্যবস্থা যা সেবাগুলোকেও সঙ্গে টেনে নেয়: যে ডেটাবেস লিখতে পারে না সে থেমে যাওয়া ডেটাবেস।
এই পাতা দুটোই ঢাকে: প্রতিটি ফাইল ব্যবস্থার হিসাবে দখল, প্রতিটি ড্রাইভের হিসাবে SMART বৈশিষ্ট্য, আর তাপমাত্রা। SMART বৈশিষ্ট্যগুলোর মধ্যে বিকলতার আগাম আভাস সত্যিই কেবল পুনর্বণ্টিত সেক্টরের সংখ্যা, অপেক্ষমাণ সেক্টর ও অফলাইন অসংশোধনযোগ্য সেক্টর দেয়; এদের কোনোটি শূন্য থেকে সরে গেলে নিশ্চিত হওয়ার অপেক্ষা না করে বদলি আনিয়ে নিন। বাকি বেশিরভাগ মান কোনো মানে ছাড়াই ওঠানামা করে।
inodes ফুরিয়ে যাওয়া আলাদা করে দেখানো হয়, কারণ যখন তা ঘটে তখন বড় বিভ্রান্তিকর: ডিস্ক খালি জায়গার খবর দেয়, লেখা তবু ব্যর্থ হয়, আর স্পষ্ট জায়গাগুলোতে কিছুই তার ব্যাখ্যা দেয় না। কারণ হলো এমন একটি তালিকা যেখানে লক্ষ লক্ষ ক্ষুদ্র ফাইল — সেশনের তথ্য, মেলের সারি, কখনও না ঘোরানো ক্যাশ — যা ফাইল ব্যবস্থার নির্দিষ্ট inodes ভাণ্ডার খেয়ে ফেলে অথচ তার ধারণক্ষমতায় প্রায় হাতই দেয় না।
ডিস্কের তৃতীয় একটি বিপদও আছে, যা কিছু ভাঙে না, কেবল ধীর করে দেয়: ড্রাইভ এতটাই ব্যস্ত যে প্রক্রিয়াগুলো তার জন্য সারিতে দাঁড়িয়ে থাকে। সংখ্যায় এটিই I/O wait, আর নিজে থেকে এটি কদাচিৎ বাড়ে — পিছনে সাধারণত নির্ধারিত কিছু থাকে: রাতের ব্যাকআপ, সূচি পুনর্গঠন, কিংবা গোটা ফাইল সিস্টেমে ClamAV-এর পূর্ণ স্ক্যান। সার্ভার যদি প্রতিবার একই ঘণ্টায় ভারী হয়, তবে ত্রুটি নয়, সময়সূচি খুঁজুন।