الإصلاح: غير قادر على تحميل الجذر fs على كتلة غير معروفة



جرب أداة القضاء على المشاكل

نظرًا لأن وصول غير قادر على تحميل الجذر fs على خطأ كتلة غير معروف ينذر بعدم قدرتك على تشغيل تثبيت GNU / Linux ، فقد يكون الحصول على خطأ مثيرًا للقلق. ستشاهده غالبًا بعد حدوث خطأ في التحديث أو تداخل نوع آخر من عدم انتظام النظام مع التشغيل العادي لـ kernel.



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



إعادة تركيب وحدة initramfs وإصلاحها

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



ذعر نواة

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

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



في كلتا الحالتين ، بمجرد بدء التشغيل ، افتح Terminal باستخدام Ctrl + Alt + T بغض النظر عن الطريقة التي استخدمتها لبدء تشغيل جهازك. ضع قائمة بالأقسام الموجودة على جهازك باستخدام sudo fdisk -l وابحث عن الجزء الذي يمثل نظام الملفات الجذر. بمجرد العثور عليه ، اكتب sudo mkdir / mnt / fs؛ sudo mount / dev / sda1 / mnt / fs ، على الرغم من أنه سيتعين عليك بطبيعة الحال استبدال / dev / sda1 باسم القسم الصحيح إذا لم يكن الأمر كذلك. يجب أن يكون هذا هو قسم الجذر في العديد من أنظمة Linux Mint و Debian و Ubuntu.

ستحتاج إلى تركيب قسم EFI إذا كان لديك واحد. بافتراض أنك تستخدم عملية تمهيد قديمة للتثبيت من قرص مقسم MBR ، فلن تضطر إلى القيام بذلك. إذا كان لديك نظام EFI ، فقم بتشغيل sudo mkdir / mnt / boot / efi؛ sudo mount / dev / sda2 / mnt / boot / efi أثناء استبدال / dev / sda2 مرة أخرى برقم القسم الصحيح. يجب أن يكون الأمر fdisk السابق قد سرد كافة الأقسام.

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

sudo mkdir -p / mnt / dev / pts ؛ sudo mount -o bind / dev / mnt / dev sudo mount -o bind / dev / pts / mnt / dev / pts sudo mkdir / mnt / sys ؛ sudo mount -t sysfs / sys / mnt / sys sudo mkdir / mnt / proc ؛ sudo mount -t proc / proc / mnt / proc sudo chroot / mnt

قم بتشغيل dpkg –list | grep linux-image للعثور على صورة Linux التي تقوم بتشغيلها ، ثم قم بتشغيل update-initramfs -u -k 4.10.0-38-generic ، مع التأكد من استبدال التسمية بما تقوم بتشغيله بالفعل. استخدمنا الاسم من تثبيت اختباري لـ Xubuntu كنا نشغله ، لكن صورتك قد تكون مختلفة تمامًا. بمجرد الانتهاء ، قم بتشغيل update-grub ؛ الخروج وستعود في أول موجه لك. جرب sudo umount / mnt / boot / efi إذا كنت تستخدم أي نوع من أنظمة UEFI.

لا يتعين عليك القيام بذلك إذا كنت تستخدم نظامًا قديمًا. في أي حال ، سترغب في تشغيل sudo umount / mnt؛ إعادة التشغيل ثم التمهيد كالمعتاد.

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

بمجرد أن تعمل الأشياء مرة أخرى ، قد ترغب في التحديث باستخدام kernel الجديد.

العلامات كيفية استخدام Linux 3 دقائق للقراءة