Martin Scharrer wrote:
[...] ich geb zu, dass ich den "Festplattencheck via fsck" und das "Ueberpruefen des Log-Files mit evtl. anschliessender Korrektur am Filesystem" in meinen Postings nicht so getrennt dargestellt habe wie es nötig gewesen wäre. Was der grundlegende Unterschied dazwischen ist ist und war mir klar. Ich dachte allerdings, das "fsck" für beides zuständig ist und nur mit einem anderen Modus (d.h. mit einem anderen Parameter) gestartet wird. Liege ich da falsch?
Hier ein Auszug aus der ReiserFS-FAQ: o Q: Why are ReiserFS filesystems not fscked on reboot after a crash? A: Because ReiserFS provides journalling of meta-data. After a crash, the consistency of a filesystem is restored by replaying the transaction log. Ebenso steht dort: o Q: What should I put into the fifth (aka dump, fs_freq ) and the sixth (aka pass, fs_passno ) fields of /etc/fstab for ReiserFS filesystems? A: 0 0 Das sechste Feld ist fuer fsck zustaendig: steht dort eine Null, so wird das Filesystem nicht gecheckt. Wie Du siehst, soll das bei ReiserFS genau so sein. Das Log wird natuerlich trotzdem gecheckt und gegebenenfalls zurueckgespielt.
Deshalb hatte ich meine Sorge wegen der "Skipping fsck because root partition is read-write" (oder so) Meldung. Ich schloß daraus, dass das Journal jetzt überhaupt nicht mehr hergestellt wird.
Vermutlich hast Du in der /etc/fstab keine "0" im sechsten Feld, siehe oben.
Als ich in meinen letzten Postings denn Ausdruck "fsck" verwendete meinte ich immer das "Ueberpruefen des Log-Files mit evtl. anschliessender Korrektur am Filesystem". Genau das soll mein reiserfs nach einem Crash machen. Und zwar gut und schnell und ohne 400 Fehlermeldungen bei 20 - 30 Minuten Dauer. Sollten danach (nach dem Booten nach dem Crash) noch Fehler auf dem System vorhanden sein, die ich mit einem manuellen kompletten fsck der gesamten Platte beheben muß/soll, dann will ich _eine_ entsprechende Meldung.
Wieder aus der FAQ: o Q: Can I interactively repair a filesystem that was corrupted (due to an internal bug in the kernel or a to hardware fault)? A: man reiserfsck und o Q: Does using ReiserFS mean I can just press the power off button without running "shutdown" or "init 0," etc? Does it mean there is no risk of data loss? A: No, definitely not. As of now, ReiserFS only provides meta-data journaling-- that is, it records which files have been created or opened, whether they have had their size changed, or where they have been relocated. It guarantees that the structure of the internal ReiserFS tree will be correct, thereby allowing you after an unclean shutdown to start back up without having to run fsck on all the files that have not been changed. Data in files that were being used at the time of the crash could have been corrupted. This is usual for most filesystems. Data journaling filesystems guarantee that there will be no garbage written into a file, but they don't guarantee that a file update will be. (Only reiser4 guarantees that filesystem operations are performed as atomic operations, and provides atomic transaction functionality.) ReiserFS V3 does not guarantee the file contents themselves are uncorrupted nor that no data is lost. Moreover, even given that all of your system is on ReiserFS, many system components (like daemons, database managers, etc) require the shut down procedure for proper functioning. Nur weil Du also ReiserFS einsetzt, heisst das noch nicht, dass bei einem Crash alle Dateien genau so hinterlassen werden, wie Du es urspruenglich vorgesehen hast und gerne haben moechtest. Es kann immer noch Schrott in einer Datei stehen.... Jour- naling Filesysteme sind kein Allheilmittel :-) Gruesse, Th. -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)