No se puede iniciar archlinux después de la actualización: no se puede encontrar uuid

10

Actualicé archlinux con "pacman -Syu" y luego, cuando reinicié, el sistema no puede iniciarse. Este es el informe:

Warning: /lib/modules/4.11.9-1-ARCH/modules.devname not found - ignoring
version 232
Error: device 'UUID=b5a9a977-e9a7-4d3d-96a9-dcf9c3a9010d' not found. Skipping fsck.
Error: can't find UUID=b5a9a977-e9a7-4d3d-96a9-dcf9c3a9010d 
You are now being dropped into a emergency shell.
Can't access tty: job control turned off

En ese caparazón, mi teclado no funciona.

Estoy intentando con un livecd de archlinux: montando las particiones y usando chroot. Compruebo el uuid de la partición raíz en "/ etc / fstab". Es mi fstab:

# /dev/sda2 UUID=b5a9a977-e9a7-4d3d-96a9-dcf8c3a9010d   /           ext4        rw,relatime,data=ordered    0 1  
# /dev/sda1 UUID=FBA9-977B          /boot       vfat        rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 2  
# /dev/sda4 UUID=a43b8426-c93a-4f32-99c8-9dd5cf645373   /home       ext4        rw,relatime,data=ordered    0 2  
# /dev/sda3 UUID=9eec735e-3157-4e0e-a5c6-ef3a7c674201   none        swap        defaults    0

Y es el resultado de "lsblk -f"

NAME   FSTYPE   LABEL       UUID                                 MOUNTPOINT
loop0  squashfs                                                  /run/archiso/sfs/airootfs
sda                                                              
├─sda1 vfat                 FBA9-977B                            
├─sda2 ext4                 b5a9a977-e9a7-4d3d-96a9-dcf8c3a9010d /mnt
├─sda3 swap                 9eec735e-3157-4e0e-a5c6-ef3a7c674201 
└─sda4 ext4                 a43b8426-c93a-4f32-99c8-9dd5cf645373 /mnt/home

He actualizado el sistema nuevamente con "pacman -Syu" e intenté hacer "mkinitcpio -p linux", pero no ha resuelto el problema (a pesar del resultado del comando está bien). Este es el informe:

==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 4.11.9-1-ARCH
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [block]
  -> Running build hook: [block]
WARNING: Possubly missing firmware for module: aic94xx
WARNING: Possubly missing firmware for module: wd719x
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 4.11.9-1-ARCH
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [block]
WARNING: Possubly missing firmware for module: aic94xx
WARNING: Possubly missing firmware for module: wd719x
  -> Running build hook: [modconf]
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-fallback.img
==> Image generation successful

Traté de cambiar el orden de HOOKS en "/etc/mkinitcpio.conf". Pero no funciona. Este es el orden actual:

base udev block autodetect modconf filesystems keyboard fsck

"uname -r" devuelve:

4.11.7-1-ARCH

"pacman -Q linux" devuelve:

linux 4.11.9-1

Existe el archivo de advertencia "/lib/modules/4.11.9-1-ARCH/modules.devnam".

Traté de instalar y usar "linux-lts" pero el resultado es el mismo. Uso grub e intenté reconfigurarlo también.

¿Que puedo hacer?

— Lifka
fuente

3

/bootno se montó cuando ejecutó la actualización; De ahí los módulos que faltan. Conéctese, asegúrese de que todo esté montado correctamente y vuelva a ejecutar la actualización.

— jasonwryan

Ese es el problema ... No puedo entender cómo no me di cuenta. Muchas gracias jasonwryan.

— Lifka

10

Acabo de olvidar el arranque de montaje (gracias, Jason Jason).

La solución a este problema, en mi caso fue:

Use un livecd para montar todas las particiones y use chroot.
Actualizar:

pacman -Syu
Regenera initramfs usando:

mkinitcpio -p linux
Si usa grub:

grub-mkconfig -o /mnt/boot/grub/grub.cfg
Reiniciar.

— Lifka
fuente

3

Para su uso arch-chrooten el arco en lugar de simplementechroot

— Nepoxx

Como complemento a esta respuesta: en caso de que fallback initramfsfuncione y lo use para reparación, úselo /boot/grub/grub.cfg. Entonces tampoco tienes que arch-chrootflashear tu USB si lo borraste. (o lo perdió :)

— Linux4win

A mí también me funciona. Gracias amigo.

— Marcin

0

Esto es lo que funcionó para mí (antergos, arranque dual con Windows 10). Es una ligera modificación de la respuesta anterior.

Use un usb en vivo para montar particiones raíz y de arranque Los comandos para estos están aquí . En este caso, mi partición de arranque era la partición EFI-boot (fat).
Actualizar:

pacman -Syu
Regenera initramfs usando:

mkinitcpio -p linux
Si usa grub:

grub-mkconfig -o /boot/grub/grub.cfg
Reiniciar.

— flamenco
fuente

1

Sí, su respuesta es unas pocas palabras más larga que la respuesta de Lifka. Además de cierta verbosidad, ¿qué ha agregado para que su publicación se destaque como una respuesta nueva y diferente?

— G-Man dice 'reinstalar a Mónica' el