المساحة متاحة لكن Linux يعرض No space left on device

الموقف الحرج: لم يعد التطبيق ينشئ ملفات. حذف أحدهم سجلاً كبيراً لكن المساحة الحرة لم تزد. أو يظهر التقرير سعة متبقية بينما يستمر No space left on device. قبل حذف المزيد، حدّد المورد الذي نفد فعلاً.

فحص المسار المتأثر نفسه

المسار /var في المثال مجرد نموذج؛ استبدله بالمجلد الذي يفشل فيه التطبيق فعلياً. الأوامر التالية للتشخيص على Linux:

findmnt -T /var
df -h /var
df -i /var
sudo lsof +L1

يعرض df -h استخدام كتل البيانات، ويعرض df -i حالة inode. نفاد inode في أنظمة الملفات ذات هذا القيد قد يمنع إنشاء الملفات رغم بقاء سعة بيانات. وقد يكون مسار التطبيق على تركيب مختلف؛ تقرير مساحة الجذر وحده لا يكفي.

إذا نفدت inode

حدّ من المنتج الذي ينشئ أعداداً كبيرة من الملفات الصغيرة، مثل مهمة معيبة تنشئ ملفاً مؤقتاً بعد كل محاولة فاشلة. يجب أن يكون التنظيف في مجلد محدد مع معرفة المالك وسياسة الاحتفاظ. الذاكرة المؤقتة القابلة لإعادة البناء ليست بيانات أصلية أو طابور عمل أو ملفات معاملات.

نقل الملفات داخل نظام الملفات نفسه لا يحرر inode عادةً. المطلوب تقليل الملفات غير الضرورية فعلاً على النظام نفسه، لا ترتيب أسماء المجلدات. إذا بقي سبب الإنشاء نشطاً فلن يمنحك التنظيف إلا وقتاً محدوداً.

إذا كان الملف محذوفاً لكنه مفتوح

قد يكشف lsof +L1 ملفات مفتوحة بعدد روابط أقل من واحد. اربط نتيجة كبيرة وذات صلة بـPID والخدمة المالكة. قد تحتفظ العملية بالملف المحذوف؛ حذف اسمه لا يعني بالضرورة تحرير كل كتله فوراً.

إذا كان الملف سجل الخدمة، فتحقق من طريقتها الموثقة لإعادة فتح السجلات. إذا لم تتوفر، فقد تحرر إعادة تشغيل مضبوطة للخدمة نفسها المقبض بعد فهم أثرها. كلمة «محذوف» وحدها لا تجيز قتل العملية. لا تصلح ملفات قاعدة البيانات بالتلاعب بمسارات /proc أو تفريغ واصفات الملفات.

كيف نعرف أن العمل اكتمل؟

أعد فحص السعة وinode على المسار نفسه. اختبر إنشاءً وكتابة صغيرين ومصرحاً بهما من التطبيق، وراقب سرعة النمو مجدداً. إذا لم تلائم الأدلة الحالتين، فافحص الحصص ونظام الملفات للقراءة فقط وأعطال التخزين منفصلة؛ لا تنسب ENOSPC إلى السجلات تلقائياً.

قرار الإنقاذ: قبل الحذف التالي، حدّد هل نفدت الكتل أم inode، أم أن عملية لا تزال تحتفظ بالمساحة المحذوفة.

المراجع الفنية: GNU / df · lsof.