Leí en alguna parte que no se recomienda poner la partición de arranque en la partición basada en lvm. Pero, lo estoy haciendo de todos modos. Entonces, el único problema al que me he enfrentado es a veces cuando instalo una nueva distribución de Linux y pongo su partición de arranque en lvm, grub no puede detectarla. El grub-mkconfig
comando generalmente comete un error al generar el grub.cfg
archivo. Pero, si este es el único problema en la partición de arranque basada en lvm, creo que está bien. Como sé cómo solucionarlo, solo proporcione una dirección adecuada a la partición de arranque prevista para que arranque y luego todo saldrá bien.
Entonces, ¿hay algo más que esto que lvm pueda causar problemas? Porque, en mi opinión, lvm es muy flexible y no desaceleró el sistema.
Para mí, si, como usted dice, grub no puede detectar su
/boot
sistema de archivos LVM y,grub-mkconfig
por lo general, comete un error al generargrub.cfg
, eso parece una razón suficiente para evitar esta configuración y cambiar a algo que grub admita mejor. Cuando dices "solo da una dirección adecuada a la partición de arranque deseada", no sé a qué te refieres con "dirección" o qué estás haciendo exactamente como solución, pero sinceramente suena como un truco aterrador y frágil.Como una característica básica y prácticamente necesaria, el gestor de arranque puede acceder a un sistema de archivos simple en una partición de disco simple y cargar la siguiente etapa desde allí. Eso es todo lo que realmente necesita hacer. Más funciones en el gestor de arranque, como analizar contenedores como LVM y hacer malabarismos con varios discos en el entorno previo al arranque, solo significa más funciones de Linux (kernel) que deben duplicarse en grub (más código, más errores) pero nunca serán exactamente funcionan de la misma manera en ambos entornos (más confusión) y más complejidad general. Para bootstrapping, cuanto más simple, mejor.
fuente
grub-mkconfig
cometió un error al activar la ruta raíz,/dev/dm-0
ya que no es persistente. Entonces, lo cambié a la ruta correcta que está/dev/mapper/lvm-kali--boot
en mi caso.root=<path>
) y no tiene nada que ver con dónde/boot
se encuentra.grub-mkconfig
Definitivamente no debería estar entendiendo eso mal. Debe corresponder a la salida degrub-probe --target=device /
./dev/mapper/lvm-kali--root
noboot
. Typo/dev/mapper/lvm-kali--root
para empezar!Utilizo el directorio "/ boot" dentro del sistema de archivos LVM "/" durante años en Fedora y nunca tuve problemas.
Solo tiene que tener cuidado de hacer ese disco físico único donde "/" vive el único en su grupo de volúmenes. Tengo un grupo de volúmenes "vgmain" para esta unidad física y un "vgdata" para todo el resto. Esto es importante si necesita llevar su unidad a otra computadora en una situación de solución de problemas. LVM no funcionará si está compuesto por múltiples unidades físicas. Pero lo hará si está compuesto por solo uno.
Pero nunca tuve que pasar por esta situación de solución de problemas.
Las últimas instalaciones de Fedora no te permitirán hacerlo automáticamente. Tendrá que colocar su "/ boot" en una partición normal durante la instalación, luego arrancar normalmente y luego mover el contenido manualmente al sistema de archivos LVM "/". Asegúrese de reorganizar las cosas para que se vean como "/ boot" como un directorio simple en LVM "/" y "/ boot2" como la partición de arranque anterior y luego haga una "instalación grub / dev / sda" o algo similar. Reinicie y luego elimine el sistema de archivos "/ boot2" e incluya la partición de nuevo en LVM, para poder usarla.
fuente