hari ini saya menginstal Ubuntu 64-bit di sebuah netbook. Saat netbook mem-boot ini, laporan kesalahan muncul. Saya pikir ada masalah dengan partisi.
Gave up waiting for root device. Common problems:
— Boot args (cat /proc/cmdline)
— Check rootdelay= (did the system wait long enough?)
— Check root= (did the system wait for the right device?)
— Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/ubuntu--vg-root does not exist. Dropping to a shell!
BusyBox v.1.21.1 (Ubuntu 1:1.21.1-1ubuntu1) built-in shell (ash)
Enter 'help' for list of built-in commands.
(initramfs)
Output lsblk seperti yang diminta:
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232.9G 0 disk
├─sda1 8:1 0 231G 0 part
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 2G 0 part [SWAP]
sr0 11:0 1 1.2G 0 rom /cdrom
loop0 7:0 0 1.1G 1 loop /rofs
boot
64-bit
partitions
Jonas Franz
sumber
sumber
lsblk
dan tambahkan output ke pertanyaan Anda.lsblk
tidak tersedia?Jawaban:
Silakan tambahkan output lsblk -fs, fdisk / dev / sda dengan p flag dan laporan perbaikan grub ke pertanyaan sebagai tautan pastebin.
Berdasarkan pencarian, tampaknya ada pertanyaan serupa di Tanya Ubuntu yang tidak memiliki jawaban terkini di sini dan Di sini satu jawaban diberikan yang menjelaskan tentang raid dan ubuntu.
Tampaknya ada beberapa saran, beberapa di antaranya tampaknya bekerja untuk sebagian orang.
Dari prompt initframs, coba ketikkan
ls /dev/mapper
dan lihat apakah volume root Anda tercantum. Jika tidak terdaftar, coba tunggu 10 detik dan jalankan lagi.Jika sekarang terdaftar, ketik
exit
dan sekarang harus menemukan perangkat root dan boot (diambil dari siniEdit konfigurasi boot dengan menekan
e
ketika grub waspada untuk memilih OS, dan gantiroot=UUID-6500...
dengan diroot=/dev/sdx
mana sdx adalah partisi boot. Masalahnya di sini tampaknya adalah bahwa UUID salah, atau/dev/disk/by-UUID...
tidak ada (1)all_generic_ide
ke akhir boot-line likekernel /boot/vmlinuz-2.6.27-7-generic root=UUID=43206294-74ef-434d-aca2-db74b4257590 ro quiet splash all_generic_ide
sepertinya berfungsi untuk sebagian orang (2)Recovery
opsi mungkin berhasil bagi sebagian orangKesalahannya
/dev/mapper/ubuntu-vg-root
tampaknya terkait dengan serangan seperti dijelaskan di sini ."Di layar ringkasan penginstal tepat sebelum proses penyalinan dimulai, klik tombol Advanced. Ubah partisi boot (ini adalah partisi" parent "gaya MSDOS bukan partisi Linux) ke / dev / mapper / pdc_feddabdf (atau apa pun daftar dmraid) sebagai partisi fakeraid Anda) Pastikan kotak centang diklik untuk mem-boot dari disk ini. perhatikan bahwa penginstal akan memodifikasi grub2 untuk menunjuk ke partisi logis yang benar / dev / mapper / pdc_feddabdf1 atau apa pun / sedang aktif. "
Instruksi terperinci tentang instalasi diberikan di situs yang dimaksud. Silakan periksa di sana untuk info lebih lanjut tentang instalasi grub.
chroot
tampaknya berfungsi untuk beberapa orang (disarankan oleh cpttripzz di sini ). Instruksi tentang chroot ada di sini . Anda juga dapat merujuk ke pertanyaan ini di Unix & Linux. Rincian lebih lanjut dapat ditemukan di Arch Wiki dan Gentoo Wiki .sumber
Dalam versi Ubuntu tertentu (mis. Xubuntu 18.10) masalah ini mungkin disebabkan oleh
apt autoremove
. Karena bug ini, apt akan menyarankan untuk menghapusyang membuat sistem tidak dapat di-boot (karena partisi root tidak dapat dipasang dan tidak dienkripsi menggunakan LVM).
Jika Anda tidak menggunakan LVM dan enkripsi disk, jawaban ini mungkin bukan untuk Anda.
Saya dapat memperbaikinya dengan menginstal ulang cryptsetup dan lvm2 di lingkungan chroot: boot dari stik USB langsung, jalankan perintah di bawah dalam terminal, reboot.
Ini Q & A membantu saya mengumpulkan perintah.
sumber
nvme0n1p3
dengansda5
dannvme0n1p2
dengansda1
(partisi linux di dalam LVM dan partisi boot kecil di luar LVM, masing-masing)apt autoremove
masalah. Seperti Oliver di atas, saya hanya perlu mengganti yang berikut dalam instruksi:nvme0n1p3
→sda5
,nvme0n1p3
→sda5_crypt
,nvme0n1p2
→sda1
. Dengan tebakan yang tepat seperti itu, tidak perlu memasukkanchroot
dua kali karenacat /etc/crypttab | cut -f1 -d " "
di dalamchroot
hanya akan mengkonfirmasi Anda membuat tebakan yang benar. Jika Anda perlu memasukkan dua kali, lakukan setelah reboot seperti menutup dan membuka kembali lingkungan crytpsetup + LVM2 tanpa me-reboot tampaknya ... rumit.Saya memiliki masalah ini dan tidak ada yang dapat membantu di pos mana pun di sini atau di tempat lain. Khususnya dalam kasus saya, saya bisa melihat yang
/dev/mapper
tidak mengandungubuntu--vg-root
atau apa pun dalam hal ini. Ini berarti bahwa ada sesuatu yang salah ketika LVM mencoba untuk me-mount / memetakan volume ATAU ada yang salah sebelumnya dalam proses boot, dan kesalahan ini hanyalah gejala umum untuk semua masalah sebelumnya.Yang kedua adalah kasus bagi saya dan hanya karena membaca tentang
initramfs
saya, saya bisa memahami dan mendiagnosis masalah tersebut. Ini harus menjadi hal pertama yang Anda lakukan jika Anda mencurigai ada kesalahan sebelum LVM melakukan hal itu.Dalam kasus saya (yang mungkin tidak sama dengan Anda tetapi layak untuk didokumentasikan), saya mengaktifkan enkripsi disk penuh (LUKS), dan entah bagaimana
cryptsetup
alat telah dihapusinitramfs
, oleh karena itu saya tidak dimintai kata sandi untuk dibuka, dan drive tidak dapat diakses, yang berarti/dev/sdaX
tidak dapat dipasang, dan karenaubuntu--vg-root
itu tidak dapat dipasang / dipetakan ke dalam/dev/mapper
. Jika Anda mencoba menjalankancryptsetup
dari prompt BusyBox,ll know you have the same issue if the
cryptsetup` Anda tidak dapat ditemukan.Solusinya adalah boot dari LiveCD, buka kunci drive secara manual dengan
cryptsetup
,chroot
ke sistem file root, instal ulangcryptsetup
dan panggilupdate-initramfs
.sumber
/dev/sd*
drive gaya. unix.stackexchange.com/a/467113/103652Bagi mereka yang menderita masalah terkait enkripsi, seperti dalam jawaban @ Zanna, Anda harus mengikuti prosedur yang serupa dengan ini:
Boot ke sistem Anda menggunakan distro langsung / USB.
Pasang partisi terenkripsi (di Ubuntu, Anda akan melihat volume terenkripsi tersedia di desktop; mengklik dua kali dan memasukkan kata sandi sudah cukup). Partisi akan dipasang di
/media/ubuntu/[mount point]
. (Nama pengguna akan berubah berdasarkan distro; mis., Penggunaan Xubuntuxubuntu
.)Buka jendela terminal dan bourbon.
Atur binding yang sesuai untuk titik pemasangan di dalam sistem:
chroot
ke direktori root disk terenkripsi Anda:chroot /media/ubuntu/[mount point]
Pastikan bahwa sistem Anda memiliki sesuai
initramfs
paket yang diinstal:sudo apt install cryptsetup-initramfs lvm2
.Kritis, Anda juga harus memastikan bahwa file konfigurasi Anda memaksa
initramfs
untuk menyertakan binari cryptsetup, yang dihapus di beberapa titik, tampaknya :nano /etc/cryptsetup-initramfs/conf-hook
, tanda komentar yangCRYPTSETUP
line, dan pastikan itu berbunyiCRYPTSETUP=Y
.Akhirnya, jalankan
update-initramfs -u -k all
, matikan, tarik media langsung, dan mulai kembali.Jarak tempuh Anda di sini dapat bervariasi tergantung pada apa yang terjadi dengan sistem Anda. Jika, misalnya, Anda telah mengubah nama grup LVM atau UUID, Anda mungkin perlu menyelaraskan
/etc/crypttab
dan/etc/fstab
menggunakan pengidentifikasi yang tepat. Jika, seperti saya, Anda melakukan migrasi dari satu rilis ke rilis lainnya, Anda mungkin menemukan bahwa Anda memiliki dua volume terenkripsi dengan nama grup yang sama — ini membuat pemasangan disk agak sulit (Anda perlu menggunakan UUID secara eksplisit).Secara keseluruhan, pemutakhiran ke Xubuntu 18.10 mengerikan karena hal ini. (Sistem stok tidak akan reboot setelah upgrade ke kernel ditarik!) Setidaknya dalam pengaturan saat ini yang saya miliki, sistem stabil melalui reboot.
Nb, kesalahan ACPI yang mengarahkan saya ke seluruh Internet mencari solusi adalah herring merah: mereka tidak ada hubungannya dengan apakah Anda bisa boot dari disk yang dienkripsi.
sumber
sdX
dalam kasus ini? Saat mem-boot dari LiveCD, tidak ada/boot
partisi, jadi tidak jelas apa yang harus dimasukkan ke sana.sdX
adalah drive yang memegang partisi terenkripsi, mungkinsda
di sebagian besar sistem. Dalam kasus saya, saya mengenkripsi disk utama (sda
) selama instalasi baru.Coba yang berikut ini:
Kemudian, pada prompt pemilih OS, coba boot dengan kernel yang lebih lama.
Jika Anda berhasil, maka mungkin ini akan memperbaiki masalah, seperti yang disarankan di peluru One Face 4 dan 5, dan tautan yang dimaksud:
sumber