الأعراض بعد الترقية إلى ZimaOS 1.5.3
أفاد المستخدم بأن قرص نسخ احتياطي USB ظل مُكتشَفًا فعليًا، لكنه أصبح غير مُحمَّل بعد مرور بعض الوقت. ولم يؤدِّ ضبط وضع الاستعداد للقرص على «مطلقًا» وإضافة إدخال إلى fstab إلى إيقاف المشكلة. لكن نقل القرص إلى منفذ USB آخر أدى إلى ذلك.
تحقّق أولًا مما إذا كان الجهاز قد أُعيد ضبطه
عند حدوث المشكلة، افحص رسائل النواة الحديثة باستخدام dmesg | tail -n 30 وابحث عن عمليات إعادة ضبط USB، أو أخطاء الإدخال والإخراج، أو أحداث قطع الاتصال وإعادة الاتصال، أو أخطاء نظام الملفات. توضّح وثائق إدارة طاقة USB في Linux سلوك التعليق التلقائي.
لماذا لا يعالج fstab إعادة ضبط USB المادية
يتحكم fstab في كيفية تحميل نظام ملفات معروف؛ لكنه لا يستطيع منع جسر USB أو الكابل أو المنفذ أو الحاوية أو وحدة التحكم من الاختفاء مؤقتًا. في هذه الحالة، كان المستخدم قد أعدّ التحميل المستند إلى UUID مسبقًا، وكانت أقوى إشارة عملية هي أن منفذًا آخر ظل مستقرًا.
ترتيب أكثر أمانًا لاستكشاف الأخطاء وإصلاحها
اختبر منفذًا وكابلًا وحاوية مزوّدة بالطاقة أخرى، إن أمكن؛ واجمع سجلات النواة؛ وتحقق من سلامة نظام الملفات؛ ثم اختبر تغييرات إدارة الطاقة لأغراض التشخيص فقط. لا تعطّل ميزات الطاقة بشكل دائم قبل أن تدعم الأدلة كونها سبب المشكلة. يوضّح دليل إعداد التخزين سلوك التخزين الحالي في ZimaOS، ويمكن أن يساعد دليل مشاركة الملفات عبر NAS في التحقق من الوصول بعد إعادة التحميل.
