* Philipp Thomas schrieb:
Ekkard Gerlach:
kernel: JBD: barrier-based sync failed on sda8 - disabling barriers kernel: JBD: barrier-based sync failed on sda1 - disabling barriers
WARUM? Was erinnert ext3 noch an reiserfs bzw was stört ext3 an der Vergangenheit der Daten auf reiserfs-Partition?
Das hat damit nichts zu tun. Wie David ja schon schrieb, ist JBD Teil von ext3. Barriers sind eine Methode, mit der (einige) journalführende Dateisysteme sicherstellen, dass das Journal definitiv auf die Platte geschrieben wird und nicht z.B. im Cache der Platte bleibt. Wenn dies mit einer gegebenen (IDE) Festplatte nicht funktioniert, meldet das Dateisystem dies und verwendet für diese Platte keine barriers mehr.
o.k. Aber warum funktioniert es bei sda2, sda3, sda6 (sda5 ist swap), sda7, sda9, sda10? - Diese Partitionen waren auf dem ursprünglichen System (3ware, Seagate SATA 250GB, Spiegelung) auch schon ext3. Nur eben sda1 und sda8 nicht (sda1 war /, sda8 war /var), diese waren reiserfs. Nochmal: warum funktioniert barrier nur bei Parititionen nicht, die von einer reiserfs-Partition ge'sync't wurden? Am Rand bemerkt: verwende niemals 3ware-SATA-Controller mit reiserfs - mir hat es bei zwei Kunden je auf einen Schlag ALLE reiserfs-Partitionen auf BEIDEN Festplatten vollständig zerschossen, ALLE ext3 waren immer in Ordnung (einmal Suse 8.2, einmal Suse 9.2). In beiden Fällen war je eine Festplatte tatsächlich defekt. Ich "durfte" in einem Fall auf meine Kosten alles neu aufsetzen, der andere Fall lief glimpflich ab, weil nur relativ reduntante Daten auf reiserfs lagen. Ich poste dazu nochmal in diese Liste. Es stehen 3 Stück Raid Controller von 3ware zum Verkauf ... es sind 3 Jahre Herstellergarantie, wer will die [...]? Wenn hier keiner dann ab zu ebay ... Ekkard