إصلاح خطأ نظام الملفات للقراءة فقط Btrfs على نظام SUSE Linux Enterprise

عند محاولة حفظ ملف أو تحديث خدمة على نظام SUSE Linux Enterprise Server (SLES)، يستجيب لينكس برسالة "نظام ملفات للقراءة فقط". قد تعني هذه الرسالة أن وحدة التخزين تم ضبطها للقراءة فقط عمدًا، أو أنك قمت بالتمهيد من لقطة Snapper للقراءة فقط، أو أن نظام Btrfs اكتشف مشكلة وتوقف عن قبول عمليات الكتابة لحماية وحدة التخزين. تتطلب هذه الأسباب استجابات مختلفة. ابدأ بتحديد نظام الملفات ووحدة التخزين المعنيين؛ لا تقم بإعادة التثبيت قسرًا أو تشغيل أمر إصلاح قبل التحقق من سجلات النواة وحماية البيانات المهمة.

معنى الخطأ

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

تختلف مشكلة الأذونات. فعبارة "تم رفض الإذن" تشير عادةً إلى ملكية الملف أو ضوابط الوصول؛ EROFSبينما تشير عبارة "نظام ملفات للقراءة فقط" (والتي تظهر غالبًا كـ ) إلى حالة نظام الملفات أو وحدة التخزين الفرعية. chmodولن يؤدي تغيير أذونات الملفات باستخدام الأمر إلى جعل وحدة التخزين المُثبّتة للقراءة فقط قابلة للكتابة.

قبل أن تُغير أي شيء

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

لا تقم بتشغيل هذا btrfs check --repairكخطوة أولى روتينية. يحذر مشروع Btrfs من أن وضع الإصلاح قد يتسبب في تلف النظام ولا يمكنه إصلاح جميع أنواع التلف. كما لا تقم بإعادة تحميل نظام الملفات للقراءة والكتابة بشكل متكرر: فقد يفشل ذلك فورًا عندما يحمي نظام التشغيل نظام الملفات لسبب ما.

الخطوة 1: تحديد الحامل المتضرر

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

findmnt -T /srv/app -o TARGET,SOURCE,FSTYPE,OPTIONS

استبدل /srv/appالملف أو المجلد المتأثر. تحقق من مخرجات الأمر لمعرفة مصدر Btrfs، ووجهة التحميل، وخيار `--` roأو `--` rw. قد تكون الوجهة مجلدًا /منفصلاً، أو وحدة تخزين بيانات منفصلة، ​​أو وحدة تخزين فرعية. سجّل المصدر والوجهة قبل المتابعة. إذا أبلغ الأمر عن نوع نظام ملفات آخر، فلن تنطبق خطوات Btrfs الخاصة بهذا المسار.

تحقق من رسائل النواة من عملية الإقلاع الحالية لمعرفة سبب تحول نظام الملفات إلى وضع القراءة فقط:

sudo journalctl -k -b --no-pager | grep -iE 'btrfs|I/O error|read-only|readonly'

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

الخطوة الثانية: التحقق من وجود لقطة للقراءة فقط عن قصد

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

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

sudo btrfs property get -t subvol /path/to/subvolume ro

استبدل المسار بمسار تثبيت المجلد الفرعي. ro=trueتؤكد نتيجة الأمر أن خاصية المجلد الفرعي للقراءة فقط؛ ويوثق مرجع خصائص Btrfs هذه الخاصية. لا تقم ببساطة بتحويل لقطة النسخ الاحتياطي المُدارة أو المُستلمة بواسطة Snapper إلى لقطة للقراءة والكتابة: قد تكون حالة القراءة فقط جزءًا من افتراضات التراجع أو النسخ الاحتياطي التزايدي. استخدم سير عمل Snapper المدعوم أو أنشئ مجلدًا فرعيًا منفصلاً قابلاً للكتابة عندما تكون هذه هي المهمة المقصودة.

الخطوة 3: مراجعة إعدادات التثبيت وحالة التخزين

إذا لم تُظهر findmntالتقارير roوالسجلات أي خطأ في نظام ملفات Btrfs أو أخطاء الإدخال/الإخراج، فافحص إدخال نقطة التحميل المطابقة /etc/fstab. قد تكون نقطة التحميل مُهيأة للقراءة فقط لأغراض الاسترداد، أو صورة الجهاز، أو سياسة حماية البيانات. لا تُغير الإعدادات إلا بعد التأكد من الحالة المقصودة مع مالك الخدمة. تحقق أيضًا مما إذا كان النظام يستخدم نشرًا معامليًا أو نشرًا بجذر للقراءة فقط: يوثق SLES هذه الإعدادات وسير عمل صيانتها في دليل تحديثات المعاملات . إذا كان الإدخال مُهيأً صراحةً للكتابة، وكان الجهاز سليمًا، ولم يكن المسار لقطة للقراءة فقط، فيمكن للمسؤول محاولة إعادة التحميل مؤقتًا.

sudo mount -o remount,rw /mountpoint

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

في حال وجود مشكلة محتملة في السعة، يرجى مراجعة تخصيص نظام الملفات Btrfs وحالة الجهاز:

sudo btrfs filesystem usage /mountpoint
sudo btrfs filesystem show /mountpoint

تُشير SUSE إلى أن ملخصات المساحة الحرة على القرص قد تكون مُضللة في نظام ملفات Btrfs لأن البيانات والبيانات الوصفية تُخصص بشكل منفصل. كما يُمكن أن تحتفظ لقطات Snapper بمساحة كبيرة. مع ذلك، فإن رسالة "لا توجد مساحة كافية على الجهاز" لا تُطابق خطأ القراءة فقط في Btrfs؛ لذا، حدد الرسالة التي تلقاها التطبيق فعليًا. لا تحذف اللقطات لمجرد اختبار فرضية. تأكد أولًا من محتوياتها واتبع سياسة الاحتفاظ المُطبقة. راجع دليل استكشاف أخطاء نظام الملفات SLES 15 SP7 وإصلاحها .

الخطوة الرابعة: تحديد ما إذا كان نظام الملفات بحاجة إلى استعادة

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

يحتوي دليل إدارة SLES 15 SP7 من SUSE على قسم مخصص لقسم Btrfs الجذر الذي يتعذر تحميله. ويتناول هذا القسم خيارات الاسترداد في حالة فشل الإقلاع. لا تعني هذه التعليمات ضرورة مسح سجلات جميع أنظمة الملفات للقراءة فقط المُحمّلة. يشرح دليل btrfs-rescuebtrfs rescue zero-log الأصلي أن هذه الخاصية مخصصة لحالات معينة من فشل إعادة تشغيل السجلات أثناء التحميل، ويمكنها تجاهل التغييرات التي طرأت منذ آخر عملية مُلتزمة. استخدمها فقط عندما يتطابق الخطأ المُسجّل مع الحالة الموثقة، وعندما تُراعي خطة الاسترداد احتمالية فقدان البيانات.

btrfs checkيعمل البرنامج افتراضيًا في وضع القراءة فقط على نظام ملفات غير مُثبَّت. أبقِه على هذا الوضع لإجراء التقييم الأولي، وشارك مخرجاته مع دعم SUSE أو مع متخصص في Btrfs. يُحذِّر دليل btrfs-check الأصلي صراحةً من استخدامه --repairدون استشارة مستخدم أو مطور خبير. لا تُشغِّل أبدًا مدققًا غير متصل بالإنترنت على نظام ملفات مُثبَّت أو قيد التغيير.

الخطوة 5: التحقق من الاسترداد

بعد إصلاح السبب، أعد تشغيل النظام فقط عند الحاجة وفقًا لخطة الاستعادة. ثم استخدم النظام findmnt -T /path -o TARGET,SOURCE,FSTYPE,OPTIONSمرة أخرى وتأكد من أن وحدة التخزين المُراد ربطها قابلة للقراءة والكتابة. راجع سجل النواة بحثًا عن أخطاء Btrfs أو أخطاء إدخال/إخراج جديدة. أخيرًا، تحقق من قدرة الخدمة أو التطبيق المتأثر على أداء وظيفته بشكل طبيعي، وتأكد من بقاء النسخة الاحتياطية متاحة. إعادة الربط الناجحة وحدها لا تُثبت سلامة وحدة التخزين.

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