Linux viser en feilmelding ved oppstart: årsaker og detaljerte løsninger

Når Linux starter, kan det noen ganger vises feilmeldinger på skjermen, og systemet kan stoppe før skrivebordet lastes inn. Selv om slike meldinger kan virke alvorlige, er de ofte det viktigste sporet til den virkelige årsaken.

I denne artikkelen går vi detaljert gjennom de vanligste årsakene til oppstartsfeil i Linux og hvilke trinn som kan brukes for å løse dem.

1. Ikke tvangsstart maskinen på nytt flere ganger uten å sjekke feilen

Når en feil vises under oppstart, begynner mange brukere å starte datamaskinen på nytt om og om igjen. Hvis problemet skyldes filsystemet eller disken, kan dette gjøre skaden verre.

Det er bedre å gjøre følgende først:

skriv ned den nøyaktige feilmeldingen
ta bilde av skjermen
se på hvilket trinn oppstarten stopper
tenk gjennom de siste endringene i systemet

Hvis problemet begynte etter en oppdatering, kan årsaken være kjernen eller driverne. Hvis det var et strømbrudd før dette, er filsystemskade mer sannsynlig.

2. Vanlige typer oppstartsfeil

GRUB- eller bootloader-feil
filsystemfeil
problemer med kernel eller initramfs
systemd-tjenester som ikke starter
GPU-driver- eller skjermproblemer
for lite diskplass
fysisk diskfeil

Selv om det generelle symptomet er det samme, nemlig at Linux ikke starter, avhenger løsningen av hvilken type feil det er.

3. Vis detaljerte oppstartsmeldinger

Mange distribusjoner skjuler detaljerte oppstartsmeldinger med quiet splash. For å finne den virkelige årsaken er det nyttig å fjerne dette midlertidig i GRUB.

Start datamaskinen på nytt
Trykk flere ganger på Shift eller Esc rett etter oppstart
Velg oppstartsoppføringen i GRUB og trykk e
Fjern quiet splash
Start med Ctrl + X

Da blir det lettere å se nøyaktig hvor oppstarten stopper.

4. Hvis du ser “grub rescue” eller “no such partition”

Hvis skjermen viser grub rescue med en gang, eller en feil som “no such partition”, er problemet ofte knyttet til bootloaderen eller partisjonsstrukturen.

Vanlige årsaker:

partisjoner er endret eller flyttet
Windows i dual boot har overskrevet oppstartsinformasjonen
EFI-partisjonen eller /boot-partisjonen er skadet
GRUB-konfigurasjonen er ødelagt

I mange tilfeller kan du bruke en Live USB og installere GRUB på nytt:

sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi   # bare for 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

Bytt ut enhetsnavnene med dem som passer til ditt system.

5. Hvis systemet går inn i emergency mode

Meldingen You are in emergency mode betyr vanligvis at systemet fant et alvorlig problem under montering av partisjoner eller ved lesing av viktige innstillinger. En svært vanlig årsak er feil i /etc/fstab.

Start med å lese loggen:

journalctl -xb

Kontroller deretter innholdet i fstab:

cat /etc/fstab

Vanlige feil:

feil UUID
et mount point som ikke finnes
en ekstern disk i fstab som ikke er koblet til

Hvis du finner en feil, rediger filen:

nano /etc/fstab

Start deretter systemet på nytt.

6. Hvis feilen er relatert til fsck eller filsystemet

Meldinger som fsck failed eller UNEXPECTED INCONSISTENCY tyder vanligvis på skade i filsystemet. Dette skjer ofte etter strømbrudd eller tvungen avslutning.

Det tryggeste er å sjekke dette via Recovery Mode eller Live USB:

sudo fsck -f /dev/sda1

Ikke kjør fsck direkte på en aktiv root-partisjon som allerede er montert.

Det er også lurt å kontrollere helsetilstanden til disken:

sudo smartctl -a /dev/sda

Hvis SMART viser mange feil, bør viktige data sikkerhetskopieres først.

7. Hvis systemd-tjenester mislykkes

Noen ganger er Linux-kjernen allerede startet, men en viktig tjeneste klarer ikke å starte, og derfor stopper resten av systemet. Da kan du se meldinger som:

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

Prøv i så fall å gå til TTY:

Ctrl + Alt + F2

Etter innlogging kan du kontrollere mislykkede tjenester:

systemctl --failed
journalctl -xb

For en bestemt tjeneste:

systemctl status NetworkManager
journalctl -u NetworkManager -b

Hvis tjenesten ikke er kritisk, kan den deaktiveres midlertidig for å teste om systemet deretter fortsetter å starte.

8. Hvis problemet ligger i kernel eller initramfs

Hvis feilen startet etter en kernel-oppdatering, kan den nye kjernen eller initramfs være årsaken. Prøv i så fall en eldre kjerne fra GRUB:

Åpne GRUB
Velg Advanced options
Velg en eldre kjerneversjon

Hvis dette fungerer, kan initramfs bygges opp på nytt:

sudo update-initramfs -u

9. Hvis GPU-driveren er årsaken

Noen ganger har Linux faktisk startet, men det grafiske miljøet vises ikke på grunn av et problem med GPU-driveren. Dette er spesielt vanlig etter NVIDIA-oppdateringer.

Prøv å legge til nomodeset midlertidig i GRUB:

linux /boot/vmlinuz ... quiet splash nomodeset

Hvis systemet starter slik, tyder det sterkt på et grafikkdriverproblem. Deretter kan driveren installeres på nytt.

10. Husk å kontrollere ledig diskplass

Noen ganger er den virkelige årsaken veldig enkel: root-partisjonen eller /boot er helt full. Da mislykkes oppdateringer, og neste oppstart kan bryte sammen.

Kontroller diskplassen med:

df -h

Hvis plassen nesten er brukt opp, rengjør cache og gamle pakker:

sudo apt clean
sudo apt autoremove

Det kan også være nødvendig å slette gamle kjerner og store loggfiler.

11. Hvis ingenting fungerer, ta sikkerhetskopi først

Hvis verken TTY, Recovery Mode eller vanlige reparasjonsmetoder hjelper, er det tryggest å starte fra en Live USB og lagre de viktigste filene først. Dette er enda viktigere hvis du mistenker fysisk diskfeil.

Fra en Live USB kan du:

kopiere viktige filer
kjøre fsck
installere GRUB på nytt
kontrollere konfigurasjonsfiler
vurdere diskens tilstand

Oppsummering

At Linux viser en feilmelding ved oppstart betyr ikke nødvendigvis at hele systemet må installeres på nytt. I mange tilfeller kan problemet løses hvis feilmeldingen leses riktig og årsaken sjekkes steg for steg.

noter den nøyaktige feilen
vis detaljerte oppstartsmeldinger
bruk TTY, Recovery Mode eller Live USB
kontroller GRUB, filsystemet, tjenester, kernel, drivere og diskplass
hvis du mistenker diskfeil, redd dataene først

Det viktigste er å ikke reinstallere blindt, men bruke feilmeldingen som et spor til den egentlige årsaken.