تشخيص مشاكل بدء تشغيل نظام لينكس وأعطال الأجهزة

إنفورماتيك ديجيتال » موارد » تشخيص مشاكل بدء تشغيل نظام لينكس وأعطال الأجهزة

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

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

الأسباب الشائعة لمشاكل بدء التشغيل في نظام لينكس

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

تنشأ المجموعة الأولى من المشاكل من مدير الإقلاع وإعدادات BIOS/UEFI : إدخالات GRUB مُنشأة بشكل غير صحيح، أو استبدال سجل الإقلاع الرئيسي (MBR) بعد تثبيت ويندوز في إعداد إقلاع مزدوج ، أو عدم توافق ميزة الإقلاع الآمن مع توزيعتك، أو محاولة BIOS الإقلاع من قرص خاطئ. في هذه الحالات، غالبًا لن ترى قائمة GRUB، أو عند اختيار توزيعة لينكس، سيتجمد النظام أو يعود إلى البرامج الثابتة.

هناك عقبة أخرى مهمة تتعلق بـ القرص ونظام الملفاتقد تشمل هذه المشاكل تلف الأقسام، أو القطاعات التالفة، أو تلف نظام الملفات EXT4 أو XFS، أو امتلاء أقراص النظام، أو أخطاء LVM. وعادةً ما تظهر هذه المشاكل على شكل رسائل أثناء بدء التشغيل مثل "فشل في تحميل /…"،"خطأ في نظام الملفات EXT4"،"XFS: قم بإلغاء تحميل نظام الملفات وتشغيل xfs_repairأو حتى ينتهي بهم الأمر في وضع الطوارئ يطلبون منك تنفيذ journalctl -xb.

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

يجب ألا ننسى القسم المتعلق بتكوين النظام نفسه : قواعد التمهيد الآمن الصارمة للغاية (على سبيل المثال، تم تكوين auditd مع HALT عندما يكون /var/log/audit ممتلئًا)، والخدمات الحيوية التي تفشل بسبب نقص المساحة، أو التغييرات في ملفات التكوين التي تمنع بدء تشغيل البرامج الأساسية (الشبكة، systemd، cloud-init في السحابات مثل Azure، وما إلى ذلك).

وأخيرًا، هناك طبقة الأجهزة: أقراص ذات علامات SMART حمراء، وذاكرة وصول عشوائي (RAM) بها أخطاء ECC، وبطاقات شبكة تفقد حزم البيانات، أو محركات أقراص الحالة الصلبة (SSD) التي ترتفع درجة حرارتها . غالبًا ما يكمن الدليل في رسائل النواة (dmesg) أو في عدادات SMART وEDAC، لذا سنرى كيفية قراءتها بعناية.

كيفية تحديد مصدر فشل بدء التشغيل

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

في الأنظمة التي تستخدم GRUB، يمكنك تعطيل الوضع الصامت عن طريق تعديل الملف /etc/default/grub . ابحث عن السطر التالي:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

واستبدله بما يلي:

GRUB_CMDLINE_LINUX_DEFAULT=""

ثم شغّل الأمر `update-grub` (أو الأمر المكافئ في توزيعتك) لإعادة إنشاء الإعدادات. عند إعادة التشغيل التالية، ستظهر لك جميع رسائل النواة وsystemd، مما يسمح لك بتحديد الخطأ الدقيق الذي تسبب في تعطل النظام.

إذا تمكن النظام من الإقلاع جزئيًا أو تمكنت من الوصول إليه من بيئة تشغيل مباشرة، فسيكون لديك العديد من سجلات المفاتيح المتاحة في /var/log :

• /var/log/boot.log: يسجل كل ما يحدث أثناء مرحلة بدء التشغيل؛ إذا كان العطل في هذه المرحلة، فهو أول مكان يجب البحث فيه.
• / فار / سجل / رسائل o / فار / سجل / سيسلوغ (حسب التوزيعة): أحداث النظام العامة، مفيدة جدًا لعرض الأخطاء في الخدمات والبرامج الخفية وما إلى ذلك.
• dmesgيعرض رسائل النواة، بما في ذلك أعطال الأجهزة، ومشاكل الوحدات، وأخطاء ناقل البيانات، وأخطاء PCI، وما إلى ذلك.
• journalctlفي الأنظمة التي تستخدم systemd، تُعد الأداة الرئيسية لاجتياز سجل النظام بأكمله؛ مع journalctl -xb سترى البداية النهائية بكل روعتها.

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

تحقق مما إذا كانت المشكلة متعلقة بالأجهزة أو البرامج

قبل أن تبدأ بتعديل الإعدادات، من المفيد التحقق مما إذا كانت المشكلة تكمن مباشرةً في مكونات الجهاز: القرص، أو الذاكرة، أو المعالج، أو اللوحة الأم، أو مزود الطاقة . فالعديد من عمليات التثبيت التي تتعطل "عشوائيًا" تكشف في الواقع عن عطل في وحدة التخزين SSD أو ذاكرة الوصول العشوائي RAM.

الخطوة الأولى، إذا لم يتعرف الكمبيوتر على القرص، هي الدخول إلى BIOS/UEFI والتأكد من ظهور القرص في القائمة. إذا لم يظهر القرص نهائيًا، أو ظهر بشكل متقطع، فتحقق من التوصيلات وكابلات SATA ومصدر الطاقة، أو افترض أن القرص قد يحتاج إلى إعادة تدوير.

إذا وصلت إلى قائمة GRUB أو إلى وضع التشغيل المباشر، يمكنك تشغيل برنامج MemTest86+ من قائمة GRUB لفحص ذاكرة الوصول العشوائي (RAM). اتركه يعمل لثماني دورات على الأقل؛ إذا ظهرت خطوط حمراء، فهذا يعني أن الذاكرة معيبة ويجب استبدال وحداتها. ذاكرة الوصول العشوائي المعيبة بيئة خصبة لتلف البيانات.

للتحقق من حالة الأقراص في نظام لينكس، استخدم أداة smartmontools . بعد تثبيتها، فعّل خاصية SMART وراجع أهم خصائصها:

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

باستخدام الأمر `smartctl -H /dev/sdX`، يمكنك التحقق بسرعة من حالة القرص، سواء اجتاز اختبار السلامة أم لا. إذا كانت النتيجة "غير ناجح"، فيجب عليك نسخ بياناتك احتياطيًا في أسرع وقت ممكن والبدء في التفكير في استبداله.

إذا كنت تشك في ارتفاع درجات الحرارة، فقم بالتثبيت أجهزة استشعار lm و اهرب sensors (o watch -n 2 sensors (لعرضها في الوقت الفعلي). بالنسبة لمحركات الأقراص الصلبة SSD ومحركات أقراص SATA، com.hddtemp يعرض لك درجة الحرارة الحالية، مما يتيح لك اكتشاف الوحدات التي ترتفع درجة حرارتها بشكل مفاجئ حتى في وضع الخمول، وهو أمر مفيد لـ... تحسين الخادم.

تشخيص الأجهزة المتخصص في نظام لينكس

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

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

dmesg | grep EDAC

يُتيح لك هذا معرفة ما إذا كانت هناك أخطاء مُصحَّحة (CE) أو أخطاء غير مُصحَّحة (UE) . تُشير الأخطاء المُصحَّحة إلى وجود أعطال في ذاكرة الوصول العشوائي (RAM)، ولكن تمكَّن الجهاز من تصحيحها؛ ويُنصح بمراقبة هذه الوحدات لأنها عادةً ما تُصبح أخطاءً غير قابلة للتصحيح مع مرور الوقت. أما الأخطاء غير المُصحَّحة، فغالبًا ما تنتهي بانهيار النواة (Kernel Panic) لمنع تلف البيانات بشكلٍ خطير .

للتحقق من بنية الذاكرة وسعتها، يُظهر لك الأمر `dmidecode -t memory` نوع وحدات الذاكرة (DDR3، DDR4، DDR5)، وسعاتها، وعدد الفتحات المشغولة، وغير ذلك. كما يمكنك استخدام الأمر `dmidecode -t 16` لمعرفة أقصى سعة ذاكرة وصول عشوائي (RAM) تدعمها اللوحة الأم، وهو أمر مفيد إذا كنت تفكر في الترقية.

في مجال مراقبة درجة الحرارة والمراقبة المرئية، يمكنك دعم بيانات درجة حرارة المستشعر ومحرك الأقراص الصلبة باستخدام أدوات رسومية مثل psensor أو xsensors ، والتي ترسم درجة الحرارة بمرور الوقت لاكتشاف الارتفاعات غير العادية أو المعدات التي تكون باستمرار عند حد الحرارة.

لتشخيص الأقراص ومحركات أقراص USB ، بالإضافة إلى استخدام الأمر lsblk والأمر fdisk -l لعرض قائمة الأجهزة، من المفيد جدًا الجمع بين ما يلي:

• مدافع -h y مدافع-طنسبة استخدام المساحة والملفات؛ يمكنك أن يكون لديك جيجابايتات خالية ولكن 100٪ من الملفات مشغولة وسيظل النظام يشتكي من "عدم وجود مساحة".
• fsck /dev/sdXN -y: يبحث عن الأخطاء المنطقية في أنظمة الملفات (EXT2/3/4، من بين أنظمة أخرى) ويصلحها.
• badblocks /dev/my_disk: يقوم بفحص القطاعات المعيبة ويضع علامة عليها حتى لا يستخدمها النظام (يوصى بشدة بعمل نسخة احتياطية قبل القيام بذلك).

في حالة بطاقة الشبكة ، تشمل الأعراض الشائعة انقطاع الاتصال، وتأخر الاستجابة، أو فقدان الحزم غير المبرر. يمكنك استخدام أداة ethtool لمراجعة الإحصائيات، وأداة netstat للتحقق من معدلات فقدان الحزم (RX-DRP وTX-DRP). إذا تجاوزت نسبة فقدان الحزم 0,2% تقريبًا ، فإن أداء الشبكة يتأثر بشكل واضح، وقد تكون بطاقة الشبكة معيبة أو لا يدعمها برنامج التشغيل بشكل كافٍ.

أخطاء امتلاء القرص ونقص المساحة: الخطأ الكلاسيكي "لا توجد مساحة كافية على الجهاز"

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

في بيئات مثل Azure، من الشائع رؤية رسائل كهذه في وحدة التحكم أو في تشخيصات بدء التشغيل:

• لم يتبقى مساحة في الجهاز في cloud-init، مما قد يمنع الجهاز الظاهري من إكمال عملية الإقلاع.
• رسائل متكررة من "لا توجد مساحة متبقية على الجهاز" والتي تؤثر على الخدمات الحيوية، بما في ذلك وكيل السحابة.
• أخطاء في سجلات النظام تشير إلى تعذر كتابة سجلات التدقيق أو سجلات الشبكة.

لتحديد موقع ما يشغل المساحة بسرعة، يمكنك استخدام أوامر مثل:

• du -ks /* | sort -n: يسرد الدلائل الجذرية مرتبة حسب الحجم؛ ويكرر ذلك داخل الدلائل الأثقل حجماً حتى يتم العثور على السبب الحقيقي.
• ls -altSr /var/logيعرض ملفات السجل مرتبة حسب الحجم، من الأصغر إلى الأكبر؛ وسترى غالبًا سجلات قديمة ضخمة يمكن تدويرها أو حذفها.
• ابحث عن / -الحجم +500 ميجابايت -نفّذ الأمر ls -alFh {} \;: ابحث عن الملفات الفردية الكبيرة؛ اضبط حجم 500 ميجابايت حسب الحاجة.

إلى جانب امتلاء مجلدات /var/log أو /tmp المعتادة، توجد إعدادات أمان مثل Auditd قد يتسبب ذلك في إيقاف تشغيل الجهاز أو فشله في بدء التشغيل عندما نفدت المساحة في /var/log/audit. إذا كان في /etc/audit/auditd.conf عندك:

admin_space_left_action = HALT
disk_full_action = HALT
disk_error_action = HALT

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

عندما لا يكون هناك طريقة لحذف الأشياء لأن النظام لن يبدأ التشغيل حرفيًا، يمكنك اللجوء إلى أوضاع الإنقاذ : أوامر الإصلاح السحابي التلقائي (على سبيل المثال، az vm repair في Azure)، أو الأجهزة الظاهرية للاسترداد، أو وضع المستخدم الفردي لتركيب القرص وحذف الملفات غير الضرورية حتى يكون لديك 10٪ على الأقل من المساحة الحرة في نظام الملفات الذي يستضيف /var/log وبقية الدلائل الهامة.

نظاما الملفات EXT4 و XFS التالفان: كيفية إصلاح أنظمة الملفات التالفة

إذا رأيت عند بدء التشغيل أشياء مثل "EXT4-fs error (device sda1)" أو "bad extra_isize" أو "no journal found" أو رسائل XFS مثل "Metadata CRC error detected… unmount and run xfs_repair" ، فأنت لا تتعامل مع مشكلة لمرة واحدة: نظام الملفات تالف ولن يتم تشغيل الجهاز بشكل طبيعي حتى تقوم بإصلاحه.

الخطوة الأولى هي تحديد الجهاز المتأثر . في سجلات الإقلاع، انظر إلى النص الذي يظهر بين قوسين في رسائل النواة: sda1، sdc1، dm-0، dm-2، /dev/mapper/vgname/lvname، إلخ. سيخبرك هذا ما إذا كنت تتعامل مع قسم مباشر (sdXN) أو وحدة تخزين منطقية LVM (dm-N، /dev/vgname/lvname).

بمجرد حصولك على صلاحية الوصول إلى سطر الأوامر (وضع الطوارئ، أو وضع المستخدم الفردي، أو جهاز الإنقاذ)، شغّل الأمر `lsblk -f` لعرض البنية الكاملة: الأقراص، والأقسام، وLVM، وأنواع أنظمة الملفات. من المهم جدًا التأكد هنا مما إذا كان هذا القسم بالفعل من نوع ext4 أو xfs أو vfat أو LVM2_member ، إلخ، وعدم الاعتماد فقط على ما يُظهره الملف `/etc/fstab` إذا كنت تشك في وجود خطأ في تكوينه.

لإصلاح أنظمة ملفات EXT4 ، يُستخدم الأمر fsck . وكقاعدة عامة:

• تأكد من أن نظام الملفات غير صاعد (إذا كان قرص بيانات) أو أنك تعمل من بيئة إنقاذ حيث لا يتم استخدامه.
• لانزا fsck /dev/sdXN o fsck /dev/vgname/lvnameسيسألك عما إذا كنت تريد تصحيح التناقضات، وإعادة إنشاء عقدة تغيير الحجم، وضبط عدادات الكتل، وما إلى ذلك.
• إذا ظهرت أسئلة كثيرة، قم بالمقاطعة باستخدام CTRL+C ثم أعد التشغيل باستخدام fsck -y بحيث يجيب تلقائيًا بـ "نعم"؛ وبهذه الطريقة لن يفوتك أي شيء.
• إذا قمت بنقل الملفات إلى فقدت + وجدتسيتعين عليك فحصها لاحقًا وإعادتها إلى مكانها الصحيح.
• أعد تشغيل fsck حتى تشير المخرجات إلى أن نظام الملفات نظيف.

في حالة نظام الملفات XFS ، تكون الأداة المستخدمة هي xfs_repair . ويكون سير العمل المعتاد هنا كالتالي:

• أولاً، فحص جاف: xfs_repair -n /dev/vgname/homelv لمعرفة حجم الضرر دون إجراء أي تعديلات.
• إذا كان التحليل معقولاً، فأعد المحاولة بدون الخيار -n حتى يتمكن من محاولة التصحيح: xfs_repair /dev/vgname/homelv.
• إذا اشتكى الأمر من وجود "تغييرات قيّمة في البيانات الوصفية في سجل النظام تحتاج إلى إعادة إنتاجها"، فحاول تثبيته: في أنظمة XFS، تُطبّق العديد من التغييرات المعلقة فور التثبيت. إذا كنت تستخدم جهازًا افتراضيًا احتياطيًا، يمكنك القيام بذلك في نقطة مثل /recovery.
• إذا لم يكن هناك حل آخر ولم يتم إصلاح أخطاء السجل، فإن الملاذ الأخير هو استخدام xfs_repair -L لحذف سجل العمليات وإعادة تجميع النظام كما لو تم تطبيق جميع التغييرات. قد يؤدي ذلك إلى فقدان البيانات الحديثة، لذا لا تلجأ إلى هذا الخيار إلا كملاذ أخير.

في جميع الأحوال، من الضروري فهم أن أداتي fsck و xfs_repair ليستا سحريتين : فهما تُصلحان بنية نظام الملفات، لكنهما لا تستطيعان استعادة جميع البيانات دائمًا. لذا، من الأهمية بمكان الاحتفاظ بنسخ احتياطية سابقة، وإذا كنت تستخدم خدمة سحابية أو جهازًا افتراضيًا، فمن الضروري العمل من لقطة قرص أو نسخة مُرفقة بجهاز استعادة.

GRUB وUEFI وSecure Boot وغيرها من أنظمة التمهيد الكلاسيكية

عندما تقوم بتشغيل الكمبيوتر ولا ترى حتى قائمة GRUB، أو عندما يقوم BIOS/UEFI بإظهار أخطاء مثل "فشل في فتح \EFI\ubuntu\grubx64.efi - غير موجود" ويدخل في حلقة محاولة التمهيد من هذا الإدخال، فإن المشكلة تكمن على الأرجح في مدير التمهيد أو تكوين البرامج الثابتة.

قد تحدث هذه الأخطاء بعد تثبيت نظام ويندوز في وضع الإقلاع المزدوج (مما يؤدي غالبًا إلى تغيير سجل الإقلاع الرئيسي أو استبدال إدخالات UEFI)، أو بعد حذف قسم EFI عن طريق الخطأ، أو بعد التلاعب بترتيب الإقلاع في BIOS. في أجهزة الكمبيوتر المحمولة الحديثة، من الشائع أن يُعاد تشغيل الجهاز بشكل متكرر إذا كان إدخال UEFI "ubuntu" يشير إلى ملف غير موجود، محاولًا تحميله.

أسهل طريقة لإصلاح مُحمّل الإقلاع GRUB المعطّل هي الإقلاع من توزيعة مباشرة (مثل أوبونتو) واستخدام أداة Boot-Repair . الإجراء المعتاد هو:

• ابدأ من يو إس بي لايف وافتح نافذة طرفية.
• أضف المستودع وقم بالتحديث: sudo apt-add-repository ppa:yannubuntu/boot-repair && sudo apt update.
• تثبيت الأداة: sudo apt install -y boot-repair.
• قم بتشغيله مع boot-repair واختر خيار "الإصلاح الموصى به".

يقوم برنامج Boot-Repair بتحليل الأقسام، وتحديد الأنظمة المثبتة، وإعادة تكوين GRUB، وإعادة إنشاء ملف التكوين، وإذا لزم الأمر، يقوم بتعديل إدخالات UEFI بحيث يتم تشغيل الكمبيوتر من مدير التمهيد المناسب.

في الأنظمة التي تدعم UEFI، والتمهيد الآمن، والتمهيد السريع ، توجد بعض حالات عدم التوافق التي يجب الانتباه إليها. لا تدعم جميع توزيعات نظام التشغيل التمهيد الآمن بشكل صحيح، وبعض التوزيعات المصممة للأجهزة القديمة لا تعمل بشكل جيد مع UEFI. إذا كانت توزيعتك غير موقّعة أو كان برنامج التمهيد غير متوافق، فقد يرفض UEFI تحميل النواة.

في هذه الحالات، يتضمن الحل عادةً الوصول إلى إعدادات UEFI، وتفعيل وضع Legacy/CSM للسماح بالتمهيد التقليدي على غرار BIOS، وتعطيل ميزة التمهيد الآمن . مع ذلك، إذا كنت تستخدم نظام Windows 11 على هذا الجهاز أو ترغب في الترقية من Windows إلى Linux ، فقد يؤدي تعطيل التمهيد الآمن إلى تعطيل متطلبات تمهيد Windows، لذا يُنصح بتحديد النظام ذي الأولوية أو البحث عن توزيعة Linux متوافقة مع التمهيد الآمن لتجنب الحاجة إلى الوصول إلى BIOS في كل مرة.

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

استخدام أوضاع الاسترداد وأدوات الإصلاح المدمجة

إذا ظهر GRUB ولكن فشل نظام Linux الخاص بك في التمهيد، أو إذا كنت تشك في أن حزمة ما قد تُركت غير مكتملة أو أن النظام قد تعرض للتلف بعد التحديث، فيمكنك الاستفادة من الخيارات المتقدمة لـ GRUB وأوضاع الاسترداد المضمنة في معظم التوزيعات.

تحتوي قائمة GRUB عادةً على خيار يُسمى " خيارات متقدمة " أو ما شابه. ستجد بداخله عادةً جميع إصدارات النواة المتاحة، ولكل منها وضع استعادة . اختر وضع الاستعادة لأحدث إصدار (وإذا لم ينجح ذلك، فجرّب الإصدار السابق).

يعرض لك وضع الاسترداد قائمة بأدوات مفيدة للغاية لـ:

• fsck: فحص وإصلاح نظام الملفات (على غرار chkdsk في نظام التشغيل Windows).
• نظيف: قم بتحرير المساحة عن طريق حذف الملفات المؤقتة والملفات المتبقية الأخرى.
• نظام إدارة حزم دبيان: إصلاح الحزم المعطوبة، أو التبعيات غير الملباة، أو عمليات التثبيت العالقة.
• نكش: إعادة إنشاء إعدادات مدير الإقلاع.

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

في السحابات مثل Azure ، بالإضافة إلى أوضاع الطوارئ والمستخدم الفردي، لديك أدوات محددة مثل Azure Linux Automatic Repair (ALAR) وأمر az vm repair ، والتي تعمل على أتمتة جزء من العملية: فهي تقوم بتحميل قرص النظام في جهاز افتراضي للإنقاذ، وتشغيل إجراءات مثل "auditd" لإصلاح التكوينات النموذجية، وتسمح لك بالرجوع بسهولة إذا حدث خطأ ما.

استراتيجيات لإعادة تثبيت نظام لينكس دون فقدان البيانات

في بعض الحالات، مهما بلغت دقة بحثك، يكون النظام معطوبًا بشدة أو يكون جهازك غير مألوف (مثل جهاز HP N150 أو أجهزة الكمبيوتر المحمولة الحديثة ذات وحدات التحكم المعقدة)، لذا فإن الحل الأمثل هو إعادة تثبيت نظام التشغيل . مع ذلك، لا يعني هذا بالضرورة فقدان جميع بياناتك.

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

إن الطريقة الأكثر فعالية للحماية من عمليات إعادة التثبيت المستقبلية هي تنظيم القرص في عدة أقسام منفصلة :

• واحد لـ / (جذر): النظام الأساسي.
• واحد آخر لـ / التمهيد (و /boot/efi في UEFI) إذا كنت تريد المزيد من التحكم في عملية الإقلاع.
• قسم حصري لـ / الرئيسية أو للبيانات.

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

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

أفضل الممارسات لمنع تكرار المشاكل

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

أولًا، احرص على تحديث نظامك وبرامجك باستمرار ، ولكن باعتدال. في توزيعات البرامج ذات التحديثات المستمرة مثل Arch، تُعدّ التحديثات المتكررة ضرورية؛ أما في التوزيعات الأكثر استقرارًا (مثل Debian Stable وUbuntu LTS)، فيمكنك تباعد التحديثات قليلًا، ولكن لا يُنصح بتركها دون تحديث لسنوات. قبل إجراء تغييرات جوهرية على النواة أو الإصدار، احرص دائمًا على إنشاء نسخة احتياطية جيدة.

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

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

وأخيرًا، من المستحسن دائمًا مراقبة حالة النظام بانتظام: فحص نظام SMART شهريًا، ومراقبة عدد الملفات (inodes) والمساحة الحرة على الأقسام الحيوية (/، /var، /home)، والاطلاع على سجلات النظام بحثًا عن الرسائل المتكررة، والحفاظ على انخفاض درجة الحرارة ومستويات الغبار على الأجهزة. يُجنّبك اتباع روتين صيانة بسيط الكثير من الوقت والجهد المبذول في إصلاح الأجهزة التي توقفت فجأة عن الإقلاع.

بفضل هذه المجموعة من التقنيات والأوامر وأفضل الممارسات، لم يعد تشخيص وإصلاح مشاكل الإقلاع وأخطاء الأجهزة في نظام لينكس عملاً يعتمد على الحظ، بل أصبح عملية معقولة إلى حد كبير: أولاً، تحدد ما إذا كان العطل ناتجًا عن القرص أو نظام الملفات أو GRUB أو النواة أو التكوين أو الأجهزة؛ ثم تطبق الأداة المناسبة (fsck، xfs_repair، Boot-Repair، smartctl، MemTest، أوضاع الاسترداد، إلخ)؛ وفي أسوأ الأحوال، يكون لديك خطة بديلة منظمة جيدًا مع أقسام ونسخ احتياطية منفصلة تسمح لك بإعادة التثبيت دون حدوث كارثة.