Se sabe que las actualizaciones de GRUB hacen que las ordenadores Linux se inicien en la configuración BIOS o UEFI. La solución para esto aprovecha un útil truco de recuperación del sistema que realmente debería conocer.
Un estudio de caso: GRUB 2:2.06.r322
Una actualización del sistema para las distribuciones de Linux basadas en Arch y Arch en el verano de 2022 incluyó una nueva versión de COMIDA. GRUB significa gramoy tunificado bcargador de descarga
Un gestor de arranque es una aplicación que inicia el proceso de arranque cuando se enciende el ordenador. Se deben iniciar varias herramientas y utilidades de software, desde la partición correcta y en el orden correcto, para finalmente dar como resultado un sistema operativo operativo y accesible. GRUB inicia esa cascada de eventos.
Si tiene más de un sistema operativo instalado en su ordenador, GRUB proporciona un menú para que pueda seleccionar qué sistema operativo usar. Uno de los cambios en el código de GRUB 2:2.06.r322 agregó soporte para una nueva opción de GRUB, --is-supported. La opción se utiliza para indicar si está presente o no una capacidad de inicio de firmware. Si es así, GRUB agrega una entrada al menú de inicio para permitirle iniciar la configuración de EUFI.
la nueva opción fue referenciado en un script llamado «30_uefi-firmware.in». los diferencia para este archivo muestra que un if Se eliminó la declaración y se agregaron dos líneas.
Una de las nuevas líneas fue un reemplazo if declaración. La otra línea nueva contiene fwsetup --is-supported . El «fw» en «fwsetup» significa firmware. Pero debido a que esa línea es arriba el nuevo if declaración, siempre se va a ejecutar. Si estaba dentro del cuerpo del if declaración que sólo se ejecutaría cuando la prueba en el if sentencia resuelta a verdadera.
Esto causó problemas en muchas ordenadores UEFI, pero no en todas. Dependía de si la versión de GRUB que ya tenía instalada admitía este comando. Las máquinas afectadas harían una de dos cosas. Entrarían en un bucle de arranque donde el proceso de arranque nunca se completaría sino que se reiniciaría continuamente, o el ordenador arrancaría directamente en la configuración del firmware UEFI. De cualquier manera, no había forma de obligar a su ordenador a iniciar Linux.
Cuando te enfrentas a situaciones como esta, siempre existe la opción nuclear de hacer una reinstalación completa. Eso funcionará, pero dependiendo de cómo se haya particionado su disco duro, sin una copia de seguridad reciente, puede perder datos.
El método de bajo impacto utiliza chroot y un Live USB o Live CD/DVD. Esta es una buena técnica para comprender y tener bajo la manga todo tipo de fallos del sistema cuando no puede iniciar o iniciar sesión en su ordenador Linux.
La técnica que usaremos
Para utilizar esta técnica, debe tener un USB de arranque o un CD/DVD con una distribución de Linux, que se inicie en una instancia de Linux en vivo. Por lo general, estos se denominan Live USB o Live CD/DVD. Todas las distribuciones principales admiten esta función.
No vamos a instalar nada, por lo que los medios en vivo no tienen que ser la misma distribución que tiene instalada en su ordenador. Podría usar un Ubuntu USB para reparar un ordenador EndeavourOS, por ejemplo. Si no tiene acceso a ningún medio en vivo, necesitará usar otra ordenador para descargar una imagen y escribirla en una memoria USB o en un CD/DVD.
Cuando inicie desde los medios en vivo, podrá montar y acceder a su sistema de archivos existente. Su sistema de archivos instalado aparecerá como parte del sistema de archivos de Linux que se inició desde los medios en vivo. Eso es genial. Si podemos acceder a él, tenemos la posibilidad de repararlo. Pero plantea un problema.
La raíz de este sistema de archivos híbrido es la raíz del sistema de archivos multimedia en vivo, no la raíz de su sistema de archivos instalado. Para hacer que las rutas de archivo configuradas en su sistema Linux hagan referencia a sus ubicaciones de destino correctas, en algún lugar dentro de su sistema de archivos, y no en algún lugar relativo a la raíz del Linux en vivo, necesitamos usar chroot para establecer una nueva raíz que apunte a la raíz de su instalado sistema de archivos En otras palabras, las rutas que comienzan con «/» utilizarán la raíz de su sistema de archivos como punto de partida.
La ordenador de prueba que usamos para esto usa el ext4 sistema de archivos, pero también puede usar esta técnica en otros sistemas de archivos. Solo tiene que identificar qué particiones o volúmenes necesita montar y dónde montarlos. Los principios son los mismos.
Poniéndolo en práctica
Creamos una unidad USB de arranque y arrancamos nuestra ordenador dañada desde allí. La distribución que usamos fue EndeavourOS. Los medios en vivo de EndeavourOS se inician en el XFCE 4 entorno de escritorio.
Para identificar qué particiones contienen la raíz de su sistema de archivos y cuál es la partición de arranque, abra una ventana de terminal y use el fdisk dominio. estamos usando el -l (listar partición) opción. Tendrás que usar sudotambién.
sudo fdisk -l
Desplácese por la salida hasta que vea las entradas etiquetadas como «Sistema EFI» y «Sistema de archivos Linux».
En esta ordenador, ambos están en el sda disco duro. Están en las particiones uno y dos, como lo indican las etiquetas de las particiones. /dev/sda1 y /dev/sda2.
En su ordenador, pueden estar en diferentes discos duros y particiones. Tenga cuidado de anotar las particiones en las que están, necesitaremos usarlas en los siguientes comandos.
Necesitamos montar los sistemas de archivos en estas particiones adjuntándolos al sistema de archivos en vivo. los mount El comando hará eso por nosotros. Recuerde, es probable que sus etiquetas de partición sean diferentes, así que asegúrese de usar las de los resultados de su fdisk dominio.
sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi
Para hacer que la raíz efectiva del sistema de archivos comience en la raíz de su sistema de archivos instalado real, usaremos chroot para establecer que la raíz sea el punto de montaje “/mnt”. Aquí es donde la raíz de su sistema de archivos instalado se injerta en el sistema de archivos en vivo.
sudo chroot /mnt
Tenga en cuenta que el símbolo del sistema cambia para mostrar que ahora ha iniciado sesión efectivamente como root y que se encuentra en el directorio raíz «/» del sistema de archivos de su ordenador.
Podemos probar esto fácilmente cambiando al directorio «/ home» y verificando qué directorios existen dentro de él.
cd /home
ls
Debería ver un directorio para cada usuario configurado en su ordenador, incluido uno para su propia cuenta de usuario. Esta ordenador tiene un solo usuario, llamado «dave». si hubiéramos usado cd /home antes de que usáramos el chroot comando, habríamos ingresado al directorio «/ home» del sistema de archivos en vivo.
Para que quede claro, ahora está accediendo su verdadero sistema de archivos como el raíz usuario, así que tenga cuidado.
Para solucionar el problema con GRUB 2:2.06.r322, todo lo que teníamos que hacer era ejecutar el grub-install dominio.
grub-install
Correr grub-install A ciegas así no se suele recomendar. En este caso, es lo que se requería.
Reparar o Reemplazar
Si está tratando de solucionar un problema diferente, deberá consultar los foros de su distribución para encontrar la solución adecuada para su problema. Si se trata de una queja generalizada, pronto encontrará una solución.
Como mínimo, ahora que puede acceder a su sistema de archivos, puede copiar sus datos en algún medio extraíble. Si decide realizar una reinstalación completa, no perderá datos.
RELACIONADO: Cómo copiar archivos usando el comando «instalar» en Linux
