الجزء الثالث حل مشكلة الإقلاع emergency mode

بسم الله الرحمن الرحيم

السلام عليكم ورحمة الله وبركاته

الجزء الثالث حل مشكلة الإقلاع emergency mode .

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


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

1-توضيح بعض الأمور .

سأقوم بهذا الشرح بإصلاح النظام من خلال القرص الحي أو الفلاشة وسأحاول أن أخذ بعين الإعتبار كل الإحتمالات لضمان نجاح الامر .

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

لهذا من المهم الإنتباه والتركيز ,الذي أريد أن أقوله أرجو فهم كيف يتم الامر وليس نسخ لصق للأوامر لأن كما ذكرت سابقا لا يوجد وصفة سحرية للأمر لأن تقسيمات الهارديسك تختلف من جهاز لأخر .

الإصلاح من القرص الحي أو الفلاشة .

بعد الإقلاع من القرص الحي أو الفلاشة قمت بعرض الأقسام الموجودة على الهارديسك الأول dev/sda/  وهو المستخدم غالبا لأن أغلبنا لديه هارديسك واحد وحتى لو كان لدينا أكثر من هارديسك غالبا النظام سيكون مثبت على الهارديسك الأول. 

1-أول قسم dev/sda1/ تابع للينكس كيف عرفت هذا ؟ من ال Type .

2-ثاني قسم dev/sda2/  هو أيضا تابع للينكس ونلاحظ أنه قسم lvm وهو المستخدم في فيدورا بشكل إفتراضي ,تعريف جدا بسيط لل lvm بشكل بسيط وفقط لتقريب الصورة يمكنك تخيله أنك تقوم بتحويل قسم من الهارديسك الحقيقي إلى هارديسك وهمي أخر وداخل هذا الهارديسك الوهمي الأخر ممكن أن يحتوي قسم واحد أو أكثر طبعا هذا تعريف لتقريب الصورة فقط يعني لا تعتبرو كلامي كلام علمي ورسمي.
 

 

 1-قمت بعمل إصلاح للقسم dev/sda1/ .

 الأن في القسم lvm يختلف الامر قليلا كما ذكرت سابقا يمكنكم تخيله هارديسك وهمي يمكن أن يكون داخله قسم أو أكثر ,نستعرض المسار dev/mapper/ نلاحظ لدي fedora-root و fedora-swap وباقي الأشياء خاصة بالقرص الحي لا دخل لنا بها ,الأن نلاحظ أن لدي قسمين داخل lvm قسم swap و قسم root نقوم بإصلاح الأقسام ماعدا القسم swap وكل شيء يبدأ ب live يعني مثلا إلى جانب fedora-root قد يكون هناك أيضا fedora-home يعني على حسب طريقة تقسيم الهارديسك التي إتبعناها أثناء تثبيت فيدورا .

sudo fsck -f -a /dev/mapper/fedora-root

sudo fsck -f -a /dev/mapper/fedora-home

إلى هنا يكون إنتهى الإصلاح نعيد إقلاع الجهاز ,بإختصار نقوم بالإقلاع من القرص الحي وتفحص وإصلاح كل الأقسام التابعة للينكس إن كانت lvm او لم تكن .

إصلاح الأمر من دون إستخدام القرص الحي أكرر أني أخذ بعين الإعتبار كل الإحتمالات يعني أحيانا قد نحتاج كل الخطوات التي سأشرحها.

 نعيد إقلاع الجهاز ونقف هنا ونضغط على مفتاح e .

نبحث عن هذا السطر لتسهيل الأمر بكل بساطة يبدأ بكلمة linux يتبعه vmlinuz/ ويحتوي على كلمة rhgb و quiet .

 نكتب rd.break=pre-mount في السطر الذي تكلمنا عنه ثم نضغط سويا على مفتاحي Ctrl و x .

 نكتب blkid ونلاحظ الأقسام الموجودة نلاحظ أن بعض الأقسام لم تظهر مثل القسم home نتابع سنتكلم عن الأمر لاحقا .

 نقوم بإصلاح الأقسام التي ظهرت طبعا ماعدا القسم swap أمثلة.

fsck -f -a /dev/sda1

fsck -f -a /dev/mapper/fedora-root .

أخيرا نكتب exit .

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

الان المشكلة كانت عندي في القسم home لاكنه لم يظهر عندما إستخدمنا rd.break=pre-mount على العموم سأضع الأوامر في الأسفل لأني للأسف أضعت الصورة التي توضح أكثر .

1-أولا نستعرض مجلد dev/mapper/ .

ls /dev/mapper

2-إذا وجدنا أقسام أخرى غير fedora-root و fedora-swap نقوم بإصلاحهم مثلا عندي كان لدي قسم إسمه  fedora-home لإصلاح الأمر من دون تدخل مني وطلب الموافقة مني كل فترة كتبت الأمر في الأسفل .

fsck -f -a /dev/mapper/fedora-home 

3-ملاحظة أخرى نلاحظ أني إستعلمت بأي target يقلع النظام في حال لم يكن graphical.target ننفذ الأمر في الأسفل .
systemctl set-default graphical.target

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

أخيرا أريد أن أوضح أننا أحيانا قد لا نحتاج خطوات rd.break=pre-mount لاكن كتبت الأمر  في حال أردنا فحص القسم root قبل أن يقوم النظام بعمل وصل له يعني أحيانا يكفي كتابة كلمة مرور المستخدم روت والدخول ومحاولة إصلاح الأقسام التي تظهر معنا وتحل المشكلة لاكني أشرح للجميع وأشرح كل ما أعرفه وأظن أنه قد يكون مفيد حتى تكون نسبة النجاح لمن يقرأ الموضوع كبيرة.


الجزء الاول .
http://www.arfedora.com/2017/04/emergency-mode-legacy-bios.html

الجزر الثاني .
http://www.arfedora.com/2017/04/emergency-mode-uefi.html

الكاتب : Yucuf Sourani

شارك الموضوع

مواضيع ذات صلة