Hallo, On Sun, 02 Mar 2003, Maik Holtkamp wrote: [..]
Es war kein reiser Problem sondern ein SuSE Problem [2] und ich vermute eher, dass hier der Hase im Pfeffer liegt. Ich weiss es zwar nicht, aber warum meinen Distributoren immer sie wuessten es besser als die Kernelmaintainer[3]. Die habe evtl. Ihre Gruede etwas noch nicht aufzunehmen.
ACK! Und es wird ja niemand daran gehindert $feature (reiserfs, xfs, sonstwas) selber einzupatchen.
Wenn ich was brauche und mir den kernel patche, dann weiss ich was ich gemacht habe und bin entsprechend sensibilisiert.
... und habe die Doku gelesen (hoffentlich -- wenn nicht: selber schuld). [..]
Das Fussnoten nicht immer linear laufen muessen hatte David IIRC schon mal erwaehnt ;):
Huch? Wo? Aber, ja, kann sehr gut sein :)) ObSubject: Der Status 'D' eines Prozesses bedeutet uebrigens "State: D (disk sleep)" (siehe /proc/$PID/status eines passenden Prozesses). Also _nicht_ "uninterruptable sleep". Der Effekt kommt letzterem aber nahe... dd schraddelt grad auf meiner (sektorverlierenden) DTLA rum, dass 'kill -9' hab ich schon vor nun ca. 3 min abgesetzt... *g* *hehe* das "*schniek* *schniek* *schniek* *schniek* *KLACK*" wird nun ab und an von ner Variante unterbrochen, nem "*sniiiikuiiiiiklack*" statt dem *KLACK* oder so... Ah, endlich vorbei, ca. 5min nach dem kill -9... ;) -dnh PS: Ja, das dd if=/dev/hdc8 of=/dev/null auf die defekte Partition war Absicht ;) Hm. Muss mal wieder badblocks laufenlassen bzw. 'mke2fs -c' damit das FS die Defekte ausblendet... -- begin 666 magritte.txt.vbs Ceci n'est pas un attachement. end