Saya membaca di suatu tempat bahwa tidak disarankan untuk meletakkan partisi boot pada partisi berbasis lvm. Tapi saya tetap melakukannya. Maka satu-satunya masalah yang saya hadapi dalam hal ini adalah kadang-kadang ketika saya menginstal distro Linux baru dan meletakkan partisi bootnya di lvm, grub tidak dapat mendeteksinya. The grub-mkconfig
perintah biasanya membuat kesalahan pada menghasilkan grub.cfg
berkas. Tetapi, jika ini adalah satu-satunya masalah pada partisi boot berbasis lvm, saya pikir tidak apa-apa. Karena saya tahu cara memperbaikinya, cukup berikan alamat yang tepat ke partisi boot yang dimaksud untuk boot dan kemudian semuanya berjalan dengan baik.
Jadi, adakah hal lain selain ini yang dapat menyebabkan masalah? Karena, menurut saya lvm sangat fleksibel dan tidak memperlambat sistem.
Bagi saya, jika, seperti yang Anda katakan, grub tidak dapat mendeteksi
/boot
sistem file LVM Anda dangrub-mkconfig
biasanya membuat kesalahan pada pembuatangrub.cfg
, itu tampaknya cukup alasan untuk menghindari konfigurasi ini dan beralih ke sesuatu yang didukung grub lebih baik. Ketika Anda mengatakan "berikan alamat yang tepat ke partisi boot yang dimaksud", saya tidak tahu apa yang Anda maksud dengan "alamat" atau apa yang sebenarnya Anda lakukan sebagai solusi, tapi jujur kedengarannya seperti hack yang menakutkan dan rapuh.Sebagai fitur dasar dan sebenarnya diperlukan, bootloader dapat mengakses sistem file sederhana pada partisi disk sederhana dan memuat tahap selanjutnya dari sana. Hanya itu yang perlu dilakukan. Lebih banyak fitur dalam bootloader, seperti wadah parsing seperti LVM dan juggling banyak disk di lingkungan pra-boot, hanya berarti lebih banyak fitur Linux (kernel) yang perlu diduplikasi dalam grub (lebih banyak kode, lebih banyak bug) tetapi tidak akan pernah persis bekerja dengan cara yang sama di kedua lingkungan (lebih banyak kebingungan) dan kompleksitas yang lebih keseluruhan. Untuk bootstrap, semakin sederhana semakin baik.
sumber
grub-mkconfig
membuat kesalahan untuk memberikan path root pada/dev/dm-0
karena tidak persisten. Jadi, saya mengubahnya ke jalur yang benar yang ada/dev/mapper/lvm-kali--boot
di tas saya.root=<path>
) dan tidak ada hubungannya dengan di mana/boot
berada.grub-mkconfig
seharusnya tidak salah. Itu harus sesuai dengan output darigrub-probe --target=device /
./dev/mapper/lvm-kali--root
tidakboot
. Typo/dev/mapper/lvm-kali--root
untuk memulai!Saya menggunakan direktori "/ boot" di dalam sistem file LVM "/" selama bertahun-tahun di Fedora dan tidak pernah memiliki masalah.
Anda hanya perlu berhati-hati untuk membuat disk fisik tunggal di mana "/" tinggal yang tunggal di grup volume Anda. Saya memiliki grup volume "vgmain" untuk drive fisik ini dan "vgdata" untuk yang lainnya. Ini penting jika Anda perlu membawa drive Anda ke komputer lain dalam situasi pemecahan masalah. LVM tidak akan berfungsi jika dibuat oleh beberapa drive fisik. Tapi itu akan terjadi jika hanya terdiri dari satu.
Tetapi saya tidak pernah harus melalui situasi pemecahan masalah ini.
Instalasi Fedora terbaru tidak akan membiarkan Anda melakukannya secara otomatis. Anda harus meletakkan "/ boot" Anda di partisi reguler selama instalasi, kemudian boot secara normal dan kemudian pindahkan konten secara manual ke sistem file "/" LVM. Pastikan Anda mengatur ulang hal-hal agar terlihat seperti "/ boot" sebagai direktori polos di bawah LVM "/", dan "/ boot2" sebagai partisi boot lama dan kemudian buat "grub install / dev / sda" atau yang serupa. Reboot dan kemudian hapus sistem file "/ boot2" dan sertakan partisi kembali ke LVM, agar dapat digunakan.
sumber