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

Antworten:

10

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

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

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

    Pacman-Syu

  3. Regenerieren Sie initramfs mit:

    mkinitcpio -p linux

  4. Wenn Sie Grub verwenden:

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

  5. 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.

  1. 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).
  2. Aktualisieren:

    Pacman-Syu

  3. Regenerieren Sie initramfs mit:

    mkinitcpio -p linux

  4. Wenn Sie Grub verwenden:

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

  5. 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"