FILESYSTEM CHECK FAILED

Als ich eben nach hause gekommen bin, hatte sich meine Haupt-Workstation (aus welchem Grund auch immer, die Logs spucken nichts brauchbares dazu aus und wirklich Lust, das genauer zu untersuchen, habe ich gerade auch nicht) mal wieder selbst erhaengt. Nach einigen gescheiterten Versuchen, auf eine Konsole (TTY) zu kommen oder via Magic-SysRq alle Partitionen auszuhaengen und neuzustarten, habe ich kurzerhand ueber den Reset-Taster einen Hardware-Reset durchgefuehrt.

Was mich dann fast nicht einmal gewundert hat, war beim Hochfahren der Kiste folgende Meldung von rc.sysinit (und sulogin(8)):

*****************  FILESYSTEM CHECK FAILED  ****************
*                                                          *
*  Please repair manually and reboot. Note that the root   *
*  file system is currently mounted read-only. To remount  *
*  it read-write type: mount -n -o remount,rw /            *
*  When you exit the maintenance shell the system will     *
*  reboot automatically.                                   *
*                                                          *
************************************************************

Give root password for maintenance
(or type Control-D to continue):

Eigentlich kein Problem - root-Passwort eingeben, fsck(8) manuell ueber die kaputte Partition rennen lassen und nochmal neustarten... Wenn man nicht das root-Passwort vergessen und auch nirgends in einem Passwort-Safe oder aehnlichem hinterlegt haette. Also, noch einmal neugestartet, Live-CD eingelegt (die sowieso immer sofort greifbar auf dem Schreibtisch liegt), die root-Partition mit cryptsetup(8) gemappt, mit mount(8) auf /mnt und ebenso /dev sicherheitshalber mit 'nem bind-Mount [1] nach /mnt/dev gemounted, chroot /mnt, passwd, neues Passwort fuer root vergeben und anschliessend via reboot neugestartet.

Beim naechsten Boot tauchte wieder die FILESYSTEM CHECK FAILED-Meldung auf, ein kurzer Blick auf die Ausgabe von fsck(8) sah aber seltsamerweise so aus, als waeren alle Partitionen sauber. Wayne. root-Passwort eingegeben, alle verschluesselten Partitionen mit cryptsetup(8) nach /dev/mapper/ gemappt, fsck(8) sicherheitshalber ueber alle Partitionen aus der /etc/fstab einmal laufen lassen, alles scheint in Ordnung. Alle Partitionen einmal manuell gemounted, sieht alles gut aus. Reboot.

*****************  FILESYSTEM CHECK FAILED  ****************
*                                                          *
*  Please repair manually and reboot. Note that the root   *
*  file system is currently mounted read-only. To remount  *
*  it read-write type: mount -n -o remount,rw /            *
*  When you exit the maintenance shell the system will     *
*  reboot automatically.                                   *
*                                                          *
************************************************************

Give root password for maintenance
(or type Control-D to continue):

Ehm, ja... *sigh* Nochmal ueber die fsck(8)-Ausgabe geschaut und wie immer fallen einem die wirklich wichtigen Dinge erst beim zweiten Mal Hinsehen auf:

/dev/sdb1 is mounted.

Huagh. /dev/sdb ist 'ne externe USB-Platte, die ich seit 3-4 Tagen an der Kiste haengen habe, weil ich meine Musiksammlung auslagern wollte, und wird via /etc/fstab nach /music gemounted. Allerdings erst nach den Filsystem-Checks.

Zum Glueck ist mir dann sofort eingefallen, wo es wohl haengt. Viele Moeglichkeiten gibt es auch nicht, weil eigentlich zu diesem Zeitpunkt ausser der root-Partition (und ein paar virtuellen Dateisystemen) noch gar nichts gemounted sein sollte: Ich hatte vor Ewigkeiten einmal udev-Rules angelegt, damit Wechselmedien automatisch nach /media/$foo gemounted werden (aehnlich wie in [2]). Die Regeln dort haben alle auf KERNEL=="sd[b-z][0-9]" gematcht, damit alles von sdb0 bis sdz9 erfasst und automatisch gemounted wird (/dev/sda ist meine interne SATA-Platte). Dummerweise somit auch alle Partitionen meiner neuen externen Platte. Also, letzter Versuch: Mit root-Passwort eingeloggt, root-Partition mit cryptsetup(8) nach /dev/mapper/ gemappt, nach /mnt gemounted, mit vi(1) ueberall die Regeln auf KERNEL=="sd[c-z][0-9]" angepasst, neugestartet, durchgebootet und mein Loginscreen von slim [3] laechelt mich an.

Wenn nur immer alles so einfach waere...

[1] magenbrot.net - bind-Mount
[2] ArchWiki - Udev - Auto mounting USB devices
[3] SLiM - Simple Login Manager

Posted at 21:06 by Lukas Fleischer