%20e%20kernel%20panic.png)
Depois de receber alguns erros ao atualizar os pacotes do kernel Linux apt
(incluindo espaço em disco insuficiente na partição de inicialização, onde as imagens são armazenadas), não consegui mais inicializar.
Primeiro, na minha configuração: eu tenho um disco rígido, /dev/sda
com uma partição de inicialização /dev/sda1
(é onde as imagens do kernel são armazenadas e montadas em/boot). A partição "raiz" é /dev/mapper/ubuntu--vg--usbkey-root
.
Mais 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
Minha última tentativa foi seguir as instruções deEste artigo.
Então eu fiz o seguinte:
$ 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
Este aviso é um problema? De qualquer forma, fiz o seguinte:
# /usr/sbin/grub-install --recheck --no-floppy /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
Então reiniciei e fui levado a um (initramfs)
prompt. A tela continha a seguinte mensagem de erro:
fsck: error 2 (No such file or directory) while executing fsck.ext2 for /dev/sda1
No entanto, verifiquei /dev/sda1
a fsck
partir da chave USB inicializável e ela não relatou erros... O mesmo para /dev/sda5/
.
Além disso, o comando
(initramfs)ls /root
relata o conteúdo de /dev/sda1
. Porém, além do conteúdo esperado, existe também um diretório /root/boot/grub
:
(initramfs) ls /root/boot/grub
fonts locale grubenv i386-pc
Correndo
(initramfs) exit
me leva a uma tela que termina com
end Kernel panic - not syncing: Attempted to kill init!
Tudo isso é bastante confuso para mim. Qualquer sugestão será apreciada.
Responder1
Em primeiro lugar, se a sua partição de inicialização preenchesse 243 MB, eu suspeitaria que você tivesse pelo menos um kernel de backup em sua partição de inicialização. Você já tentou acessar as opções avançadas de inicialização do grub e inicializar uma versão mais antiga do kernel para ver se ele inicializa? (o menu grub aparece no Ubuntu segurando shift durante a inicialização)
Pelo que você já tentou, embora esses comandos sejam geralmente úteis para consertar um sistema que não inicializa, nenhum (no meu entender) reduzirá o espaço usado ou aumentará a capacidade de espaço da sua partição de inicialização.
Meu primeiro palpite seria que sua partição de inicialização não caberia em todo o arquivo do novo kernel, mas o kernel incompleto foi definido como a opção de inicialização principal no grub.