Dein Arch Linux startet nach der Installation nicht? Das sind die häufigsten Fehler und ihre Lösungen

Herzlichen Glückwunsch! Du hast dich entschieden, den „Arch Way” zu gehen und Arch Linux zu installieren. Eine mutige Wahl, die mit viel Lernpotenzial und ultimativer Kontrolle über dein System belohnt wird. Doch oft folgt auf die Euphorie einer (scheinbar) erfolgreichen Installation die Ernüchterung: Der Bildschirm bleibt schwarz, es erscheinen Fehlermeldungen oder das System bootet einfach nicht. Keine Panik! Das ist ein häufiges Szenario, dem viele Arch-Nutzer begegnen. Dieser Artikel nimmt dich an die Hand und führt dich durch die häufigsten Fehlerursachen und ihre Lösungen, damit dein Arch-System endlich zum Leben erwacht.

Arch Linux ist bekannt für seine „Do-it-yourself”-Philosophie. Das bedeutet zwar maximale Flexibilität, aber auch, dass du für jeden Schritt selbst verantwortlich bist. Ein kleiner Tippfehler oder eine übersehene Konfiguration können ausreichen, um den Systemstart zu verhindern. Aber keine Sorge, das Schöne an Arch ist, dass fast jedes Problem eine logische Ursache hat und behoben werden kann. Wir tauchen ein!

Grundlegende Vorüberlegungen und Erste Hilfe: Das Live-System ist dein Freund

Bevor wir uns den spezifischen Problemen widmen, ist es wichtig zu wissen, wie man überhaupt Fehler diagnostiziert. Der erste und wichtigste Schritt ist immer, dein Installationsmedium (USB-Stick oder DVD) als Live-System zu booten. Von dort aus kannst du dein installiertes System untersuchen und reparieren. Nach dem Booten ins Live-System öffnest du ein Terminal und führst die folgenden Schritte aus:

1. Partitionen identifizieren: Nutze lsblk oder fdisk -l, um deine Festplatten und Partitionen zu finden. Notiere dir, welche Partitionen für dein Root-Verzeichnis (/), deine EFI-Partition (falls vorhanden) und andere wichtige Verzeichnisse gedacht sind.
2. Root-Partition mounten: Angenommen, deine Root-Partition ist /dev/sda2, dann mountest du sie mit mount /dev/sda2 /mnt.
3. Andere Partitionen mounten: Wenn du separate Partitionen für /boot, /home oder eine EFI-Partition hast, musst du diese ebenfalls mounten. Zum Beispiel für EFI: mount /dev/sda1 /mnt/boot/efi (falls /boot/efi die Einhängepunkt für deine EFI-Partition ist).
4. Chroot in dein System: Dies ist der Schlüssel, um dein installiertes System so zu nutzen, als wärst du direkt darin. Verwende arch-chroot /mnt. Nun kannst du Befehle ausführen, als ob du von deiner Festplatte booten würdest.

Mit diesen Schritten bist du bereit, die folgenden Fehlerbehebungen anzugehen.

1. Bootloader-Probleme: Der häufigste Stolperstein

Der Bootloader ist das erste Programm, das nach dem BIOS/UEFI startet und dafür verantwortlich ist, den Linux-Kernel zu laden. Fehler hier sind die absolute Nummer eins, wenn es ums Nicht-Booten geht.

Fehler 1.1: Bootloader nicht installiert oder falsch konfiguriert

Symptome: Der Rechner bootet direkt ins BIOS/UEFI, zeigt eine Meldung wie „No bootable device found” oder startet einfach nichts. Auf UEFI-Systemen erscheint vielleicht ein „grub_rescue>” Prompt.

Lösungen (im Chroot):

• GRUB neu installieren:

  Dies ist der beliebteste Bootloader. Stelle sicher, dass du ihn korrekt installiert hast. Für UEFI-Systeme:

  grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ArchLinux

  Ersetze /boot/efi durch den korrekten Einhängepunkt deiner EFI-Partition. Für BIOS-Systeme (installiert GRUB in den MBR):

  grub-install --target=i386-pc /dev/sda

  Ersetze /dev/sda durch deine Festplatte, *nicht* eine Partition!

  Nach der Installation immer die GRUB-Konfigurationsdatei neu generieren:

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

• systemd-boot neu installieren:

  Eine minimalistische Alternative für UEFI-Systeme. Stelle sicher, dass deine EFI-Partition gemountet ist (z.B. unter /boot).

  bootctl install

  Überprüfe dann deine Loader-Einträge in /boot/loader/entries/arch.conf. Ein typischer Eintrag sieht so aus:

  title   Arch Linux
  linux   /vmlinuz-linux
  initrd  /initramfs-linux.img
  options root=PARTUUID=<DEINE_ROOT_PARTITION_UUID> rw

  Die PARTUUID deiner Root-Partition findest du mit blkid. Du kannst auch root=/dev/sdaX verwenden, aber PARTUUID ist robuster.

Fehler 1.2: UEFI/BIOS-Modus-Konflikt

Symptome: Du hast GRUB für UEFI installiert, aber dein BIOS versucht im Legacy-Modus zu booten (oder umgekehrt). Oder das System findet den installierten Bootloader nicht, obwohl er da ist.

Lösung: Überprüfe deine BIOS/UEFI-Einstellungen. Stelle sicher, dass der Bootmodus (Legacy/CSM oder UEFI-only) mit der Art und Weise übereinstimmt, wie du Arch installiert und den Bootloader konfiguriert hast. Wenn du eine UEFI-Installation durchgeführt hast, deaktiviere CSM (Compatibility Support Module) und aktiviere Secure Boot (falls du es konfigurieren möchtest, sonst deaktiviere es).

2. Kernel- und Initramfs-Probleme: Die Verbindung zum System

Nach dem Bootloader muss der Kernel geladen werden, gefolgt vom Initramfs (initial RAM filesystem), das essentielle Treiber und Skripte enthält, um das eigentliche Root-Dateisystem zu finden und zu mounten.

Fehler 2.1: Kernel oder Initramfs fehlen oder sind beschädigt

Symptome: Der Bootloader startet, aber das System bleibt bei einer Meldung wie „Kernel panic – not syncing: VFS: Unable to mount root fs on unknown block(0,0)” hängen, oder es kommt zu einem Black Screen nach dem GRUB-Menü.

Lösung (im Chroot):

• Kernel und Initramfs neu generieren/installieren:

  Manchmal fehlt der Kernel oder das Initramfs wurde nicht korrekt generiert. Installiere den Kernel neu, um sicherzustellen, dass alles vorhanden ist und das Initramfs neu generiert wird:

  pacman -S linux # Für den Standard-Kernel
  mkinitcpio -P   # Generiert alle Initramfs-Images neu

  Überprüfe, ob die Kernel-Images (vmlinuz-linux) und Initramfs-Images (initramfs-linux.img) in deinem /boot-Verzeichnis vorhanden sind.

Fehler 2.2: Falsche Kernel-Parameter im Bootloader

Symptome: Ähnlich wie oben, oft mit Meldungen über das Nichterkennen des Root-Dateisystems.

Lösung: Der Bootloader muss wissen, wo sich dein Root-Dateisystem befindet. Dies geschieht über den root=-Parameter. Verwende am besten die PARTUUID oder UUID, da diese sicherer sind als /dev/sdXn, welches sich ändern kann.

1. PARTUUID/UUID finden:

   blkid

   Finde die PARTUUID oder UUID deiner Root-Partition (z.B. /dev/sda2).

2. GRUB aktualisieren:

   Bearbeite /etc/default/grub und stelle sicher, dass die Zeile GRUB_CMDLINE_LINUX_DEFAULT den korrekten root=-Parameter enthält, z.B.:

   GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 quiet root=PARTUUID=<DEINE_ROOT_PARTITION_UUID> rw"

   Vergiss nicht, danach grub-mkconfig -o /boot/grub/grub.cfg auszuführen!

3. systemd-boot aktualisieren:

   Passe die options-Zeile in /boot/loader/entries/arch.conf an, wie in Fehler 1.1 beschrieben.

3. Dateisystem- und Fstab-Probleme: Der Zugriff auf die Daten

Wenn der Kernel geladen ist, aber das System das eigentliche Root-Dateisystem nicht mounten kann, ist oft die /etc/fstab-Datei schuld.

Fehler 3.1: Falsche Einträge in /etc/fstab

Symptome: Das System startet und zeigt vielleicht eine Meldung wie „Failed to mount /”, „You are in emergency mode” oder bleibt in einer Schleife hängen.

Lösung (im Chroot):

• /etc/fstab überprüfen und korrigieren:

  Öffne die Datei /etc/fstab mit einem Texteditor (z.B. nano /etc/fstab). Überprüfe jeden Eintrag sorgfältig:

  • Stimmen die UUIDs oder PARTUUIDs mit den tatsächlichen Partitionen überein (prüfe mit blkid)?
  • Sind die Einhängepunkte korrekt (z.B. / für Root, /boot/efi für EFI)?
  • Sind die Dateisystemtypen korrekt (z.B. ext4, vfat für EFI)?
  • Sind die Optionen für jede Partition sinnvoll?

  Ein häufiger Fehler ist, eine nicht existierende Partition (z.B. eine Swap-Partition, die du nicht eingerichtet hast) oder eine falsch geschriebene UUID einzutragen.

• Überprüfe die UUIDs/PARTUUIDs: Vergleiche die in /etc/fstab verwendeten UUIDs/PARTUUIDs mit der Ausgabe von blkid. Sie müssen exakt übereinstimmen.
• Dateisystem auf Fehler prüfen: Wenn du vermutest, dass das Dateisystem selbst beschädigt ist, kannst du es im Live-System (aber *nicht* im Chroot!) überprüfen, z.B. fsck /dev/sda2 für eine ext4-Partition.

Fehler 3.2: Fehlende Treiber für spezielle Hardware (z.B. NVMe)

Symptome: Das System kann das Root-Dateisystem auf einer NVMe-SSD nicht finden, obwohl fstab korrekt ist. Oft mit „Device not found” oder „Failed to mount /”.

Lösung (im Chroot):

• Initramfs mit notwendigen Modulen neu generieren:

  Manchmal sind spezifische Treiber (z.B. nvme für NVMe-Laufwerke) nicht standardmäßig im Initramfs enthalten. Bearbeite /etc/mkinitcpio.conf und füge das Modul in das MODULES-Array ein:

  MODULES=(nvme)

  Danach das Initramfs neu generieren:

  mkinitcpio -P

4. Grafiktreiber-Probleme: Der Black Screen nach dem Start

Manchmal bootet Arch Linux technisch korrekt, aber du siehst nur einen Black Screen oder einen Cursor, nachdem der Bootloader verschwunden ist. Dies liegt oft an Problemen mit proprietären Grafiktreibern.

Fehler 4.1: Propriäre Grafiktreiber verursachen Konflikte

Symptome: Nach dem Start des Kernels und Initramfs wird der Bildschirm schwarz, friert ein oder zeigt nur einen blinkenden Cursor.

Lösung (im Chroot):

• Proprietäre Treiber deinstallieren und Open-Source-Treiber verwenden:

  Wenn du proprietäre Treiber (z.B. NVIDIA) installiert hast, deinstalliere sie und nutze die integrierten Open-Source-Treiber (xf86-video-nouveau für NVIDIA, xf86-video-amdgpu für AMD, xf86-video-intel für Intel).

  pacman -Rns nvidia nvidia-utils # oder ähnliche für andere Treiber
  pacman -S xf86-video-nouveau # oder den entsprechenden Open-Source-Treiber

  Starte neu. Wenn es funktioniert, kannst du versuchen, die proprietären Treiber gemäß Arch Wiki-Anleitung erneut zu installieren, diesmal aber vorsichtiger.

• KMS (Kernel Mode Setting) deaktivieren:

  Temporär kannst du KMS deaktivieren, indem du dem Kernel den Parameter nomodeset übergibst. Füge diesen zu deiner GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub hinzu und generiere GRUB neu (siehe 2.2). Dies ist nur eine temporäre Lösung zur Fehlerbehebung.

5. Fehlende oder falsche Firmware

Manche Hardware, insbesondere WLAN-Karten, Grafikkarten oder CPUs, benötigt spezielle Firmware, um korrekt zu funktionieren. Diese Firmware ist oft nicht Teil des Kernels selbst, sondern wird von linux-firmware bereitgestellt.

Fehler 5.1: Bestimmte Hardware wird nicht erkannt oder verursacht Boot-Probleme

Symptome: Der Boot-Vorgang bleibt hängen, Fehlermeldungen über fehlende Firmware-Dateien erscheinen im Log, oder bestimmte Hardware funktioniert nach dem Booten nicht.

Lösung (im Chroot):

• linux-firmware Paket installieren/aktualisieren:

  Stelle sicher, dass das linux-firmware Paket installiert und aktuell ist. Es enthält die meisten gängigen Firmware-Dateien.

  pacman -S linux-firmware

  Danach solltest du zur Sicherheit dein Initramfs neu generieren (mkinitcpio -P), da es Firmware-Dateien aus /usr/lib/firmware einbetten kann.

Allgemeine Tipps zur Fehlerbehebung und Prävention

• Das Arch Wiki ist dein bester Freund: Fast jedes Problem ist dort dokumentiert, oft mit detaillierten Lösungen. Nutze es aktiv!
• Protokolle überprüfen: Nach einem fehlgeschlagenen Bootversuch kannst du im Chroot mit journalctl -xb die Systemprotokolle des letzten Bootvorgangs einsehen. Das ist eine Goldgrube für Fehlermeldungen.
• Netzwerk im Chroot: Wenn du Software installieren oder aktualisieren musst, stelle sicher, dass du im Chroot Internetzugang hast. Dies funktioniert oft automatisch, aber falls nicht, kannst du pacstrap /mnt base erneut ausführen oder temporär systemd-networkd und systemd-resolved starten.
• Backups machen: Bevor du größere Änderungen vornimmst, besonders an /etc/fstab oder der Bootloader-Konfiguration, mache ein Backup der Originaldatei.
• Übung macht den Meister: Die Installation in einer virtuellen Maschine (VirtualBox, KVM/QEMU) ist eine hervorragende Möglichkeit, den Prozess zu üben und Fehler ohne Risiko zu beheben.
• Geduld: Arch Linux ist nicht immer einfach, aber sehr lohnend. Nimm dir Zeit, die Fehlermeldungen zu verstehen und Schritt für Schritt vorzugehen.

Fazit

Es ist völlig normal, dass Arch Linux nicht auf Anhieb nach der Installation bootet. Die Fehlerbehebung ist ein integraler Bestandteil des Lernprozesses und macht dich zu einem versierteren Linux-Nutzer. Die häufigsten Probleme drehen sich um den Bootloader, den Kernel/Initramfs und die fstab. Mit dem Wissen, wie du dein Live-System und Chroot effektiv nutzt, und den hier vorgestellten Lösungsansätzen bist du gut gerüstet, um dein Arch-System zum Laufen zu bringen. Bleib dran, die Mühe lohnt sich!

Sobald dein Arch Linux erfolgreich bootet, wirst du die Kontrolle und Performance genießen, die es bietet. Und das Wissen, dass du es selbst eingerichtet und repariert hast, wird ein zusätzlicher Bonus sein. Viel Erfolg!