Resolver BusyBox en inicio de Ubuntu/Mint/Kali

En este artículo, mostraremos cómo resolver los problemas que ocurren cuando una computadora que ejecuta Linux Ubuntu/Mint/Kali no arranca o se cae a un caja ocupada aviso durante el initramfs inicialización El usuario puede acceder y utilizar únicamente el símbolo del sistema de initramfs.

Initramfs es la inicial tmpfs-sistema de archivos basado en la RAM que no usa un dispositivo de bloque separado. Como el initrd, contiene herramientas y scripts para montar sistemas de archivos antes de llamar a init ubicado en el sistema de archivos raíz.

Ubuntu Linux arranca en BusyBox initramfs prompt

Reparación de un superbloque Ext4 roto en LInux

Si Ubuntu falla en un cuadro ocupado durante la inicialización de initramfs, es posible que haya un superbloque dañado en el disco.

En Linux se guardan varias copias de superbloques. Para recuperar un sistema en caso de que ocurra este problema, debe iniciar desde la imagen de rescate/disco/Live CD y ejecutar el indicador de terminal. Después de iniciar, ingrese el siguiente comando en la terminal:

# sudo fdisk -l|grep Linux|grep -Ev 'swap'

El comando devuelve la información sobre su volumen:

/dev/vda2 4096 83884031 83879936 40G Linux filesystem

Recuerde el nombre del volumen y especifíquelo en el siguiente comando:

# sudo dumpe2fs /dev/vda2 | grep superblock

El comando mostrará la lista de supermanzanas de respaldo:

dumpe2fs obtener superbloque de respaldo

Usaremos el segundo superbloque de respaldo para reemplazar el dañado (puede usar cualquier superbloque excepto el primario). Verifique el disco usando el superbloque de respaldo:

# sudo fsck -b 98304 /dev/vda2 -y

Si obtienes esta salida:

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/vda2 is mounted.
e2fsck: Cannot continue, aborting

Desmontar el volumen:

# umount /dev/vda2

Después de reemplazar con éxito el superbloque, recibirá un mensaje como este:

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/vda2 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #231 (32254, counted=32253).
Fix? yes
Free blocks count wrong for group #352 (32254, counted=32248).
Fix? yes
Free blocks count wrong for group #358 (32254, counted=27774).
Fix? yes
..........
/dev/vda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/vda2: 85986/905464576 files (0.2% non-contiguous), 3904682/905464576 blocks

Luego desmonte el medio de arranque y reinicie su computadora. Todo debería funcionar correctamente.

Error de arranque de Fsck: incoherencia inesperada

La segunda variante del problema initramfs (BusyBox) incluye el siguiente mensaje en la ventana del terminal:

/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
The root filesystem on /dev/sda1 requires a manual fsck.

linux busybox INCONSISTENCIA INESPERADA, el sistema de archivos /dev/sda1 requiere un fsck manual

Si no lo ves, prueba a entrar (initramfs) exit en la ventana de la terminal. El error puede aparecer después de hacerlo…

El mensaje mostrará un volumen que requiere ejecutar una verificación de disco manual. Ejecute el siguiente comando en el indicador de initramfs:
# fsck /dev/sda1 -y
Una vez finalizada la verificación del disco, reinicie su computadora y asegúrese de que Linux se inicie correctamente.

¡Alerta! /dev/volumen no existe

Problema de Fstab

Puede ver el siguiente error al iniciar el host de Linux:

ALERT! /dev/sda1 does not exist. Dropping to a shell.

busybox initramfs /dev/sda1 no existe. Cayendo a un caparazón

Es posible que haya instalado su Linux recientemente o que su host tenga algunos fstab problemas. La mayoría de las veces, el problema ocurre cuando un sistema se instala desde un USB conducir. El sistema puede mostrar un error de cualquier volumen. Como en el primer caso, tenemos que arrancar desde el medio Linux de rescate/boor y hacer algunas acciones. Verifique el UUID del disco usando este comando:
# sudo blkid

El sistema devolverá algo como esto:

/dev/sda2: UUID="36cce3d5-cbdb-46f4-adbf-3f9aaa01d729" TYPE="ext4" PARTUUID="fea4dab1-4e12-4327-85c6-76ade18f64e1"

Aquí vemos que el sistema debe arrancar desde sda2, pero en realidad intenta arrancar desde sda1.

Monte el volumen en cualquier directorio, por ejemplo:

# sudo mount /dev/sda2 /mnt

Cuando vea /dev/sda2 en el directorio /mnt, busque el archivo /etc/fstab allí y modifique la línea que contiene /dev/sda1 de la siguiente manera:

UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 errors=remount-rw 0 1

Guarda el archivo. Desmonte el volumen de /mnt y reinicie. Si el problema estuviera relacionado con el nombre de volumen incorrecto, el servidor se iniciaría.

Además, puede resolver este problema arrancando en modo de emergencia. Vuelva a montar el directorio raíz como lectura/escritura:
# sudo mount -o remount,rw /
Luego cambie fstab y reinicie el servidor.

Problema de hardware

En algunas placas base, sata los puertos pueden obtener números aleatorios. También puede causar el error descrito en la sección anterior. Para solucionarlo, debe editar el cargador de arranque grub.

Arranque en el modo de emergencia o desde un Live CD y edite el /boot/grub/grub.cfg Archivo.

En la línea que determina el volumen de arranque, por ejemplo:

Linux /boot/vmlinuz-4.15.0-70-generic root=/dev/sda1 rw quiet elevator=noop fsck.repair=yes

Reemplace la ruta al disco por su UUID:

Linux /boot/vmlinuz-4.15.0-70-generic root=UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro quiet elevator=noop fsck.repair=yes

grub.cfg reemplaza el nombre del volumen a UUID

Artículos Interesantes