انهيار النواة: kernel panic وما التالي

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

الخطوة 1. اقرأ الرسالة

افتح /hosting/vds/m/<id>، تبويب “Console”، عرض “Screen” (VNC). تعرض وحدة التحكم النصية أيضًا مخرجات النواة، لكن الـ panic غالبًا ما يُرسم عبر المخزن الرسومي، ويكون ظهوره على “Screen” أكثر موثوقية. المهم ليس السطر الأول بل أدنى سطر ذي معنى، وعادة ما يكون واحدًا مما يلي:

• VFS: Unable to mount root fs on unknown-block(0,0) — لم تتمكن النواة من العثور على قسم الجذر؛
• Kernel panic - not syncing: Attempted to kill init — ماتت العملية رقم واحد، وغالبًا بسبب تلف /sbin/init بعد تحديث فاشل؛
• Kernel panic - not syncing: No working init found — المشكلة نفسها؛
• خطأ في أحد التعريفات مع تتبع مكدس — عادة بعد تثبيت وحدة نواة من طرف ثالث.

التقط صورة أو انسخ النص فورًا: ستُمسح الشاشة بعد إعادة التشغيل.

الخطوة 2. جرّب النواة السابقة

إذا ظهر الـ panic مباشرة بعد تحديث، فلدى GRUB النواة القديمة. أعد تشغيل الآلة من لوحة التحكم وامسك القائمة على “Screen”: اضغط Shift أو Esc في الثواني الأولى، ثم “Advanced options” والإصدار السابق.

بعد الإقلاع بالنواة القديمة، ثبّت الحالة العاملة وتعامل مع الحزمة الجديدة:

uname -r
dpkg -l | grep linux-image
apt install --reinstall linux-image-amd64

الخطوة 3. قرص الاسترداد

إذا لم تظهر قائمة محمّل الإقلاع أو تعطلت النواة القديمة أيضًا، فعّل وضع الإقلاع “SystemRescue recovery disk” في تبويب “Access” وأعد تشغيل الآلة. سجّل الدخول باسم root دون كلمة مرور؛ يظهر قرص الآلة باسم /dev/sda.

lsblk
mount /dev/sda1 /mnt
ls /mnt

افحص نظام الملفات إذا شككت في تلفه:

umount /mnt
fsck -f /dev/sda1

من الأسباب النموذجية للـ panic بعد التعديلات اليدوية خطأ في /etc/fstab: سطر بقسم غير موجود أو UUID غير صحيح يوقف الإقلاع. افحصه:

blkid /dev/sda1
cat /mnt/etc/fstab

للعمل داخل النظام (إعادة تثبيت النواة، تعديل محمّل الإقلاع)، ادخل إليه عبر chroot:

mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt /bin/bash

عند الانتهاء، تأكد من العودة إلى وضع الإقلاع العادي في تبويب “Access”. وإلا ستقلع الآلة إلى SystemRescue عند كل إعادة تشغيل، وستظن أن النظام لم يقلع أبدًا.

الخطوة 4. متى تكون إعادة التثبيت أسهل

ليست لدينا نسخ احتياطية تلقائية للآلة ولا لقطات للحالة، لذا القرار قرارك. إذا كانت هناك بيانات مهمة على القرص، فانسخها أولًا من SystemRescue عبر scp إلى جهازك، وبعدها فقط ابدأ إعادة تثبيت نظام التشغيل من تبويب “Access” — فهي تمحو القرص بالكامل.

الترتيب هو: انسخ البيانات، تأكد من قراءتها على جهتك، ثم أعد التثبيت. لا رجعة بعد إعادة التثبيت.

كيف تتجنب تكرار ذلك

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