Ubuntu Server opstarten in noodmodus: een stapsgewijze handleiding voor herstel

Uw Ubuntu-server start opnieuw op na een update of stroomonderbreking en stopt vervolgens bij de melding "Noodmodus wordt ingeschakeld". SSH is niet beschikbaar, services zijn uitgeschakeld en de console vraagt ​​om onderhoud. Dit betekent meestal dat systemd een vereiste opstartstap niet kon voltooien, vaak omdat een bestandssysteemcontrole is mislukt of een vereiste mount niet kon worden gevonden. Beschouw deze melding als een aanwijzing: identificeer de defecte eenheid voordat u bestanden bewerkt of een reparatieopdracht uitvoert.

Deze handleiding is van toepassing op conventionele Ubuntu Server-installaties met systemd. Commando's en opstartmenu's kunnen verschillen op Ubuntu Core, versleutelde systemen, cloudimages en door providers beheerde servers. De huidige Ubuntu-manpagina's beschrijven emergency.target als een minimale shell die geen normale services start of gewone bestandssystemen koppelt; afhankelijk van hoe deze is bereikt, kan het rootbestandssysteem alleen-lezen of lees-schrijfbaar zijn. Daarom zijn inspectie en het maken van een back-up de eerste stappen.

1. Lees de foutmelding voordat je iets verandert.

Meld u aan bij de lokale console of de console van de provider als u daarom wordt gevraagd. Sluit op een fysieke machine een toetsenbord en monitor aan; gebruik op een virtuele server de seriële console of de herstelconsole van de provider. Maak een foto of kopie van de volledige foutmelding, met name een eenheidsnaam zoals systemd-fsck@dev-disk-by-uuid-....serviceof een mount-eenheid die eindigt op .mount. Een ontbrekende UUID, een mislukte bestandssysteemcontrole en een defecte service vereisen verschillende oplossingen.

Controleer vanuit de noodshell de defecte eenheden en het huidige opstartlogboek:

systemctl --failed
journalctl -xb

Zoek naar de eerste betekenisvolle foutmelding, niet alleen naar de laatste regel "afhankelijkheid mislukt". Als het logboek een mountpunt identificeert, noteer dan het mountpunt en de UUID van het apparaat. Als het een service identificeert die niets met opslag te maken heeft, begin dan niet /etc/fstabwillekeurig dingen te wijzigen; inspecteer die specifieke unit systemctl status unit-nameen de recente logberichten ervan.

2. Controleer of het rootbestandssysteem bewerkingen toestaat.

Voordat je een configuratiebestand bewerkt, controleer eerst hoe het rootbestandssysteem is aangekoppeld:

findmnt /

Als de opties aangeven rodat het rootbestandssysteem alleen-lezen is, is het dat wel. Als het bestandssysteem verder in orde is en u een kleine configuratiereparatie moet uitvoeren, koppel het dan opnieuw aan met lees- en schrijfrechten:

mount -o remount,rw /

Voer het programma findmnt /opnieuw uit om de wijziging te bevestigen. Als het opnieuw mounten mislukt, stop dan en noteer de foutmelding. Een alleen-lezen root-partitie kan een beschermende maatregel zijn bij problemen met het bestandssysteem; het forceren van schrijfbewerkingen of het herhaaldelijk opnieuw proberen te mounten kan herstel bemoeilijken. Gebruik een herstelomgeving of neem contact op met de provider als het root-volume beschadigd lijkt.

3. Controleer de schijven en vergelijk ze met /etc/fstab

Een veelvoorkomende oorzaak is een verouderde /etc/fstabvermelding: een schijf is verwijderd, een UUID is gewijzigd of een koppelpad is verkeerd ingevoerd. Hieronder vindt u een lijst met gedetecteerde bestandssystemen en hun identificaties:

lsblk -f
blkid

Lees vervolgens de configuratie van de mounttabel:

cat /etc/fstab

Vergelijk elke geconfigureerde UUID met de uitvoer van lsblk -fof blkid, en controleer of het koppelpunt en het bestandssysteemtype correct zijn. Vervang een apparaatnaam zoals niet /dev/sdb1alleen op basis van de huidige stationsletter; de volgorde van apparaten kan veranderen. UUID's zijn vaak stabieler, maar ze moeten nog steeds overeenkomen met het daadwerkelijke bestandssysteem.

Het /etc/fstabbestand wordt bij het opstarten vertaald naar systemd-mount-eenheden. De velden en opties hebben een specifieke betekenis, dus raadpleeg de officiële Ubuntu fstab-handleiding als een item onbekend is.

4. Omzeil tijdelijk een ontbrekende optionele bevestiging.

Als de foutieve vermelding verwijst naar een niet-essentiële gegevensschijf die opzettelijk ontbreekt, maak dan een back-up /etc/fstaben zet vervolgens alleen die ene regel in commentaar door #aan het begin ervan een commentaar te plaatsen. Hiermee kunt u testen of de ontbrekende mount de opstartblokkering veroorzaakt. Zet geen commentaar voor het rootbestandssysteem, /bootof een versleutelde-volume-vermelding, tenzij u de opslagindeling van het systeem begrijpt.

cp -a /etc/fstab /etc/fstab.before-emergency-fix
nano /etc/fstab

Als de schijf in de normale werking optioneel moet zijn, overweeg dan de nofailmount-optie pas nadat u het beoogde gedrag hebt geverifieerd. Gebruik deze optie alleen voor een daadwerkelijk optionele mount: het toevoegen ervan aan een verplicht systeemvolume kan een echt opslagprobleem maskeren. Netwerkbestandssystemen hebben mogelijk extra systemd-specifieke opties en netwerkafhankelijkheden nodig; kopieer geen opties van een niet-gerelateerde configuratie.

Na het bewerken, vraag systemd om de gegenereerde eenheden opnieuw te laden en test het bestand:

systemctl daemon-reload
mount -a

Lees alle uitvoer. Een schone retourwaarde bewijst niet dat elke applicatie de gemounte data kan gebruiken, maar een gerapporteerde UUID-, syntax- of mountfout vertelt je wat er nog moet worden gecorrigeerd. De handleiding van systemd-fstab-generator legt uit hoe systemd fstab-vermeldingen omzet in mount-eenheden.

5. Herstel een onjuiste UUID, pad of koppelingsoptie.

Als de schijf aanwezig is maar de UUID afwijkt, controleer dan of u het juiste bestandssysteem hebt geïdentificeerd voordat u het overeenkomende UUID=...veld bijwerkt. Controleer of de koppelpuntmap bestaat, of het bestandssysteemtype correct is en of de opties geldig zijn voor dat bestandssysteem. Corrigeer één item tegelijk en voer het proces vervolgens opnieuw systemctl daemon-reloaduit mount -a.

Voor een verwijderbare of secundaire gegevensschijf die optioneel is, kan het instellen van een geschikt beleid voor optionele koppelingen voorkomen dat een ontbrekend apparaat het opstarten blokkeert. Voor een kritiek volume moet u het apparaat, de kabel, de versleutelingsmapping of de identificatiecode herstellen in plaats van de fout te maskeren. Als de defecte eenheid een LUKS- of LVM-apparaat is, controleer dan de bijbehorende mapping en de volumestatus; vervang de UUID niet door een partitie met een vergelijkbare naam.

6. Voer alleen een bestandssysteemcontrole uit wanneer het doel is ontkoppeld.

Als de console specifiek bestandssysteemfouten meldt, identificeer dan het bestandssysteemtype en het apparaat voordat u het repareert. Voer geen reparatieprogramma uit op een aangekoppeld bestandssysteem, vooral niet op het actieve rootbestandssysteem. De Ubuntu fsck-handleiding beschrijft het wrapper-commando; de juiste controle- en reparatieopties zijn afhankelijk van het bestandssysteem.

Controleer voor een ext2-, ext3- of ext4-datapartitie eerst of deze niet is aangekoppeld met `ext2` findmnt. Als deze wel is aangekoppeld, ontkoppel deze dan voordat u de controle uitvoert. Een typische controle van een ext4-partitie vanuit een geschikte herstelomgeving ziet er als volgt uit:

sudo e2fsck -f /dev/DEVICE

Vervang de partitie /dev/DEVICEpas nadat u de juiste partitie hebt gevonden lsblk -f. Lees de vragen en de status van de checker; voeg geen automatische "ja op alles"-optie toe zonder de risico's op gegevensverlies te begrijpen. Voor een root-bestandssysteem dat niet kan worden ontkoppeld vanuit de actieve noodshell, start u een live- of providerherstelomgeving op en controleert u het offline. Btrfs, XFS en andere bestandssystemen gebruiken verschillende tools en herstelprocedures. Beschouw een algemene fsckopdracht in het bijzonder niet als bewijs dat elk bestandssysteemtype is hersteld.

7. Gebruik GRUB of extern herstel alleen wanneer de shell niet beschikbaar is.

Als de server geen noodshell bereikt, open dan het GRUB-menu en probeer de hersteloptie van de distributie, indien beschikbaar. Bij een standaard Ubuntu-installatie is het menu vaak te bereiken door Shift ingedrukt te houden op systemen met een oudere BIOS of door op Esc te drukken op UEFI-systemen, maar gehoste virtuele machines kunnen een andere consoleprocedure gebruiken. Voor een eenmalige noodopstart met systemd kan een beheerder de geselecteerde GRUB-optie bewerken en deze toevoegen systemd.unit=emergency.targetaan de Linux-kernelopdrachtregel. De wijziging is alleen van toepassing op die opstart; verwijder deze vóór de volgende normale opstart. Zie de officiële GNU GRUB-menureferentie .

Als het opstartvolume niet kan worden aangekoppeld, gebruik dan een live Ubuntu-omgeving of het herstelsysteem van de cloudprovider om het te inspecteren. Ontgrendel versleutelde opslag en activeer LVM alleen als dit overeenkomt met de installatie. Het aankoppelen van het rootbestandssysteem van een server vanuit de herstelmodus brengt extra risico's met zich mee; vermijd het schrijven ernaar totdat de schijf en het bestandssysteem zijn geïdentificeerd. Ubuntu Core gebruikt een eigen herstelworkflow en kan niet worden hersteld door blindelings de stappen van desktop of conventionele GRUB-servers te volgen.

8. Herstart de computer en controleer of de reparatie is voltooid.

Als de gemelde oorzaak is verholpen en de montagetests slagen, start de computer dan opnieuw op:

reboot

Controleer na het opstarten of de host de gebruikelijke multi-user-modus heeft bereikt, of de verwachte bestandssystemen zijn aangekoppeld en of de belangrijke services actief zijn:

systemctl is-system-running
systemctl --failed
findmnt --target /

Controleer de verwachte data-mountpunten met findmnt /path/to/mounten bevestig de kritieke services met systemctl status service-name. Als de noodmodus terugkeert, bekijk dan de eerste opstartfout opnieuw in plaats van dezelfde reparatie te herhalen. Een succesvolle herstelprocedure betekent dat de server normaal opstart en dat de benodigde opslag en services beschikbaar zijn; het bereiken van een inlogscherm is niet voldoende.

Voor het huidige gedrag van systemd, raadpleeg de Ubuntu -handleiding voor speciale units . Pakketversies en herstelmenu's kunnen variëren per Ubuntu-release en hostingplatform, dus raadpleeg de documentatie voor de geïnstalleerde release wanneer een commando of unit afwijkt.