Gestern ist einer meiner Kundenserver abgestürzt, weil der Server unerwartet ausgeschaltet wurde, und es gab natürlich keinen ssh-Zugriff.
Da es sich um einen remote gehosteten Server handelt, konnten wir ihn nicht in die Hände bekommen. Beim Neustart lief ein automatischer fsck über sda und sdb.
Da es sich um ein langsames SATA-II-Laufwerk mit etwa 1,5 TB Inhalt handelte, dauerte die Fertigstellung etwa 3 Stunden. Am Ende wurde plötzlich dieser Fehler angezeigt:
UNERWARTETE INKONSISTENZ; fsck MANUELL AUSFÜHREN
Diese Meldung ist ziemlich klar, das automatische fsck konnte die Inkonsistenz nicht beheben und es wird empfohlen, fsck manuell auszuführen .
In solchen Situationen empfehlen einige, den Server mit einem Live-Linux-Image zu booten, wie z. B. einer SystemRescueCD oder einem USB-Boot-Stick, um Zugriff auf die Root-Shell zu erhalten. In diesem Fall war das Einzige, was erforderlich war, das Root-Passwort einzugeben und einfach fsck manuell auszuführen .
Als ich das Büro meines Kunden besuchte, wo sich dieser Server befindet, gab es zwei Dinge zu tun:
1.- Vermeiden Sie fsck, indem Sie die Kernel-Parameter vom Grub-Bootloader bearbeiten und am Ende „Fastspeed“ hinzufügen, neu starten und Kreuzfingen ausführen, um das System wieder live zu schalten.
2.- Führen Sie fsck manuell aus, um alle unerwarteten Dateninkonsistenzen zu beheben.
Ich habe 2 gewählt, und es war eigentlich ziemlich einfach:
Nach der UNERWARTETEN INKONSISTENZ; RUN fsck MANUALLY Nachricht, in der Sie aufgefordert wurden, das Root-Passwort einzugeben, oder drücken Sie STRG + D, um fortzufahren, also habe ich das Root-Passwort eingegeben und den Befehl ausgegeben:
fsck -y /dev/sdb1
Das war alles, manuelles fsck hat alle Fehler behoben und das System war wieder live.
UNERWARTETE INKONSISTENZ; RUN fsck MANUALLY wurde zuletzt geändert:19. September 2017 von Esteban Borges