إصلاح مشكلة "فشل بدء تحميل وحدات النواة" عند تشغيل نظام SLES

عادةً ما تعني رسالة بدء تشغيل SLES "فشل تحميل وحدات النواة"systemd-modules-load.service محاولة تحميل وحدة نواة واحدة على الأقل، وفشل أحد الطلبات. والهدف الأساسي ليس مجرد إخفاء سطر بدء التشغيل الأحمر، بل إن الإصلاح الجيد يضمن سلامة الخدمة، ويزيل طلبات الوحدات القديمة، ويحافظ على أي برنامج تشغيل يحتاجه الجهاز فعليًا، ويضمن استمرار عمل النظام بعد إعادة التشغيل التالية.

هذا الدليل مُعدّ لنظام SUSE Linux Enterprise Server 15، وهو متوافق مع دليل إدارة SLES 15 SP7 الحالي. تُوثّق SUSE systemd-modules-load.serviceتحميل الوحدات النمطية المُسماة في /etc/modules-load.d/*.conf، بينما يتم تحميل معظم وحدات الأجهزة الحديثة تلقائيًا عند اكتشاف الأجهزة. هذا التمييز مهم: إذا كان هناك إدخال ثابت قديم يُشير إلى وحدة نمطية لم تعد موجودة، فإن حذف هذا الإدخال أو تصحيحه غالبًا ما يكون أكثر أمانًا من إعادة تثبيت برنامج تشغيل قديم في النظام. راجع وثائق SUSE لإدارة وحدات النواة لنظام SLES 15 SP7 .

كيف ينبغي أن يبدو الإصلاح الناجح

قبل إجراء أي تغيير، حدد النتيجة التي ترغب في تحقيقها. بعد الإصلاح:

• systemctl status systemd-modules-load.serviceينبغي ألا يتم الإبلاغ عن نتيجة فاشلة بعد الآن.
• يجب ألا يُظهر سجل النظام نفس خطأ تحميل الوحدة النمطية أثناء إعادة التشغيل.
• إذا كانت الوحدة مطلوبة بالفعل، modprobe MODULE_NAMEفيجب أن تنجح وأن تعمل الأجهزة أو الميزات ذات الصلة.
• إذا كانت الوحدة قديمة، فيجب إزالة الطلب القديم بدلاً من استبداله بوحدة غير ذات صلة.
• إذا كانت المشكلة مرتبطة بالتشغيل المبكر، فيجب إعادة بناء initramfs ويجب أن يكمل الجهاز إعادة التشغيل بشكل طبيعي.

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

الخطوة 1: تحديد الوحدة المعطلة وتسجيل خطأ الوحدة بالتحديد

ابدأ بالخدمة نفسها بدلاً من التخمين من رسالة شاشة البداية:

sudo systemctl status systemd-modules-load.service --no-pager

ابحث عن اسم الوحدة النمطية ورسالة خطأ مثل Module ... not found" تم رفض وحدة نمطية غير مدعومة No such device" Operation not permitted. تحدد الصياغة الدقيقة للرسالة الإجراء التالي.

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

الخطوة الثانية: اقرأ سجل الإقلاع قبل تغيير ملفات الوحدة النمطية

استعلم عن هذه الخدمة فقط للحصول على معلومات حول عملية الإقلاع الحالية:

sudo journalctl -b -u systemd-modules-load.service --no-pager

يمكنك أيضًا فحص رسائل النواة المتعلقة بتحميل الوحدات النمطية:

sudo journalctl -b -k --no-pager | grep -iE 'module|modprobe|firmware|taint'

يُجيب الأمر الأول على سؤال أي طلب تحميل ثابت فشل . ويمكن لسجل النواة أن يُضيف معلومات إضافية مثل رفض برنامج التشغيل للجهاز المُكتشف، أو وجود تبعية في البرامج الثابتة، أو مشاكل في التوقيع، أو خطأ آخر على مستوى أدنى.

تشير نتيجة كهذه Module foo not found in directory /lib/modules/...عادةً إلى إعدادات قديمة، أو عدم توافق بين النواة والحزمة، أو برنامج تشغيل تابع لجهة خارجية لم تتم إعادة بنائه للنواة النشطة. No such deviceأما في حالة أخرى، فقد يكون ملف الوحدة موجودًا، ولكن قد لا يتطابق الجهاز المادي أو الافتراضي الحالي مع ما يتوقعه برنامج التشغيل.

الخطوة 3: تحديد الجهة التي تطلب من نظام SLES تحميل تلك الوحدة

ابحث عن مواقع التحميل الثابت العادية وتكوين modprobe:

grep -Rns --color=auto 'MODULE_NAME'   /etc/modules-load.d /run/modules-load.d /usr/lib/modules-load.d   /etc/modprobe.d /usr/lib/modprobe.d 2>/dev/null

استبدل MODULE_NAMEالاسم الموجود في سجل النظام. في نظام SLES 15 SP7، /etc/modules-load.d/تُعدّ الإدخالات المحلية في المسار القياسي الذي يُديره المسؤول للوحدات النمطية التي يجب تحميلها عند بدء التشغيل، بينما يمكن أن توجد الإدخالات المُجمّعة في المسار /usr/lib/modules-load.d/. تُشير SUSE إلى أن معظم الوحدات النمطية لا تحتاج إلى إدخال يدوي في ملف modules-load.d على الإطلاق.

ثم تحقق مما إذا كانت النواة النشطة تحتوي بالفعل على الوحدة النمطية:

uname -r
sudo modinfo MODULE_NAME
sudo modprobe MODULE_NAME

إذا كانت الوحدة قديمة

قم بإزالة الملف المحلي الذي يطلبه أو تعطيله. لا تحذف ملفًا تابعًا للمورد /usr/libلمجرد إخفاء الخطأ، لأن تحديثات الحزمة قد تعيده. إذا تبين لك أن /etc/modules-load.d/*.confالملف المحلي قد أُنشئ لأجهزة قديمة أو برامج عتيقة، فاحذف هذا الإدخال المحلي وأعد الاختبار.

إذا كان من المفترض أن تكون الوحدة موجودة ولكن لا يمكن العثور عليها باستخدام modinfo

تحقق مما إذا كانت نواة النظام قيد التشغيل تتطابق مع شجرة الوحدات النمطية المثبتة:

uname -r
ls -ld /lib/modules/$(uname -r)
rpm -q kernel-default

يُعدّ فحص الجودة الشائع بسيطًا: /lib/modules/$(uname -r)يجب أن تكون وحدات النواة قيد التشغيل موجودة وأن تحتوي عليها. إذا تم تجميع برنامج تشغيل تابع لجهة خارجية لنواة أقدم، فأعد تثبيته أو أعد بنائه باستخدام نواة SLES الحالية باتباع الإجراء المدعوم من الشركة المصنعة. تجنّب نسخ .koملف من إصدار نواة آخر لمجرد modprobeالبحث عن شيء ما؛ فقد تجعل اختلافات واجهة التطبيق الثنائية (ABI) أو التوقيعات في النواة ذلك غير آمن أو غير فعال.

إذا تم إدراج الوحدة في القائمة السوداء

ابحث عن قائمة سوداء أو قم بتثبيت تجاوز:

grep -Rns --color=auto -E '^[[:space:]]*(blacklist|install)[[:space:]]+MODULE_NAME'   /etc/modprobe.d /usr/lib/modprobe.d 2>/dev/null

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

إذا أبلغ نظام SLES عن وحدة غير مدعومة

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

الخطوة 4: أعد بناء initramfs فقط عندما يؤثر التغيير على بدء التشغيل المبكر

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

sudo dracut -f

توثق SUSE تحديدًا إعادة بناء initramfs بعد تغييرات برامج التشغيل التي تؤثر على عملية الإقلاع. يشرح دليل عملية الإقلاع الحالي متى يجب إضافة برامج التشغيل إلى initramfs وكيفية dracutاستخدامه لإعادة إنشائه: مقدمة لعملية الإقلاع في SLES 15 SP7 .

لا تُنفّذ هذه العملية dracut -fكإجراء روتيني لكل خطأ في الوحدات الاختيارية. إذا كانت وحدة ما بعد الإقلاع مُدرجة فقط في ملف `initramfs` /etc/modules-load.d، فقد يكون تصحيح ذلك الملف كافيًا. تُصبح إعادة بناء `initramfs` ضروريةً عندما يكون التكوين الخاطئ مُضمّنًا في صورة الإقلاع، أو عندما يكون من الضروري توفير برنامج التشغيل المطلوب قبل تحميل نظام الملفات الجذر بالكامل.

تحقق من الإصلاح قبل اعتبار الحادث مغلقًا

قم بإجراء الاختبار الأول دون إعادة التشغيل عندما يكون ذلك آمناً:

sudo systemctl restart systemd-modules-load.service
systemctl status systemd-modules-load.service --no-pager
systemctl is-failed systemd-modules-load.service

إذا كان يجب تحميل الوحدة المطلوبة الآن، فقم بتأكيد ذلك:

lsmod | grep -w MODULE_NAME

ثم أعد تشغيل الجهاز خلال فترة الصيانة المناسبة وتحقق من عملية الإقلاع الجديدة:

sudo reboot

بعد تسجيل الدخول:

systemctl --failed
journalctl -b -u systemd-modules-load.service --no-pager

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

متى يجب تغيير النهج؟

حدود هذا الإصلاح

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

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