Impossibile avviare archlinux dopo l'aggiornamento: impossibile trovare uuid

10

Ho aggiornato archlinux con "pacman -Syu" e poi quando riavvio, il sistema non può avviarsi. Questo è il rapporto:

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

In quella shell la mia tastiera non funziona.

Sto provando con un livecd di archlinux: montare le partizioni e usare chroot. Controllo l'UUID della partizione di root in "/ etc / fstab". È il mio 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

Ed è il risultato di "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

Ho aggiornato di nuovo il sistema con "pacman -Syu" e ho provato a creare "mkinitcpio -p linux", ma non ha risolto il problema (nonostante il risultato del comando sia ok). Questo è il rapporto:

==> 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

Ho provato a cambiare l'ordine di HOOKS in "/etc/mkinitcpio.conf". Ma non funziona Questo è l'ordine attuale:

base udev block autodetect modconf filesystems keyboard fsck

"uname -r" restituisce:

4.11.7-1-ARCH

"pacman -Q linux" restituisce:

linux 4.11.9-1

Esiste il file di guerra "/lib/modules/4.11.9-1-ARCH/modules.devnam".

Ho provato a installare e usare "linux-lts" ma il risultato è lo stesso. Uso grub e ho provato anche a riconfigurarlo.

Cosa posso fare?

— Lifka
fonte

3

/bootnon è stato montato quando hai eseguito l'aggiornamento; da qui i moduli mancanti. Chroot in, assicurarsi che tutto sia montato correttamente ed eseguire nuovamente l'aggiornamento.

— Jasonwryan,

Questo è il problema ... Non riesco a capire come non me ne sia reso conto. Grazie mille, Jasonwryan.

— Lifka,

10

Ho appena dimenticato il boot mount (grazie, Jasonwryan).

La soluzione a questo problema, nel mio caso era:

Usa un livecd per montare tutte le partizioni e usa chroot.
Aggiornare:

pacman -Syu
Rigenera initramfs usando:

mkinitcpio -p linux
Se usi grub:

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

— Lifka
fonte

3

FYI uso arch-chrootsu arco invece che semplicementechroot

— Nepoxx

In aggiunta a questa risposta: nel caso in cui fallback initramfsfunzioni e lo usi per la riparazione, usa /boot/grub/grub.cfg. Quindi non è necessario arch-chrootné eseguire il flash USB se è stato cancellato. (o perso :)

— Linux4win

Funziona anche per me. Grazie compagno.

— Marcin,

0

Ecco cosa ha funzionato per me (antergos, dual booted with windows 10). È una leggera modifica della risposta sopra.

Utilizzare un usb live per montare partizioni di root e di avvio. I comandi per questi sono qui . In questo caso, la mia partizione di avvio era la partizione EFI-boot (fat).
Aggiornare:

pacman -Syu
Rigenera initramfs usando:

mkinitcpio -p linux
Se usi grub:

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

— fiammingo
fonte

1

Sì, la tua risposta è di alcune parole più lunga della risposta di Lifka. A parte un po 'di verbosità, cosa hai aggiunto per far risaltare il tuo post come una risposta nuova e diversa?

— G-Man dice 'Reinstate Monica' il