وحدة تخزين NAS للقراءة فقط بعد إيقاف تشغيل غير آمن: الفحوصات الأولية

عادةً ما يحمي حجم NAS الذي يتحول إلى وضع القراءة فقط بعد إيقاف تشغيل غير آمن بيانات وصفية تالفة أو يتفاعل مع أخطاء إدخال/إخراج التخزين — وليس مجرد تغيير الأذونات.

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

أولاً، جمد التغييرات واحمِ البيانات القابلة للقراءة

عامل وضع القراءة فقط كتحذير، وليس كخطأ بحد ذاته. أوقف مهام المزامنة، الحاويات، فهرسة الوسائط، التنزيلات، وتدوير النسخ الاحتياطية حتى لا تخفي المحاولات المتكررة الأخطاء الأصلية أو تضغط على قرص ضعيف.

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

1. أوقف الخدمات وكتابات العملاء مؤقتًا.
2. انسخ الملفات القابلة للقراءة الحرجة إلى مكان آخر.
3. احفظ شاشات حالة التخزين وسجلات الأحداث.
4. سجل تخطيط التجمع ونوع نظام الملفات.
5. ابدأ الفحوصات دون تغيير المصفوفة.

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

ما الذي أصبح فعليًا للقراءة فقط؟

فشل التحميل لا يثبت أن الحجم بأكمله للقراءة فقط. يمكن لمشاركة، مجموعة بيانات، دليل تطبيق، نظام ملفات، تجمع تخزين، أو جهاز مادي أن يمنع الكتابة، وكل طبقة تحتاج إلى إصلاح مختلف.

قارن الفشل من لوحة تحكم NAS ومن أكثر من عميل. النمط أدناه يفصل مشكلة الوصول عن حدث حماية التخزين قبل أن تلمس الأقراص أو تشغل أداة إصلاح نظام الملفات.

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

اقرأ السجلات قبل أن تختفي

أول دليل مفيد هو الحدث الذي حدث مباشرة قبل أن يصبح الحجم للقراءة فقط. راجع سجل أحداث النظام، وتاريخ مدير التخزين، ورسائل النواة للتمهيد المتأثر والتمهيد السابق له.

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

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

تحقق من التجمع أو RAID قبل نظام الملفات

يقع نظام الملفات فوق تجمع، مجموعة RAID، وحدة تخزين منطقية، وحدة تحكم، وأقراص. إذا كانت الطبقة السفلية غير مكتملة أو غير مستقرة، قد يقرأ إصلاح نظام الملفات بيانات غير متسقة أو يضيف حملًا في أسوأ الأوقات.

بالنسبة لـ RAID البرمجي في لينكس، يمكن لمصفوفة RAID 5 أو RAID 6 المتسخة والمتدهورة أن تحمل خطر فساد غير قابل للكشف؛ تشرح قاعدة المصفوفة المتسخة والمتدهورة سبب رفض بدء التشغيل التلقائي. لا تفرض التجميع لمجرد مسح تحذير لوحة التحكم.

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

تحقق من صحة القرص، والتوصيلات، والطاقة

راجع كل جهاز HDD وSSD وNVMe، بما في ذلك أجهزة التخزين المؤقت والبيانات الوصفية. استخدم صفحة صحة NAS لفحص صحة SMART أو NVMe، والاختبارات الذاتية الأخيرة، ودرجات الحرارة، وأخطاء الوسائط، وما إذا كان أي جهاز قد اختفى بعد الإيقاف.

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

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

طابق أداة الإصلاح مع نظام الملفات

Ext4 و XFS: الإصلاح غير المتصل باستخدام الأدوات الأصلية

يستخدم Ext4 أداة e2fsck، بينما يستخدم XFS أداة xfs_repair؛ لا ينبغي توجيه أي منهما إلى وحدة تخزين مركبة أو مسار جهاز غير مؤكد. إذا لم يستطع NAS فك تجميع الوحدة بأمان، فاستخدم سير عمل الصيانة الخاص به أو بيئة الاسترداد المدعومة.

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

Btrfs: الأفضلية للفحوصات للقراءة فقط والتوجيه الخبير

يفصل Btrfs بين الفحص، والتحقق الهيكلي، والإصلاح. يتحقق الفحص من مجموعات التحقق وقد يستخدم نسخة جيدة، بينما يفحص التحقق الهيكلي كائنات نظام الملفات؛ لا ينبغي اعتبار أي منهما مفتاحًا عامًا لجعل وحدة تخزين تالفة قابلة للكتابة.

توصي تحذير فحص Btrfs الرسمي بفك التجميع أولاً وتحذر صراحة من استخدام --repair بدون توجيه خبير. ابدأ باسترداد البيانات القابلة للقراءة وفحص غير معدل، ثم اتبع مسار الاسترداد الموثق من بائع NAS.

ZFS: استقرار التجمع قبل الفحص

لا يستخدم ZFS سير عمل fsck التقليدي. اقرأ حالة التجمع أولاً، واحتفظ بالملفات الحرجة، وحل الأجهزة المفقودة أو المعطوبة قبل إضافة الحمل المستمر للإدخال/الإخراج للفحص.

يقوم فحص تجمع OpenZFS بالتحقق من مجموعات التحقق من الكتل وقد يصلح من النسخ الجيدة، لكنه مكثف في الإدخال/الإخراج ولا يمكنه اختراع نسخة صالحة عند نفاد التكرار. ابدأه فقط بعد استقرار التجمع وحماية البيانات الحرجة.

متى تستعيد الكتابة—ومتى تتوقف

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

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

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

منع الإيقاف غير الآمن التالي

استخدم UPS يمكنه إرسال إشارة لـ NAS للإغلاق تلقائيًا، وليس فقط بطارية مع منافذ اتصال غير مستخدمة. يغطي هذا قائمة التحقق من انقطاع التيار الكهربائي لـ NAS التواصل عند الإغلاق، الفحوص بعد الانقطاع، ولماذا تهم الطاقة المستقرة أثناء الاسترداد.

احتفظ بنسخ الاسترداد خارج التجمع الحي. يمكن لـ RAID الحفاظ على التوفر بعد بعض فشل الأقراص، لكنه يتبع الفساد الحي ولا يوفر نسخة نظيفة سابقة؛ التمييز بين RAID والاسترداد من النسخ الاحتياطي هو الأهم عندما لا ينجح الإصلاح.

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

الأسئلة الشائعة

هل يمكن لإعادة التشغيل إصلاح حجم NAS للقراءة فقط؟

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

هل يمكنني فرض إعادة تركيب للقراءة والكتابة لفترة كافية لنسخ الملفات؟

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

ماذا لو اجتاز SMART الفحص لكن السجلات لا تزال تظهر أخطاء إدخال/إخراج؟

عامل السجلات كأدلة غير محلولة. قد تكون المشكلة متعلقة بواجهة، كابل، لوحة خلفية، وحدة تحكم، مسار الطاقة، أو مشكلة في القرص لا تلخصها نتيجة SMART العامة. عزل مكون واحد في كل مرة وتوقف إذا استمرت الأخطاء.

الفحص الأول الأكثر أمانًا هو الذي يحافظ على الخيارات: حماية البيانات القابلة للقراءة، تحديد الطبقة المحجوبة، وترك الأدلة المؤكدة—وليس إعادة التركيب القسرية—لتحديد الإجراء التالي.