¿Debería tener una partición de arranque separada cuando realiza un arranque dual de Linux y Windows?

¿Debería tener una partición de arranque separada cuando realiza un arranque dual de Linux y Windows?

Cuando instala una distribución de Linux moderna, generalmente no necesita tener un archivo /boot; sin embargo, hayhacerParecen ser circunstancias/escenarios especiales que requieren tener una /boot partición separada. Me pregunto si el arranque dual de Linux y Windows es una de esas circunstancias. Si es así, me encantaría una explicación de por qué es así.

Respuesta1

En los sistemas UEFI modernos, la partición del sistema EFI (ESP para abreviar; la partición desde donde el firmware carga el gestor de arranque) puede montarse en /boot/efio /boot, según la distribución. Algunas distribuciones dejan el ESP completamente desmontado para un uso normal,pero aún necesitarás saber dónde estápara actualizar el gestor de arranque o su configuración cuando sea necesario.

El ESP se puede compartir con el cargador de arranque de Windows (o incluso con los cargadores de arranque de cualquier sistema operativo compatible con la especificación UEFI) si tiene suficiente espacio, o si tiene Linux y Windows en discos separados, puede tener un ESP dedicado para cada disco/SO. . Tener un ESP dedicado para cada disco facilitará las cosas si algún día desea mover un disco u otro a otra computadora sin reinstalar el sistema operativo: cada disco será arrancable por sí solo sin depender de la presencia del otro disco.

El ESP debe utilizar un tipo de sistema de archivos que sea compatible con el firmware: la compatibilidad con FAT32 está garantizada por la especificación UEFI, pero los proveedores de hardware pueden optar por admitir también otros sistemas de archivos. Es poco probable que los sistemas de archivos nativos de Linux sean compatibles, por lo que no puede simplemente designar su partición raíz como ESP.

Esto es diferente del uso de la /bootpartición en sistemas BIOS heredados.

En los sistemas basados ​​en BIOS desde finales de la década de 1990 hasta aproximadamente 2004, los tamaños de los discos crecieron más rápido de lo que las especificaciones de las extensiones de BIOS podían seguir. En 2003, se especificó el método de acceso LBA48, ahora estándar, que admite tamaños de disco de hasta 128 petabytes.

En sistemas con un BIOS antiguo que no puede acceder al tamaño completo del disco usando las funciones del BIOS, es importante asegurarse de que el gestor de arranque, el kernel y el archivo initramfs permanezcan cerca del comienzo del disco, dentro del rango de espacio en disco del BIOS.poderacceso. Tenerlos todos en una /bootpartición separada que tenga la ubicación y el tamaño adecuados es una forma segura de lograrlo. Si no tiene esa limitación, no necesitará una /bootpartición en el sentido clásico.

Las versiones modernas de GRUB ahora incluyen compatibilidad directa con ATA y AHCI, que también se puede utilizar para solucionar estas limitaciones del BIOS al controlar el hardware del controlador de disco directamente, sin pasar por el BIOS; sin embargo, dependiendo de la distribución utilizada, es posible que dicha compatibilidad no esté habilitada de forma predeterminada, ya que está mucho menos probada que el código correspondiente basado en BIOS y la documentación de estas características es muy escasa.

información relacionada