Hilfe: Datenverlust - ganzes RAID Dateisystem ist weg !
hallo liebe Mailinglistler, ich hab ein Trouble: mein ganzes RAID 5 ist weg !!! Und das nach einem, genau gesagt 3 Reboots. Wenn es hier einen Festplatten/Dateisystem/RAID/crypt Profi gibt, bitte um Hilfe ! Der kostenpflichtige Suse Support konnte mir auch nicht helfen und hat mich hier verwiesen... Aus Datensicherheitsgründen habe ich mich für ein RAID 5 Array mit 4 Festplatten (alle 4 RAID, keine Spare) unter Suse 10.1 zur Speicherung meiner Daten entschieden. Auf dem RAID habe ich ein Crypt Filesystem (twofish256) erstellt und mit ext3 formatiert, was aus meiner damaligen Sicht alles minimalstes Risiko sein hätte sollen, solange ich mich an das Passwort erinnere. Hier vermute ich aber einen üblen Bug mit für mich katastrophalen Folgen. Jetzt nach einem Reboot kann ich das RAID nicht mehr mounten, da kein gültiges ext3 Dateisystem mehr vorhanden ist !!!??? Auf der Festplatte sind sehr viele wichtige, persönliche Daten, wie alle meine Urlaubsfotos, Videos, meine Diplomarbeit, etc... die ich alle sicher gespeichert haben wollte und daher auf das RAID gespeichert habe. Seit dem letztem Mal, dass es funktionierte, bis zum ersten Mal als ich entdeckte, dass es nicht mehr ging habe ich 3* rebootet, nichts neu installiert, nichts auf das RAID geschrieben und keinen Filesystemcheck gemacht. Hier die Beschreibung Der Fehler: # mount /media/raid Password: mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so # dmesg | tail VFS: Can't find ext3 filesystem on dev loop0. => Ich habe es manuel versucht, das RAID ist bereits nach dem Booten zusammengebaut, eine Festplatte ist mir offensichtlich ausgefallen, ich vermute ein SATA Kabelproblem in meinem Computer - während einem meiner Reboots war einmal /dev/sdd1 weg, dafür /dev/sda1 da. Meine Vermutung ist, dass dadurch mein RAID korrupt wurde. Obwohl ich nichts geschrieben habe, vermute ich, dass dmraid mir damit die Daten ruiniert hat. # mdadm --detail /dev/md0 /dev/md0: Version : 00.90.02 Creation Time : Wed May 10 17:18:42 2006 Raid Level : raid5 Device Size : 244195840 (232.88 GiB 250.06 GB) Raid Devices : 4 Total Devices : 3 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Thu Jan 25 20:11:44 2007 State : active, degraded Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 128K UUID : fdf2f7aa:27427688:990476e1:29c1b262 Events : 0.370510 Number Major Minor RaidDevice State 0 0 0 - removed 1 8 17 1 active sync /dev/sdb1 2 8 33 2 active sync /dev/sdc1 3 8 49 3 active sync /dev/sdd1 Ich aktiviere das crypt in einem Loop-Back Device (ich nehme hier loop2, nicht loop0 wie mount, sollte keinen Unterschied machen): # losetup -e blowfish256 /dev/loop2 /dev/md0 Password: Ich versuche einen Filesystemcheck: # fsck.ext3 /dev/loop2 e2fsck 1.38 (30-Jun-2005) fsck.ext3: Invalid argument while trying to open /dev/loop2 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device> noch einen: fsck.ext3 -b 8193 /dev/loop2 und noch einige andere mit anderen Superblöcken...., selbes Ergebniss. Hat jemand noch eine Idee was ich machen könnte ?, ich würd mich schon über einige gerettete Dateien freuen. lg, Christoph -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, On 4/22/2006 2:13 PM, Christoph wrote: dein Systemdatum ist falsch. Wer danach sortiert wird u.U. deine Mail nicht zu sehen bekommen, was schade wäre, denn ich kann dir nicht wirklich helfen...
hallo liebe Mailinglistler,
ich hab ein Trouble: mein ganzes RAID 5 ist weg !!! Und das nach einem, genau gesagt 3 Reboots.
Definitiv nicht so gut... wenn da was ausfällt sollte man das System zuerst wieder in Gang setzen... aber das ist ja nun egal.
Wenn es hier einen Festplatten/Dateisystem/RAID/crypt Profi gibt, bitte um Hilfe ! Der kostenpflichtige Suse Support konnte mir auch nicht helfen und hat mich hier verwiesen...
Die sind ja lustig...
Aus Datensicherheitsgründen habe ich mich für ein RAID 5 Array mit 4 Festplatten (alle 4 RAID, keine Spare) unter Suse 10.1 zur Speicherung meiner Daten entschieden. Auf dem RAID habe ich ein Crypt Filesystem (twofish256) erstellt und mit ext3 formatiert, was aus meiner damaligen Sicht alles minimalstes Risiko sein hätte sollen,
Aber das Backup vergessen, oder was? :-)
solange ich mich an das Passwort erinnere. Hier vermute ich aber einen üblen Bug mit für mich katastrophalen Folgen.
Jetzt nach einem Reboot kann ich das RAID nicht mehr mounten, da kein gültiges ext3 Dateisystem mehr vorhanden ist !!!???
Auf der Festplatte sind sehr viele wichtige, persönliche Daten, wie alle meine Urlaubsfotos, Videos, meine Diplomarbeit, etc... die ich alle sicher gespeichert haben wollte und daher auf das RAID gespeichert habe. Seit dem letztem Mal, dass es funktionierte, bis zum ersten Mal als ich entdeckte, dass es nicht mehr ging habe ich 3* rebootet, nichts neu installiert, nichts auf das RAID geschrieben
Das ist schon mal gut.
und keinen Filesystemcheck gemacht.
Hier die Beschreibung Der Fehler:
# mount /media/raid Password: mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so
# dmesg | tail VFS: Can't find ext3 filesystem on dev loop0.
=> Ich habe es manuel versucht, das RAID ist bereits nach dem Booten zusammengebaut, eine Festplatte ist mir offensichtlich ausgefallen, ich vermute ein SATA Kabelproblem in meinem Computer - während einem meiner Reboots war einmal /dev/sdd1 weg, dafür /dev/sda1 da. Meine Vermutung ist, dass dadurch mein RAID korrupt wurde. Obwohl ich nichts geschrieben habe, vermute ich, dass dmraid mir damit die Daten ruiniert hat.
# mdadm --detail /dev/md0 /dev/md0: Version : 00.90.02 Creation Time : Wed May 10 17:18:42 2006 Raid Level : raid5 Device Size : 244195840 (232.88 GiB 250.06 GB) Raid Devices : 4 Total Devices : 3 Preferred Minor : 0 Persistence : Superblock is persistent
Update Time : Thu Jan 25 20:11:44 2007 State : active, degraded Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0
Layout : left-symmetric Chunk Size : 128K
UUID : fdf2f7aa:27427688:990476e1:29c1b262 Events : 0.370510
Number Major Minor RaidDevice State 0 0 0 - removed 1 8 17 1 active sync /dev/sdb1 2 8 33 2 active sync /dev/sdc1 3 8 49 3 active sync /dev/sdd1
Ok, das sieht eindeutig aus. Hast du schon eine Ersatzplatte da?
Ich aktiviere das crypt in einem Loop-Back Device (ich nehme hier loop2, nicht loop0 wie mount, sollte keinen Unterschied machen):
# losetup -e blowfish256 /dev/loop2 /dev/md0 Password:
Und? Irgendwas im syslog? Gibt es das device dann?
Ich versuche einen Filesystemcheck:
# fsck.ext3 /dev/loop2 e2fsck 1.38 (30-Jun-2005) fsck.ext3: Invalid argument while trying to open /dev/loop2
The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>
noch einen: fsck.ext3 -b 8193 /dev/loop2 und noch einige andere mit anderen Superblöcken...., selbes Ergebniss.
Hat jemand noch eine Idee was ich machen könnte ?, ich würd mich schon über einige gerettete Dateien freuen.
In Zukunft Backups einplanen... Arno
lg, Christoph
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hast du mal die Kabel der 4. Platte ausgetauscht und versucht die wieder zum Leben zu erwecken ? Hat das Raid vorher schon mal gemeckert ( syslog ) ? Hast du schon mal versucht das FS als ext2 zu mounten ? Und nun die unangenehme Frage, wo ist dein Backup wenn's wichtige Daten waren? sorry ;-) Gruß Helmut
-----Ursprüngliche Nachricht----- Von: Christoph [mailto:suse@Huter.cc] Gesendet: Samstag, 22. April 2006 14:14 An: opensuse-de@opensuse.org Betreff: Hilfe: Datenverlust - ganzes RAID Dateisystem ist weg !
hallo liebe Mailinglistler,
ich hab ein Trouble: mein ganzes RAID 5 ist weg !!! Und das nach einem, genau gesagt 3 Reboots. Wenn es hier einen Festplatten/Dateisystem/RAID/crypt Profi gibt, bitte um Hilfe ! Der kostenpflichtige Suse Support konnte mir auch nicht helfen und hat mich hier verwiesen...
Aus Datensicherheitsgründen habe ich mich für ein RAID 5 Array mit 4 Festplatten (alle 4 RAID, keine Spare) unter Suse 10.1 zur Speicherung meiner Daten entschieden. Auf dem RAID habe ich ein Crypt Filesystem (twofish256) erstellt und mit ext3 formatiert, was aus meiner damaligen Sicht alles minimalstes Risiko sein hätte sollen, solange ich mich an das Passwort erinnere. Hier vermute ich aber einen üblen Bug mit für mich katastrophalen Folgen.
Jetzt nach einem Reboot kann ich das RAID nicht mehr mounten, da kein gültiges ext3 Dateisystem mehr vorhanden ist !!!???
Auf der Festplatte sind sehr viele wichtige, persönliche Daten, wie alle meine Urlaubsfotos, Videos, meine Diplomarbeit, etc... die ich alle sicher gespeichert haben wollte und daher auf das RAID gespeichert habe. Seit dem letztem Mal, dass es funktionierte, bis zum ersten Mal als ich entdeckte, dass es nicht mehr ging habe ich 3* rebootet, nichts neu installiert, nichts auf das RAID geschrieben und keinen Filesystemcheck gemacht.
Hier die Beschreibung Der Fehler:
# mount /media/raid Password: mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so
# dmesg | tail VFS: Can't find ext3 filesystem on dev loop0.
=> Ich habe es manuel versucht, das RAID ist bereits nach dem Booten zusammengebaut, eine Festplatte ist mir offensichtlich ausgefallen, ich vermute ein SATA Kabelproblem in meinem Computer - während einem meiner Reboots war einmal /dev/sdd1 weg, dafür /dev/sda1 da. Meine Vermutung ist, dass dadurch mein RAID korrupt wurde. Obwohl ich nichts geschrieben habe, vermute ich, dass dmraid mir damit die Daten ruiniert hat.
# mdadm --detail /dev/md0 /dev/md0: Version : 00.90.02 Creation Time : Wed May 10 17:18:42 2006 Raid Level : raid5 Device Size : 244195840 (232.88 GiB 250.06 GB) Raid Devices : 4 Total Devices : 3 Preferred Minor : 0 Persistence : Superblock is persistent
Update Time : Thu Jan 25 20:11:44 2007 State : active, degraded Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0
Layout : left-symmetric Chunk Size : 128K
UUID : fdf2f7aa:27427688:990476e1:29c1b262 Events : 0.370510
Number Major Minor RaidDevice State 0 0 0 - removed 1 8 17 1 active sync /dev/sdb1 2 8 33 2 active sync /dev/sdc1 3 8 49 3 active sync /dev/sdd1
Ich aktiviere das crypt in einem Loop-Back Device (ich nehme hier loop2, nicht loop0 wie mount, sollte keinen Unterschied machen):
# losetup -e blowfish256 /dev/loop2 /dev/md0 Password:
Ich versuche einen Filesystemcheck:
# fsck.ext3 /dev/loop2 e2fsck 1.38 (30-Jun-2005) fsck.ext3: Invalid argument while trying to open /dev/loop2
The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>
noch einen: fsck.ext3 -b 8193 /dev/loop2 und noch einige andere mit anderen Superblöcken...., selbes Ergebniss.
Hat jemand noch eine Idee was ich machen könnte ?, ich würd mich schon über einige gerettete Dateien freuen.
lg, Christoph
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Arno Lehmann -
Christoph -
Helmut Zengerling