Permanentes "Prüfe Festplatte" nach Absturz von SW

[MrCooper]

Interessant war, dass ich nach meinem ersten Crash, die Platte mit gparted gefixt hatte und danach seltsamerweise keine Prüfung mehr stattfand. Lief ganz geschmeidig an!

Ich glaube, Du michst Dir zu viele Gedanken dazu.

Ist doch ein Standardfeature bei jedem modernen Dateisystem, dass in den Datenstrukturen vermerkt wird, wenn es schreibbar eingehängt wird, und dann wieder, wenn es sauber ausgehängt wird. Vor dem Einhängen werden diese Datenstrukturen geprüft, und falls das Dateisystem nicht sauber ausgehängt zu sein scheint (wie z.B. nach einem Crash), findet eine Prüfung statt.

gparted setzt nach erfolgreicher Reparatur die Datenstrukturen natürlich entsprechend (genau wie die Prüfung beim Start des Topfs, falls sie in den Datenstrukturen des Dateisystems keine schwerwiegenden Probleme feststellt).

[thom01]

Ich glaube, Du michst Dir zu viele Gedanken dazu.

Ist doch ein Standardfeature bei jedem modernen Dateisystem, dass in den Datenstrukturen vermerkt wird, wenn es schreibbar eingehängt wird, und dann wieder, wenn es sauber ausgehängt wird. Vor dem Einhängen werden diese Datenstrukturen geprüft, und falls das Dateisystem nicht sauber ausgehängt zu sein scheint (wie z.B. nach einem Crash), findet eine Prüfung statt.

gparted setzt nach erfolgreicher Reparatur die Datenstrukturen natürlich entsprechend (genau wie die Prüfung beim Start des Topfs, falls sie in den Datenstrukturen des Dateisystems keine schwerwiegenden Probleme feststellt).

Genau das ist mein Problem!!

Die Dateisystemprüfung des Topfs hat in vielen Fällen eben NICHTS korrigiert, weder Locks, noch fehlerhafte Verweise, noch fehlerhafte Dateien. Keine Ahnung ob und wie mit dem Journal von JFS umgegangen wird. Nach 10 maliger Prüfung im Topf, hab ich die Platte ausgebaut, mit gparted geprüft, die Fehler wurden gefunden und korrigiert, die Platte wieder eingebaut und siehe da alles hat funktioniert.

Ich vermute, die Dateisystemprüfung des TOPFs kann fehlerhafte Strukturen nicht adäquat zu gängigen Prüfroutinen korrigieren. In den meisten Fällen, wenn der fschk für ein JFS fehlschlägt und der normale mount misslingt, ist ein defektes JFS log der Grund. Ein fschk jfs auf root löst normalerweise das Problem. Das ganze passiert allerdings sehr selten! Umso mehr irritiert mich das merkwürdige Verhalten des Topfs. Das Ganze sieht für mich aus, als ob ständig ein /forcefschk gesetzt ist. .. Daher meine Frage