Når Linux starter, kan der nogle gange vises fejlmeddelelser på skærmen, og systemet kan stoppe, før skrivebordet vises. Selvom det kan virke alvorligt, er disse meddelelser ofte den vigtigste nøgle til at finde den reelle årsag.
I denne artikel gennemgår vi de mest almindelige årsager til opstartsfejl i Linux og forklarer detaljeret, hvordan du kan løse dem trin for trin.
1. Genstart ikke computeren igen og igen uden at læse fejlen
Mange brugere reagerer på en opstartsfejl ved at tvinge computeren til at genstarte flere gange. Hvis problemet skyldes filsystemet eller disken, kan det gøre skaden værre.
Det er bedre først at gøre følgende:
- skriv den præcise fejlmeddelelse ned
- tag et billede af skærmen
- bemærk på hvilket trin opstarten stopper
- tænk over de seneste ændringer i systemet
Hvis problemet begyndte efter en opdatering, kan det skyldes kernel eller drivere. Hvis der var strømsvigt eller hård nedlukning, er filsystemskade mere sandsynlig.
2. Almindelige typer af opstartsfejl
- GRUB- eller bootloader-fejl
- filsystemfejl
- kernel- eller initramfs-problemer
- mislukkede systemd-tjenester
- GPU-driver- eller skærmproblemer
- mangel på diskplads
- fysisk fejl på disken
Selvom det overordnede symptom er det samme, nemlig at Linux ikke starter, afhænger løsningen af, hvilken type fejl der vises.
3. Vis detaljerede opstartsmeddelelser
Mange distributioner skjuler detaljerede opstartsmeddelelser med quiet splash.
For at se den virkelige årsag bør du midlertidigt fjerne denne mulighed i GRUB.
- Genstart computeren
- Tryk flere gange på Shift eller Esc lige efter tænding
- Vælg boot-posten i GRUB og tryk e
- Fjern
quiet splash - Start med Ctrl + X
Derefter bliver det lettere at se, præcis hvor opstarten går galt.
4. Hvis du ser “grub rescue” eller “no such partition”
Hvis skærmen straks viser grub rescue eller en fejl som “no such partition”, er problemet ofte knyttet til bootloaderen eller partitionsstrukturen.
Hyppige årsager:
- partitioner er blevet ændret eller flyttet
- Windows i et dual boot-setup har overskrevet boot-informationen
- EFI-partitionen eller /boot-partitionen er beskadiget
- GRUB-konfigurationen er ødelagt
I mange tilfælde kan du starte fra en Live USB og geninstallere GRUB:
sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi # kun til UEFI-systemer
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
Udskift enhedsnavnene med dem, der passer til dit system.
5. Hvis systemet går i emergency mode
Meddelelsen You are in emergency mode betyder normalt, at systemet fandt en alvorlig fejl under montering af partitioner eller indlæsning af vigtige indstillinger.
En meget almindelig årsag er fejl i /etc/fstab.
Start med at læse loggen:
journalctl -xb
Tjek derefter indholdet af fstab:
cat /etc/fstab
Typiske fejl omfatter:
- forkert UUID
- et mount point, der ikke findes
- en ekstern disk i fstab, som ikke er tilsluttet
Hvis du finder en fejl, så redigér filen:
nano /etc/fstab
Genstart derefter systemet.
6. Hvis fejlen handler om fsck eller filsystemet
Meddelelser som fsck failed eller UNEXPECTED INCONSISTENCY tyder normalt på skade i filsystemet.
Det sker ofte efter strømsvigt eller hård nedlukning.
Det er sikrest at kontrollere dette fra Recovery Mode eller Live USB:
sudo fsck -f /dev/sda1
Kør ikke fsck direkte på en aktiv root-partition, der allerede er monteret.
Det er også en god idé at kontrollere diskens helbred:
sudo smartctl -a /dev/sda
Hvis SMART viser mange fejl, bør du først tage backup af vigtige data.
7. Hvis systemd-tjenester fejler
Nogle gange er Linux-kernen allerede startet, men en vigtig tjeneste kan ikke starte, og derfor stopper resten af systemet. Typiske meddelelser er:
Failed to start ...Dependency failed for ...
I den situation kan du prøve at gå til TTY:
Ctrl + Alt + F2
Efter login kan du kontrollere de fejlede tjenester:
systemctl --failed
journalctl -xb
For en bestemt tjeneste:
systemctl status NetworkManager
journalctl -u NetworkManager -b
Hvis tjenesten ikke er kritisk, kan den midlertidigt deaktiveres for at teste, om systemet derefter kan starte.
8. Hvis problemet skyldes kernel eller initramfs
Hvis fejlen begyndte efter en kernel-opdatering, kan den nye kernel eller initramfs være årsagen. Prøv i så fald at starte en ældre kernel fra GRUB:
- Åbn GRUB
- Vælg Advanced options
- Vælg en ældre kernel-version
Hvis det virker, kan du genskabe initramfs:
sudo update-initramfs -u
9. Hvis GPU-driveren er problemet
Nogle gange er Linux faktisk startet, men det grafiske miljø vises ikke på grund af et problem med GPU-driveren. Det er især almindeligt efter NVIDIA-opdateringer.
Prøv midlertidigt at tilføje nomodeset i GRUB:
linux /boot/vmlinuz ... quiet splash nomodeset
Hvis systemet starter på den måde, peger det stærkt på et grafikdriverproblem. Derefter kan driveren geninstalleres.
10. Glem ikke at kontrollere ledig diskplads
Nogle gange er den virkelige årsag meget enkel: root-partitionen eller /boot er fuld.
Når det sker, fejler opdateringer, og den næste opstart kan bryde sammen.
Kontrollér pladsen med:
df -h
Hvis disken næsten er fuld, så ryd cache og gamle pakker:
sudo apt clean
sudo apt autoremove
Det kan også være nødvendigt at slette gamle kernels og store logfiler.
11. Hvis intet hjælper, så tag backup først
Hvis hverken TTY, Recovery Mode eller de normale reparationsmetoder virker, er det sikrest først at starte fra en Live USB og tage backup af de vigtigste filer. Det er endnu vigtigere, hvis du mistænker fysisk diskfejl.
Fra en Live USB kan du:
- kopiere vigtige filer
- køre fsck
- geninstallere GRUB
- kontrollere konfigurationsfiler
- vurdere diskens tilstand
Opsummering
At Linux viser en fejlmeddelelse ved opstart betyder ikke nødvendigvis, at hele systemet skal geninstalleres. I mange tilfælde kan problemet løses, hvis fejlmeddelelsen læses korrekt, og årsagen undersøges trin for trin.
- notér den præcise fejl
- vis detaljerede opstartsmeddelelser
- brug TTY, Recovery Mode eller Live USB
- kontrollér GRUB, filsystem, tjenester, kernel, drivere og diskplads
- tag backup først, hvis du mistænker diskfejl
Det vigtigste er ikke at geninstallere blindt, men at bruge fejlmeddelelsen som et spor til den egentlige årsag.