☰

Arranque congelado de Ubuntu después de mover la partición raíz

tag-icon • tag-icon boot dual-boot grub gparted move-partition
Arranque congelado de Ubuntu después de mover la partición raíz

[Ir al final para ver la solución]
Tengo un sistema de arranque dual con Ubuntu y Windows 10. He ampliado y movido (hacia la izquierda) la partición "/" de Ubuntu con GParted.

Cuando inicio mi sistema, visualizo correctamente el menú de grub desde el cual puedo seleccionar Ubuntu o Windows 10. Windows funciona perfectamente, mientras que cuando intento iniciar Linux se queda atascado en una pantalla negra. Intenté iniciar el kernel en modo de recuperación, pero se congela después de haber impreso lo siguiente:

Loading Linux 5.4.0-65-generic ...
Loading initial ramdisk ...

Supongo que los datos de la partición no estaban dañados. ¿Conoce una solución mejor que reinstalar el sistema?

Actualizar
Ejecuté la reparación de arranque desde un USB en vivo para generar el informe resumido de Bootinfo (como lo sugiere @oldfred):https://paste.ubuntu.com/p/wn3XRs94Jq/

También probé las siguientes 3 estrategias, sin éxito.

1. Reinstale grub desde boot-repairla GUI

Como se explica aquí:https://www.howtogeek.com/114884/how-to-repair-grub2-when-ubuntu-wont-boot/. Me dice que no puede encontrar los paquetes grub-efio grub-efi-amd64-signed.
Referencias:

2. Desde la terminal:

Monte la partición raíz y efi (sí, tengo una partición efi separada) e importe particiones útiles desde live usb Ubuntu

sudo mount /dev/nvme0n1p3 /mnt
for i in /sys /proc /run /dev /var /lib /usr /etc; do sudo mount --bind "$i" "/mnt$i"; done
sudo mount /dev/nvme0n1p1 /mnt/boot/efi

Chroot en la partición raíz

sudo chroot /mnt

Reinstale grub (efi).
Como lo hago desde la partición raíz de Ubuntu (gracias a chroot), también identifica correctamente el sistema operativo Windows.

sudo apt-get update
sudo apt-get purge grub-common
sudo apt-get install grub-efi-amd64
sudo update-grub
grub-probe -t device /boot/grub
sudo grub-install /dev/nvme0n1p1 # also tried with /dev/nvme0n1
sudo update-grub

Pero nada cambió.
Referencias:

3. Desde USB en vivo de GParted

  • Realice una "verificación" de la partición raíz de Ubuntu /dev/nvme0n1p13 (aprobado)
  • sudo fsck /dev/nvme0n1p3 -y
  • sudo e2fsck -C0 -p -f -v /dev/nvme0n1p3
  • sudo e2fsck -f -y -v /dev/nvme0n1p3

Referencias:

Actualizar.
Después de reinstalar el kernel desde live usb en chroot, aparece un registro de pánico del kernel cuando inicio en modo de recuperación.
Las últimas líneas son:

0.4762681 eun: security.SMACK64TRANSMUTE

0.477044] eun: security.SMACK64MMAP 0.477951) eun: security.apparnor

0.4787371 eun: security. ina

8.479513] eum: security.capability

0.4802771 eum: HMAC attrs: 0x1

0.4819921 PM: Magic number: 13:566:676 0.482765] vtconsole vtcon1: hash matches

0.4837521 rtc_chos 00:01: setting system clock to 2021-11-06T09:39:59 UTC (1636191599) 0.4848431 md: Maiting for all devices to be available before autodetect

0.485623] nd: If you don't use raid, use raid-noautodetect 0.486981) nd: Autodetecting RAID arrays.

0.4877591 nd: autorun ...

0.488526] md: ... autorun DONE.

0.4893201 UFS: Cannot open root device "UUID-b13c4a4c-9205-4547-83d8-641391500749" or unknown-block(0,0): error -6

8.4903641 Please append a correct "root=" boot option: here are the available partitions: 0.4911841 Kernel panic - not syncing: UFS: Unable to mount root fs on unknown-black(0,0)

8.4919711 CPU: 1 PID: 1 Conn: suapper/0 Not tainted 5.4.0-65-generic #73-Ubuntu 8.4927551 Hardware name: Dell Inc. Inspiron 5593/09PY2G, BIOS 1.17.0 07/27/2821

0.4935341 Call Trace:

8.494659] dump_stack Ox6d/0x9a

8.4957351 panic +0x101/0x2e3

8.496847] mount block_root+0x23f/0x2e8

0.4988051 mount_root 0x38/0x3a 0.4991241 prepare_nanespace 0x13f/0x194

8.580253] kernel_init_freeable 0x231/0x255

0.5013811 ? rest_init+0xb0/0xb0

8.5825991 kernel_init+0xe/0x110

0.503723] ret_from_fork 0x1f/0x10

8.5049351 Kernel Offset: 0x24000000 from Oxffffffff81000000 (relocation range: 0xffffffff80000000-0xfffffffffffffff) 8.586156] [ end Kernel panic - not syncing: UFS: Unable to mount root fs on unknown-block(0.0) 1

NOTA: este texto ha sido extraído de una imagen con Google lens. Por lo tanto, puede haber algunos pequeños errores tipográficos. La imagen original es ingrese la descripción de la imagen aquí

Solución

Finalmente tuve que reinstalar un Ubuntu nuevo en mi partición raíz sin perder mis datos (que estaban en mi partición/home, otra partición en el disco), usando USB en vivo. Por cada solución probada, seguía recibiendo errores que me hacían perder una gran cantidad de tiempo, mientras que la reinstalación solo tomó 15 minutos.¡Muy recomendado! Probablemente los errores que obtuve se debieron al hecho de que el kernel en mi partición raíz era 5.4.0-65, mientras que el de la clave en vivo de EE. UU. era 5.11.0.
Referencias:

información relacionada