Linux toont een foutmelding bij het opstarten: oorzaken en gedetailleerde oplossingen

Tijdens het opstarten van Linux kunnen er soms foutmeldingen op het scherm verschijnen, waarna het systeem stopt voordat het bureaublad wordt geladen. Hoewel zulke meldingen ernstig kunnen lijken, zijn ze juist vaak de belangrijkste aanwijzing voor de echte oorzaak.

In dit artikel bespreken we uitgebreid de meest voorkomende oorzaken van opstartfouten in Linux en welke stappen je kunt volgen om ze op te lossen.

1. Herstart de computer niet steeds opnieuw zonder de fout te controleren

Veel gebruikers reageren op een opstartfout door de computer meerdere keren achter elkaar opnieuw op te starten. Als het probleem echter met het bestandssysteem of de schijf te maken heeft, kan dat de situatie verergeren.

Het is beter om eerst het volgende te doen:

schrijf de exacte foutmelding op
maak een foto van het scherm
let op in welke fase het opstarten stopt
denk na over recente wijzigingen in het systeem

Als het probleem na een update begon, kan de oorzaak bij de kernel of stuurprogramma’s liggen. Als er eerder een stroomuitval of harde uitschakeling was, is beschadiging van het bestandssysteem waarschijnlijker.

2. Veelvoorkomende soorten opstartfouten

GRUB- of bootloaderfouten
fouten in het bestandssysteem
problemen met kernel of initramfs
mislukte systemd-diensten
problemen met GPU-stuurprogramma’s of het scherm
te weinig schijfruimte
fysieke schijffouten

Hoewel het algemene symptoom hetzelfde is, namelijk dat Linux niet opstart, hangt de oplossing af van het type fout.

3. Gedetailleerde opstartberichten tonen

Veel distributies verbergen de gedetailleerde opstartmeldingen met quiet splash. Om de werkelijke oorzaak te zien, is het nuttig om deze optie tijdelijk in GRUB te verwijderen.

Start de computer opnieuw op
Druk direct na het inschakelen meerdere keren op Shift of Esc
Kies in GRUB de opstartinvoer en druk op e
Verwijder quiet splash
Start met Ctrl + X

Zo kun je duidelijker zien op welk punt het opstarten misgaat.

4. Als “grub rescue” of “no such partition” verschijnt

Als direct bij het opstarten grub rescue of een fout als “no such partition” verschijnt, zit het probleem meestal in de bootloader of in de partitiestructuur.

Veelvoorkomende oorzaken:

partities zijn gewijzigd of verplaatst
Windows in een dual boot-opstelling heeft de opstartinformatie overschreven
de EFI-partitie of /boot-partitie is beschadigd
de GRUB-configuratie is kapot

In veel gevallen helpt het om vanaf een Live USB te starten en GRUB opnieuw te installeren:

sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi   # alleen voor UEFI-systemen

sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys

sudo chroot /mnt
grub-install /dev/sda
update-grub
exit
sudo reboot

Pas de apparaatsnamen aan je eigen systeem aan.

5. Als het systeem in emergency mode terechtkomt

De melding You are in emergency mode betekent meestal dat het systeem een ernstig probleem heeft gevonden bij het aankoppelen van partities of het lezen van belangrijke instellingen. Een veelvoorkomende oorzaak is een fout in /etc/fstab.

Controleer eerst de logbestanden:

journalctl -xb

Bekijk daarna fstab:

cat /etc/fstab

Typische fouten:

onjuiste UUID
een mountpoint dat niet bestaat
een externe schijf in fstab die niet is aangesloten

Als je een fout vindt, pas het bestand aan:

nano /etc/fstab

Start daarna het systeem opnieuw op.

6. Als de fout met fsck of het bestandssysteem te maken heeft

Meldingen zoals fsck failed of UNEXPECTED INCONSISTENCY wijzen meestal op beschadiging van het bestandssysteem. Dit gebeurt vaak na een stroomuitval of een geforceerde uitschakeling.

Het is het veiligst om dit te controleren vanuit Recovery Mode of een Live USB:

sudo fsck -f /dev/sda1

Voer fsck niet uit op een actieve root-partitie die al aangekoppeld is.

Het is ook verstandig om de gezondheid van de schijf te controleren:

sudo smartctl -a /dev/sda

Als SMART veel fouten laat zien, maak dan eerst een back-up van belangrijke gegevens.

7. Als systemd-diensten falen

Soms is de Linux-kernel al gestart, maar lukt het een belangrijke dienst niet om op te starten, waardoor de rest van het systeem stopt. Dan verschijnen vaak meldingen zoals:

Failed to start ...
Dependency failed for ...

Probeer in dat geval naar een TTY te gaan:

Ctrl + Alt + F2

Controleer na het inloggen de mislukte diensten:

systemctl --failed
journalctl -xb

Voor een specifieke dienst:

systemctl status NetworkManager
journalctl -u NetworkManager -b

Als de problematische dienst niet essentieel is, kan deze tijdelijk worden uitgeschakeld om te testen of het systeem dan verder opstart.

8. Als het probleem in kernel of initramfs zit

Als de fout begon na een kernelupdate, kan de nieuwe kernel of initramfs de oorzaak zijn. Probeer dan in GRUB een oudere kernel te starten:

Open GRUB
Kies Advanced options
Kies een oudere kernelversie

Als dat werkt, kan initramfs opnieuw worden opgebouwd:

sudo update-initramfs -u

9. Als de GPU-driver de oorzaak is

Soms is Linux al wel gestart, maar verschijnt de grafische omgeving niet vanwege een probleem met de GPU-driver. Dit komt vooral vaak voor na NVIDIA-updates.

Probeer tijdelijk nomodeset toe te voegen in GRUB:

linux /boot/vmlinuz ... quiet splash nomodeset

Als het systeem daarmee wel opstart, wijst dat sterk op een probleem met de grafische driver. Daarna kan de driver opnieuw worden geïnstalleerd.

10. Vergeet niet de vrije schijfruimte te controleren

Soms is de echte oorzaak heel eenvoudig: de root-partitie of /boot is helemaal vol. Daardoor mislukken updates en kan de volgende opstart kapotgaan.

Controleer de ruimte met:

df -h

Als de schijf bijna vol is, ruim dan cache en oude pakketten op:

sudo apt clean
sudo apt autoremove

Het kan ook nodig zijn om oude kernels en grote logbestanden te verwijderen.

11. Als niets helpt, maak dan eerst een back-up

Als TTY, Recovery Mode en de gebruikelijke herstelmethoden niet helpen, is het veiliger om vanaf een Live USB te starten en eerst belangrijke bestanden te bewaren. Dat is nog belangrijker als je een fysieke schijffout vermoedt.

Met een Live USB kun je:

belangrijke bestanden kopiëren
fsck uitvoeren
GRUB opnieuw installeren
configuratiebestanden controleren
de toestand van de schijf beoordelen

Samenvatting

Dat Linux een foutmelding toont bij het opstarten betekent niet automatisch dat het hele systeem opnieuw geïnstalleerd moet worden. In veel gevallen kan het probleem worden opgelost als de foutmelding zorgvuldig wordt gelezen en de oorzaak stap voor stap wordt onderzocht.

noteer de exacte fout
toon gedetailleerde opstartmeldingen
gebruik TTY, Recovery Mode of Live USB
controleer GRUB, bestandssysteem, diensten, kernel, drivers en schijfruimte
maak eerst een back-up als je schijffouten vermoedt

Het belangrijkste is om niet blind opnieuw te installeren, maar de foutmelding te gebruiken als aanwijzing naar de echte oorzaak.