¿Por qué no se recomienda poner la partición de arranque en lvm?

12

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-mkconfigcomando generalmente comete un error al generar el grub.cfgarchivo. 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.

Mas Bagol
fuente

Respuestas:

13

No es un problema de rendimiento, es un problema de solución de problemas y solución. /bootes la ubicación de arranque: hay algunos archivos que comienzan todo lo demás en su sistema.

Y a veces es necesario meter la mano para solucionar un problema (como grub config o similar).

Si tiene que hacer esto, es útil tener un tipo de sistema de archivos con los denominadores comunes más bajos, para que sea lo más fácil posible si, por ejemplo, tiene que quitar la unidad y colocarla en otro cuadro para editar un archivo de configuración.

Si está en esta posición, no quiere tener que 'forzar' su LVM para que solo pueda leerlo :).

Sobrique
fuente
1
O simplemente que las versiones anteriores de GRUB no entienden LVM.
tgharold
Un buen punto, también para mencionar que lvm es una configuración compleja, que potencialmente involucra varios discos. Si su gestor de arranque depende de LVM, entonces, por ejemplo, no puede arrancar en modo de usuario único para solucionar un problema con LVM (incluyendo problemas banales como un disco defectuoso)
asdmin
3

Para mí, si, como usted dice, grub no puede detectar su /bootsistema de archivos LVM y, grub-mkconfig por lo general, comete un error al generar grub.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.

Celada
fuente
Lo que quiero decir con dirección es la ruta del dispositivo. En kali linux, grub-mkconfigcometió un error al activar la ruta raíz, /dev/dm-0ya que no es persistente. Entonces, lo cambié a la ruta correcta que está /dev/mapper/lvm-kali--booten mi caso.
Mas Bagol
Veo. Eso es diferente. Esa es la ruta del sistema de archivos raíz (que se agrega a la línea de comando del núcleo como root=<path>) y no tiene nada que ver con dónde /bootse encuentra. grub-mkconfigDefinitivamente no debería estar entendiendo eso mal. Debe corresponder a la salida de grub-probe --target=device /.
Celada
Lo siento, quiero decir que /dev/mapper/lvm-kali--rootno boot. Typo
Mas Bagol
Oh, ni siquiera había notado el error tipográfico. ¡Leí /dev/mapper/lvm-kali--rootpara empezar!
Celada
puede usar una opción menos común (fuera de fips = 1 mundo al menos) de boot = / dev / mapper / $ UUID o $ lvm-name
linuxdev2013
1

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.

avibrazil
fuente