ظهور رسائل خطأ عند تشغيل Linux: الأسباب وطرق الحل بالتفصيل

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

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

1. لا تقم بإعادة التشغيل القسري بشكل متكرر

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

الأفضل أن تبدأ بما يلي:

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

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

2. الأنواع الشائعة لأخطاء الإقلاع

أخطاء GRUB أو محمّل الإقلاع
أخطاء نظام الملفات
مشكلات النواة أو initramfs
فشل تشغيل خدمات systemd
مشكلات تعريفات GPU أو العرض
نفاد مساحة التخزين
أعطال مادية في القرص

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

3. إظهار سجل الإقلاع التفصيلي

تقوم كثير من التوزيعات بإخفاء الرسائل التفصيلية باستخدام quiet splash. ولمعرفة السبب الحقيقي، يُفضَّل إزالة هذا الخيار مؤقتًا من GRUB.

أعد تشغيل الكمبيوتر
اضغط عدة مرات على Shift أو Esc مباشرة بعد التشغيل
في قائمة GRUB اختر سطر الإقلاع واضغط e
احذف quiet splash
ابدأ التشغيل باستخدام Ctrl + X

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

4. إذا ظهر “grub rescue” أو “no such partition”

إذا ظهر grub rescue مباشرة عند التشغيل أو ظهرت رسالة مثل “no such partition”، فغالبًا تكون المشكلة في محمّل الإقلاع أو في بنية الأقسام.

من الأسباب الشائعة:

تعديل الأقسام أو نقلها
Windows في بيئة الإقلاع المزدوج أعاد كتابة معلومات الإقلاع
تلف قسم EFI أو قسم /boot
فساد إعدادات GRUB

في كثير من الحالات يمكن الإصلاح عبر Live USB ثم إعادة تثبيت GRUB:

sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi   # فقط لأنظمة UEFI

sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys

sudo chroot /mnt
grub-install /dev/sda
update-grub
exit
sudo reboot

يجب تعديل أسماء الأقسام حسب جهازك الفعلي.

5. إذا دخل النظام إلى emergency mode

رسالة You are in emergency mode تعني غالبًا أن النظام اكتشف مشكلة خطيرة أثناء تركيب الأقسام أو قراءة الإعدادات الأساسية. ومن أكثر الأسباب شيوعًا وجود خطأ في ملف /etc/fstab.

ابدأ بقراءة السجل:

journalctl -xb

ثم افحص ملف fstab:

cat /etc/fstab

الأخطاء الشائعة تشمل:

UUID غير صحيح
نقطة تركيب غير موجودة
وجود قرص خارجي في fstab لكنه غير متصل حاليًا

إذا وجدت خطأ، عدّل الملف:

nano /etc/fstab

ثم أعد تشغيل الجهاز.

6. إذا كان الخطأ متعلقًا بـ fsck أو بنظام الملفات

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

من الأفضل تنفيذ الفحص من خلال Recovery Mode أو Live USB:

sudo fsck -f /dev/sda1

لا يُنصح بتشغيل fsck على قسم الجذر وهو ما يزال مستخدمًا ومركّبًا.

كما يُفضَّل التحقق من الحالة الصحية للقرص:

sudo smartctl -a /dev/sda

إذا ظهرت أخطاء كثيرة في SMART، فيجب أخذ نسخة احتياطية من البيانات فورًا.

7. إذا فشلت خدمات systemd

أحيانًا تكون النواة قد بدأت فعلاً، لكن خدمة مهمة تفشل في التشغيل، فيتوقف النظام قبل اكتمال الدخول. وقد تظهر رسائل مثل:

Failed to start ...
Dependency failed for ...

في هذه الحالة جرّب الدخول إلى TTY:

Ctrl + Alt + F2

بعد تسجيل الدخول، افحص الخدمات الفاشلة:

systemctl --failed
journalctl -xb

ولعرض تفاصيل خدمة محددة:

systemctl status NetworkManager
journalctl -u NetworkManager -b

إذا كانت الخدمة غير أساسية، يمكن تعطيلها مؤقتًا لاختبار ما إذا كان النظام سيكمل الإقلاع.

8. إذا كانت المشكلة في النواة أو initramfs

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

افتح GRUB
اختر Advanced options
اختر إصدارًا أقدم من النواة

إذا نجح الإقلاع، يمكنك إعادة إنشاء initramfs:

sudo update-initramfs -u

9. إذا كان السبب تعريف GPU

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

يمكنك تجربة إضافة nomodeset مؤقتًا في GRUB:

linux /boot/vmlinuz ... quiet splash nomodeset

إذا نجح الإقلاع بهذه الطريقة، فغالبًا السبب هو تعريف الرسوميات. بعد ذلك يمكن إعادة تثبيت التعريف المناسب.

10. لا تنسَ التحقق من المساحة المتبقية

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

تحقق من المساحة باستخدام:

df -h

إذا كانت المساحة شبه ممتلئة، قم بتنظيف الحزم والكاش:

sudo apt clean
sudo apt autoremove

وقد تحتاج أيضًا إلى حذف الأنوية القديمة أو ملفات السجل الكبيرة.

11. إذا لم تنجح أي محاولة، انسخ بياناتك أولًا

إذا لم تتمكن من الدخول عبر TTY أو Recovery Mode أو لم تنجح الحلول الأساسية، فمن الأفضل استخدام Live USB ونسخ ملفاتك المهمة أولًا. ويصبح هذا أكثر أهمية إذا كنت تشك في وجود عطل مادي في القرص.

من خلال Live USB يمكنك:

نسخ الملفات المهمة
تشغيل fsck
إعادة تثبيت GRUB
فحص ملفات الإعدادات
التحقق من حالة القرص

الخلاصة

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

سجّل رسالة الخطأ بدقة
أظهر سجل الإقلاع التفصيلي
استخدم TTY أو Recovery Mode أو Live USB
افحص GRUB ونظام الملفات والخدمات والنواة والتعريفات والمساحة المتوفرة
إذا شككت في تلف القرص، احفظ البيانات أولًا

المفتاح الأساسي هو عدم إعادة التثبيت بشكل عشوائي، بل استخدام رسالة الخطأ كدليل للوصول إلى السبب الحقيقي.