[Gamer 23]

Hallo zusammen,

bei uns gab es gestern Abend einen kurzen Stromausfall, bei dem es auch meinen Rechner erwischt hat.
Er ist zwar danach normal gestartet und sieht soweit auch alles gut aus.

Aber unter Windows habe ich bei sowas vorsichtshalber danach immer mit sfc /scannow (also die Überprüfung und Reparatur von Systemdateien) und CHKDSK den Rechner gecheckt.

Wie ist das denn unter Linux (Xubuntu)? Gibt es dort auch die gleichen Tools oder ist Linux bei sowas allgemein nicht so empfindlich wie Windows?
Gibt es sonst noch was, was ich tun oder checken sollte?

[foobar]

Die meisten Desktop-Dateisysteme heutzutage sind dank Journalling recht robust und verkraften einen Stromausfall. Das gilt sogar für NTFS. Wenn du es trotzdem prüfen willst: Alle Partitionen, die nicht die root-Partition sind, kannst du einfach prüfen können, wenn du dich vom Desktop abmeldest und dann auf der Textkonsole mit dem entsprechenden Prüfwerkzeug rangehst. Bei ext2/3/4 wäre das e2fsck. Hier mal am Beispiel einer /home-Partition, die von /dev/sda3 bereit gestellt wird:

# umount /home
# e2fsck -f /dev/sda3

Bei der root-Partition ist es nicht ganz so einfach, weil man die ja nicht im laufenden Betrieb aushängen kann. Du kannst von einem Rettungssystem (z.B. eine Live-USB-Stick) booten und sie dann da checken. Oder du ergänzt im GRUB mal testweise den Kernel-Parameter fsck.mode=force und – falls evtl. Fehler automatisch repariert werden sollen – zusätzlich fsck.repair=yes.

Dazu drückst du im GRUB-Bootmenü die Taste 'e' und gehst dann in die Zeile, die mit „linux” anfängt und dahinter irgendwas mit „vmlinuz” und viel Blah Blah. Der Editor scrollt nicht nach hinten raus, sondern bricht lange Zeile um, also nicht wundern. Der Zeile fügst du hinten die o.g. Parameter an und drückst Strg+X, um das so zu booten. Diese Änderung gilt nur dieses eine Mal und ist beim nächsten Boot wieder weg.

Die Alternative wäre, die Parameter in der /etc/default/grub bei GRUB_CMDLINE_LINUX_DEFAULT dazu zu schreiben, zu speichern, 'update-grub' aufzurufen und neu zu starten. Dann musst du das aber nach der Prüfung wieder rückgängig machen.


Aber das ist, wie gesagt, nicht wirklich notwendig, sondern mehr so für Übervorsichtige. In der Regel muss man nix weiter machen und kann einfach so weiter arbeiten.

[Gamer 23]

Das hört sich gut an, vielen Dank foobar
So wie ich das verstehe ist e2fsck dann das Linux-Pendant zu CHKDSK, richtig?

Aber das ist, wie gesagt, nicht wirklich notwendig, sondern mehr so für Übervorsichtige. In der Regel muss man nix weiter machen und kann einfach so weiter arbeiten.

Dann gehe ich davon aus, dass das auch für Systemdateien gilt, sprich hier ist es auch sehr unwahrscheinlich, dass was beschädigt wurde?

[Lookbehind]

Das hört sich gut an, vielen Dank foobar
So wie ich das verstehe ist e2fsck dann das Linux-Pendant zu CHKDSK, richtig?

Jain. Anders als Windows kennt Linux mehr als ein (relevantes) Dateisystem¹. e2fsck ist das Äquivalent zu CHKDSK für ext-Dateisysteme (also ext2, ext3 und ext4), welches lange Zeit der das Default-Dateisystem war. Zumindest bei den meisten Desktop Distros. Aber es gibt auch noch viele andere Dateisysteme unter Linux, die teilweise ihre eigenen Tools zur Dateisystem-Prüfung und Reparatur haben. Das liegt auch teilweise daran, dass manche der Dateisysteme grundlegend anders funktionieren und teilweise auch mehr möglich machen.
Bei btrfs gibt es dafür z.B. einen ganzen Strauß, welcher dir das Dateisystem auf Herz und Nieren prüfen und unter bestimmten Bedingungen auch reparieren kann. btrfs scrub geht z.B. über ALLE Dateien und prüft, ob sie noch dem entsprechen, was ursprünglich mal auf die Platte(n) geschrieben wurde, das erkennt also z.B. auch BitRot und kann es, das richtige Setup vorausgesetzt auch gleich reparieren. Außerdem ist btrfs bei einem Stromausfall deutlich besser aufgestellt, weil es ein Copy on Write Dateisystem ist. Daten werden entweder ganz auf die Datenträger geschrieben, oder gar nicht.
Und dann wären da noch XFS, ZFS, ReiserFS (I heard it's a killer filesystem ), ... und ich hab garantiert noch drölfzig mehr vergessen.

Dann gehe ich davon aus, dass das auch für Systemdateien gilt, sprich hier ist es auch sehr unwahrscheinlich, dass was beschädigt wurde?

Ausschließen kannst du das nur, wenn du wirklich alle Dateien einzeln checkst. Aber mir ist mein Linux mehr als einmal bei einem Stromausfall ausgefallen. Glaub mir, der Kram ist verdammt schwer kaputt zu bekommen.

Die meisten System-Dateien sind in der Regel eh nur lesend geöffnet. Wenn dir da also der Strom nicht mitten in einem Update oder einer anderen kritischen Operation ausgefallen ist, sollte da nicht viel passieren. ... und selbst dann ... siehe oben.


1) Windows kennt auch mehr als ein Dateisystem, aber eigentlich ist NTFS das einzig wirklich relevante. Vor allem in diesem Zusammenhang.

[Gamer 23]

Vielen Dank für die Erläuterung, Look
Das hatte ich schon mal irgendwo gelesen, dass es recht viele Dateisysteme für Linux gibt. Da wirds auf jeden Fall nicht langweilig ^^

Die meisten System-Dateien sind in der Regel eh nur lesend geöffnet. Wenn dir da also der Strom nicht mitten in einem Update oder einer anderen kritischen Operation ausgefallen ist, sollte da nicht viel passieren. ... und selbst dann ... siehe oben.

Das ist gut, bei mir war auch nichts schreibend offen und liefen auch keine Updates.
Bedeutet, dass e2fsck dann auch zusätzlich noch fehlerhafte Systemdateien reparieren kann (ich kenne es unter Windows eben mit zwei Tools, einmal das SFC und CHKDSK, deshalb die Frage^^)?

[Lookbehind]

...
Bedeutet, dass e2fsck dann auch zusätzlich noch fehlerhafte Systemdateien reparieren kann (ich kenne es unter Windows eben mit zwei Tools, einmal das SFC und CHKDSK, deshalb die Frage^^)?

Nein. Also, jain. Mit ein bisschen Glück kann das dabei heraus kommen. Aber an sich ist e2fsck dafür da das Dateisystem selbst zu überprüfen und zu reparieren. Nicht den Inhalt der Dateien. Und ext4 ist auch kein Copy on Write Dateisystem. Was ich oben zu btrfs geschrieben habe, gilt hier nicht. Das gilt für btrfs (und auch für ZFS, weil das recht ähnlich ist). ext4 ist eher mit NTFS vergleichbar.

Was du machen könntest, um zumindest die Programm-Daten und Bibliotheken sicher auf nem sauberen Stand zu haben, wäre, alle Programme nochmal zu installieren. Da die Paketverwaltung eine Liste aller installierter Programme hat, sollte das eigentlich gehen. Mit $ apt list --installed | awk -F '/' '{print $1}' bekommst du schon mal eine Liste aller installierter Pakete (eine Debian basierte Distro wie Ubuntu vorausgesetzt), die könntest du dann apt install --reinstall zu fressen geben. Das repariert keine Konfigurationsdateien oder Datenbanken, aber zumindest mal die Programme und Bibliotheken. ... is aber auch eher ne theoretische Überlegung. Nötig ist das sehr wahrscheinlich nicht.

[Gamer 23]

Nein. Also, jain. Mit ein bisschen Glück kann das dabei heraus kommen. Aber an sich ist e2fsck dafür da das Dateisystem selbst zu überprüfen und zu reparieren. Nicht den Inhalt der Dateien. Und ext4 ist auch kein Copy on Write Dateisystem. Was ich oben zu btrfs geschrieben habe, gilt hier nicht. Das gilt für btrfs (und auch für ZFS, weil das recht ähnlich ist). ext4 ist eher mit NTFS vergleichbar.

Was du machen könntest, um zumindest die Programm-Daten und Bibliotheken sicher auf nem sauberen Stand zu haben, wäre, alle Programme nochmal zu installieren. Da die Paketverwaltung eine Liste aller installierter Programme hat, sollte das eigentlich gehen. Mit $ apt list --installed | awk -F '/' '{print $1}' bekommst du schon mal eine Liste aller installierter Pakete (eine Debian basierte Distro wie Ubuntu vorausgesetzt), die könntest du dann apt install --reinstall zu fressen geben. Das repariert keine Konfigurationsdateien oder Datenbanken, aber zumindest mal die Programme und Bibliotheken. ... is aber auch eher ne theoretische Überlegung. Nötig ist das sehr wahrscheinlich nicht.

Alles klar, ich habe jetzt mal den e2fsck drüber laufen lassen und alles ist gut.
Das mit dem Reinstall ist ein guter Hinweis, das kann man dann immer machen wenn tatsächlich was nicht mehr funktioniert.

Vielen Dank nochmals an euch beiden für eure Tipps und Know-How