linux-l: fsck binfmt-85ff

[Jan-Benedict Glaw]

On Mon, Dec 27, 1999 at 11:19:21PM +0100, Robin S. Socha wrote:
> * Jan-Benedict Glaw <jbglaw at lug-owl.de> writes:
> > On Mon, Dec 27, 1999 at 02:47:31AM +0100, Wolfgang Conrad wrote:
> >> nach einem Plattenabsturz und Aufräumen mit e2fsck bricht meine SuSE
> >> 6.3 (Kernel 2.2.13) beim Hochfahren ab mit der Meldung:
> >
> > Ja... Bei dem Crash wurden Daten auf der Platte beschädigt. Dazu
> > gehört leider auch Dein fsck.
> [...]
> > Wenn Du schon an dieser Stelle Datenschrott findest, dann wird davon auch
> > noch mehr betroffen sein;( Viellecht solltest Du Dir eine aktuelle Version
> > von SuSEs Live-File-CD besorgen, damit booten und dann erstmal die Platte
> > reparieren und das fsck austauschen. (Dafür ist die CD gut...)  Aber wie
> > gesagt: da werden definitiv noch mehr Datenfehler sein...
> 
> Und dabei hat er SuSE 6.3 - merke: mit reiserfs wäre das nicht passiert.

Falsch. ReiserFS ist schnell, aber kein Allheilmittel. Gegen F13 schützt ein
ReiserFS auch nicht. Es kann sich zwar meistens in relativ kurzer Zeit die
Dateisystemstruktur wieder zusammenbauen, _aber_ Datenverlust ist auch da
nicht ausgeschlossen. Auch nicht in der Variante mit Journal. (Es wird sogar
explizit darauf hingewiesen, daß das Journal für die Konsistenz des Dateisys-
tems ist, und _nicht_ für die Konsistenz der Daten.) 

Journaling-fähige Dateisysteme lassen ihr log normalerweise _nur_ für die
Metadaten (sprich: Datei anlegen, Änderungen von Verzeichnisstrukturen, ...)
mitlaufen. Daten werden nur _sehr_ selten mitgeschrieben (ich _glaube_, daß
das bei ext3 im Moment _noch_ der Fall ist), weil das einfach zu langsam
wäre (es bleibt maximal die halbe write performance). Denn: bevor write()
zurückkehrt, müßten die Daten einmal geschrieben worde sein (-> journal), um
dann später (asynchron) nocheinmal an die entsprechende Stelle gepackt zu
werden.

...also löst ReiserFS das Problem auch nicht... Es ist nur schneller, wenn
die Verzeichnisse wieder zusammengeschustert werden müssen;(

MfG, JBG

-- 
Fehler eingestehen, Größe zeigen: Nehmt die Rechtschreibreform zurück!!!
keyID=0x8399E1BB fingerprint=250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 8399 E1BB
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 240 bytes
Beschreibung: nicht verfügbar
URL         : <https://mlists.in-berlin.de/pipermail/linux-l-mlists.in-berlin.de/attachments/19991228/7577d234/attachment.sig>