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

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.

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 :).

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.

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.