แก้ไข: ไม่สามารถติดตั้ง root fs บนบล็อกที่ไม่รู้จัก



ลองใช้เครื่องมือของเราเพื่อกำจัดปัญหา

เนื่องจากการมาถึงของไม่สามารถติดตั้ง root fs บนข้อผิดพลาดของบล็อกที่ไม่รู้จักจึงทำให้คุณไม่สามารถบูตการติดตั้ง GNU / Linux ของคุณได้จึงอาจเป็นข้อผิดพลาดที่ค่อนข้างจะได้รับ คุณจะเห็นบ่อยที่สุดหลังจากการอัปเดตผิดพลาดหรือความผิดปกติของระบบบางอย่างขัดขวางการทำงานปกติของเคอร์เนลของคุณ



ผู้ใช้หลายคนไม่ต้องการที่จะทำงานกับเคอร์เนล Linux เนื่องจากการทำเช่นนั้นอาจค่อนข้างน่ารำคาญ โชคดีที่นี่เป็นปัญหาที่ง่ายพอที่จะแก้ไขได้หากคุณสามารถบูตเครื่องโดยใช้เคอร์เนลอื่นที่เก็บไว้ในเครื่องหรือเข้าถึงคอมพิวเตอร์เครื่องอื่นเพื่อสร้างธัมบ์ไดรฟ์ที่สามารถบู๊ตได้



การติดตั้งใหม่และการซ่อมแซมโมดูล initramfs

ข้อผิดพลาดนี้มักเกิดขึ้นเนื่องจากคุณไม่มี initramf สำหรับเคอร์เนลที่คุณใช้งานอยู่ เนื่องจากคุณไม่สามารถบูตระบบได้อย่างถูกต้องคุณจึงมีสองทางเลือกในการเข้าสู่เชลล์ คุณจะสังเกตเห็นว่าเป็นส่วนหนึ่งของหน้าจอสีดำที่มีข้อความไม่กี่บรรทัดหรือหลายบรรทัดเมื่อคุณพยายามบูต ระบบจะปรากฏขึ้นหลังจากที่คุณได้รับมัน



เคอร์เนลแพนิค

รีบูตจากนั้นลองกด shift ทันทีหลังจากที่คุณเห็นโลโก้ BIOS หรือ UEFI เมื่อคุณเปิดเครื่อง หากคุณเห็นเมนู Grub ปรากฏขึ้นคุณสามารถเลือกการตั้งค่าตัวเลือกขั้นสูงและลองใช้เคอร์เนลรุ่นเก่า คุณอาจเข้าสู่ระบบของคุณได้ด้วยวิธีนี้

หากไม่ได้ผลคุณจะต้องบูตจากซีดีสด USB หรือการ์ด SD คุณสามารถสร้างได้โดยดาวน์โหลดสื่อการติดตั้งสำหรับการแจกจ่ายของคุณในเครื่องอื่นเนื่องจากขออภัยคุณไม่สามารถเข้าได้หากเมนูการบูต Grub ไม่สามารถช่วยได้



ไม่ว่าจะด้วยวิธีใดก็ตามเมื่อคุณบูตแล้วให้เปิดเทอร์มินัลด้วย 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 access ในการติดตั้งของคุณ คุณจะเห็นสิ่งเหล่านี้โพสต์หลายครั้งเนื่องจากเป็นข้อผิดพลาดทั่วไป แต่สิ่งต่างๆอาจแตกต่างกันเล็กน้อยเนื่องจากการอัปเดตในอนาคต ดูเหมือนว่าคำสั่งต่อไปนี้ควรใช้งานได้:

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 -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; รีบูตแล้วบูตเหมือนปกติ

หากทุกอย่างเป็นไปด้วยดีคุณก็จะกลับมาเป็นปกติ อาจดูเหมือนเล่น ๆ ไปเรื่อย ๆ แต่ถ้าคำสั่งเหล่านี้ใช้ได้ผลคุณจะไม่ต้องปรับไฟล์การกำหนดค่าหรืออะไรทำนองนั้น คุณจะต้องเรียกใช้และเริ่มระบบใหม่เพื่อให้ระบบทำงานได้อีกครั้ง

เมื่อคุณทำงานได้อีกครั้งคุณอาจต้องการอัปเดตด้วยเคอร์เนลใหม่

แท็ก วิธีใช้ Linux อ่าน 3 นาที