Archlinux kann nach dem Update nicht gestartet werden: UUID kann nicht gefunden werden

10

Ich habe Archlinux mit "pacman -Syu" aktualisiert und beim Neustart kann das System nicht gestartet werden. Dies ist der Bericht:

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 dieser Shell funktioniert meine Tastatur nicht.

Ich versuche es mit einer Live-CD von Archlinux: Mounten der Partitionen und Verwenden von Chroot. Ich überprüfe die UUID der Root-Partition in "/ etc / fstab". Es ist mein 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

Und es ist das Ergebnis von "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

Ich habe das System erneut mit "pacman -Syu" aktualisiert und versucht, "mkinitcpio -p linux" zu erstellen, aber das Problem wurde nicht gelöst (trotz des Ergebnisses des Befehls ist es in Ordnung). Dies ist der Bericht:

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

Ich habe versucht, die Reihenfolge der HAKEN in "/etc/mkinitcpio.conf" zu ändern. Aber es funktioniert nicht. Dies ist die aktuelle Reihenfolge:

base udev block autodetect modconf filesystems keyboard fsck

"uname -r" gibt zurück:

4.11.7-1-ARCH

"pacman -Q linux" gibt zurück:

linux 4.11.9-1

Die Datei mit der Warnung "/lib/modules/4.11.9-1-ARCH/modules.devnam" ist vorhanden.

Ich habe versucht, "linux-lts" zu installieren und zu verwenden, aber das Ergebnis ist das gleiche. Ich benutze grub und habe versucht, es auch neu zu konfigurieren.

Was kann ich machen?

— Lifka
quelle

3

/bootwurde nicht gemountet, als Sie das Upgrade ausgeführt haben; daher die fehlenden Module. Chroot in, stellen Sie sicher, dass alles korrekt gemountet ist und führen Sie das Update erneut aus.

— Jasonwryan

Das ist das Problem ... Ich kann nicht verstehen, wie ich es nicht realisiert habe. Vielen Dank, Jasonwryan.

— Lifka

10

Ich habe gerade Mount Boot vergessen (danke, Jasonwryan).

Die Lösung für dieses Problem war in meinem Fall:

Verwenden Sie eine Live-CD, um alle Partitionen bereitzustellen und chroot zu verwenden.
Aktualisieren:

Pacman-Syu
Regenerieren Sie initramfs mit:

mkinitcpio -p linux
Wenn Sie Grub verwenden:

grub-mkconfig -o /mnt/boot/grub/grub.cfg
Neu starten.

— Lifka
quelle

3

Zu arch-chrootchroot

— Ihrer Information

Als Ergänzung zu dieser Antwort: Falls das fallback initramfsfunktioniert und Sie es zur Reparatur verwenden, verwenden Sie /boot/grub/grub.cfg. Dann müssen arch-chrootoder müssen Sie Ihren USB-Stick auch nicht flashen, wenn Sie ihn gelöscht haben. (oder verloren :)

— Linux4win

Funktioniert auch für mich. Danke Kumpel.

— Marcin

0

Hier ist, was für mich funktioniert hat (Antergos, Dual-Boot mit Windows 10). Es ist eine geringfügige Änderung der obigen Antwort.

Verwenden Sie einen Live-USB-Server, um Root- und Boot-Partitionen bereitzustellen. Die Befehle für diese sind hier . In diesem Fall war meine Boot-Partition die EFI-Boot-Partition (Fat-Partition).
Aktualisieren:

Pacman-Syu
Regenerieren Sie initramfs mit:

mkinitcpio -p linux
Wenn Sie Grub verwenden:

grub-mkconfig -o /boot/grub/grub.cfg
Neu starten.

— Fleming
quelle

1

Ja, Ihre Antwort ist ein paar Wörter länger als Lifkas Antwort. Was haben Sie, abgesehen von etwas Ausführlichkeit, hinzugefügt, um Ihren Beitrag als neue, andere Antwort hervorzuheben?

— G-Man sagt "Reinstate Monica"