%20y%20entra%20en%20p%C3%A1nico%20el%20kernel.png)
Después de recibir algunos errores al actualizar los paquetes del kernel de Linux apt
(incluido espacio insuficiente en el disco en la partición de inicio, donde se almacenan las imágenes), no pude iniciar más.
Primero, en mi configuración: tengo un disco duro, /dev/sda
con una partición de arranque /dev/sda1
(aquí es donde se almacenan las imágenes del kernel y se montó en /boot). La partición "raíz" es /dev/mapper/ubuntu--vg--usbkey-root
.
Más precisamente:
$ sudo fdisk -l /dev/sda
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 499711 497664 243M 83 Linux
/dev/sda2 501758 976771071 976269314 465.5G 5 Extended
/dev/sda5 501760 976771071 976269312 465.5G 8e Linux LVM
$ ls /dev/mapper
control ubuntu--vg--usbkey-root ubuntu--vg--usbkey-swap_1
$ sudo lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
root ubuntu-vg-usbkey -wi-a----- 457.51g
swap_1 ubuntu-vg-usbkey -wi-a----- <7.96g
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 1.7G 1 loop /rofs
loop1 7:1 0 86.6M 1 loop /snap/core/4486
loop2 7:2 0 140M 1 loop /snap/gnome-3-26-1604/59
loop3 7:3 0 1.6M 1 loop /snap/gnome-calculator/154
loop4 7:4 0 12.2M 1 loop /snap/gnome-characters/69
loop5 7:5 0 21M 1 loop /snap/gnome-logs/25
loop6 7:6 0 3.3M 1 loop /snap/gnome-system-monitor/36
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 243M 0 part
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 465.5G 0 part
├─ubuntu--vg--usbkey-root
│ 253:0 0 457.5G 0 lvm /mnt
└─ubuntu--vg--usbkey-swap_1
253:1 0 8G 0 lvm
sdb 8:16 1 1.9G 0 disk /cdrom
├─sdb1 8:17 1 1.8G 0 part
└─sdb2 8:18 1 2.3M 0 part
sr0 11:0 1 1024M 0 rom
Mi último intento fue seguir las instrucciones deEste artículo.
Entonces hice lo siguiente:
$ sudo mount /dev/sda1 /mnt/boot/
$ sudo mount /dev/mapper/ubuntu--vg--usbkey-root /mnt/
$ sudo mount -t proc none /mnt/proc
$ sudo mount -o bind /dev /mnt/dev
$ sudo mount -t sysfs sys /mnt/sys
$ sudo chroot /mnt
# update-grub
Generating grub configuration file ...
Warning: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.
Found linux image: /boot/vmlinuz-4.4.0-127-generic
Found initrd image: /boot/initrd.img-4.4.0-127-generic
Found linux image: /boot/vmlinuz-4.4.0-124-generic
Found initrd image: /boot/initrd.img-4.4.0-124-generic
Found linux image: /boot/vmlinuz-4.4.0-116-generic
Found initrd image: /boot/initrd.img-4.4.0-116-generic
Found memtest86+ image: /memtest86+.elf
Found memtest86+ image: /memtest86+.bin
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
done
¿Es esta advertencia un problema? De todos modos, luego hice lo siguiente:
# /usr/sbin/grub-install --recheck --no-floppy /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
Luego reinicié y apareció un (initramfs)
mensaje. La pantalla contenía el siguiente mensaje de error:
fsck: error 2 (No such file or directory) while executing fsck.ext2 for /dev/sda1
Sin embargo, verifiqué /dev/sda1
desde fsck
la llave USB de arranque y no informa errores... Lo mismo para /dev/sda5/
.
Además, el comando
(initramfs) ls /raíz
informa el contenido de /dev/sda1
. Sin embargo, además del contenido esperado, también hay un directorio /root/boot/grub
:
(initramfs) ls /root/boot/grub
fonts locale grubenv i386-pc
Correr
(initramfs) exit
me lleva a una pantalla que termina con
end Kernel panic - not syncing: Attempted to kill init!
Todo esto me resulta bastante confuso. Se agradece cualquier sugerencia.
Respuesta1
En primer lugar, si su partición de arranque ocupara 243 MB, sospecho que tiene al menos un kernel de respaldo en su partición de arranque. ¿Has intentado acceder a las opciones de arranque avanzadas de grub y arrancar desde una versión anterior del kernel para ver si arranca? (el menú de grub aparece en Ubuntu al mantener presionada la tecla Mayús durante el arranque)
Por lo que ya intentó, aunque esos comandos son generalmente útiles para reparar un sistema que no arranca, ninguno (según tengo entendido) reducirá el espacio utilizado ni aumentará la capacidad espacial de su partición de arranque.
Mi primera suposición sería que su partición de arranque no cabía en el archivo completo para el nuevo kernel, pero el kernel incompleto estaba configurado como la opción de arranque principal en grub.