![](https://seccdn.libravatar.org/avatar/dc265514a84f067031197e0e898de16a.jpg?s=120&d=mm&r=g)
Hi!
Doch, bei mir ist 32768 sowie auch 98304 ein Supernlock, fragt mich nicht
warum. Hat sich inzwischen auch fast erledigt, hab mein lieblingstool namens
debugfs gefunden (komisch das das keiner gesagt hat, genial), das einfach
mit besagtem alternate superblock benutzt und ich konnte alle wichtigen
daten wegkopieren. jetzt muss ich nur mal die messages analzsieren um
rauszufinden warums ueberhaupt kaputt gegangen ist. Aber das werd ich auch
noch mitteilen, bis jetzt ist mir eine Zeile besonders aufgefallen (in der
messages) : Bug in raid.c in line xxx nachdem er gemerkt hat das eine platte
kaputt ist, sie aber wohl nicht aus dem array geschmissen hat.
Das hoert sich ja nicht gerade vertrauenserweckend an. more later. Oder wo
kann man sich denn noch bei probs mit dem software raid hinwenden ?
mathias
----- Original Message -----
From: "Bernd Brodesser"
Hallo mr-mail,
* mr-mail@europefn.net schrieb am 09.Mär.2001:
Also ich hab das mal weiter verfolgt, und habe tatsaechlich einen alternate superblock unter 32768 auf meinem volume gefunden, zumindest laesst sich e2fsck mit der angabe -b 32768 wieder starten.
Block 32768 ist kein Superblock. Superblöcke sind im Allgemeinen: 1, 8193, 16385, 24577, 32769, ...
Bernd
-- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com