ubuntuusers.de

Hallo,

ich habe mir vor ein paar Tagen einen RAID0 mit 2 Platten eingerichtet. Lief auf wunderbar. Seit heute habe ich folgende Situation: /dev/md0 gibt es nicht mehr mdadm --assembly --scan findet keine geeigneten Laufwerke mehr mdadm -querry /dev/laufwerk mein, dass es sich nicht mehr um array laufwerk handelt

Mir wäre geholfen, wenn ich wahlweise den array wiedwer herstelle, oder zumindest meine Daten wieder bekommen. Allerdings wäre ich schon auch an einer Ursachenforschung interessiert, weil ich sonst so lange kein mdadm mehr anfasse.

Danke im voraus!

Hallo,

das könnte eventuell dieser Bug sein:

http://www.golem.de/news/linux-fehler-im-kernel-zerstoert-raid-arrays-1206-92613.html

Prüf mal nach, ob du einen der betroffenen Kernel verwendest.

Gruß, ArnoW

Hallo,

erst mal danke für die Antwort.

Also ich verwende 3.2.0-31 behoben soll er bereits in 3.2.0-24 sein. Außerdem habe ich vorher nicht noch mal --assemble gemacht.

Gruß Jan

Hast du schon mal ein manuelles assemble probiert:

sudo mdadm --assemble /dev/md0 /dev/laufwerk1 /dev/laufwerk2

Edit: Falls es nicht geht, bitte die exakte Fehlermeldung posten

Habe ich versucht, habe aber auch gar kein /dev/md0 mehr.

1
2

mdadm: Cannot assemble mbr metadata on /dev/sdc
mdadm: /dev/sdc has no superblock - assembly aborted

Hier noch ein paar Ausgaben:

1
2
3
4
5
6
7
8
9

sudo mdadm --query /dev/sdc
/dev/sdc: is not an md array
/dev/sdc: device 0 in 0 device unknown raid0 array.  Use mdadm --examine for more detail.


sudo mdadm --examine /dev/sdc
/dev/sdc:
   MBR Magic : aa55
Partition[0] :   3907029167 sectors at            1 (type ee)

sieht für das andere beteiligte LW entsprechend aus.

ups. ausversehen noch mal gepostet.

Und du bist sicher, dass du die nackten Geräte ohne Partitionstabelle für das RAID verknüpft hattest (also wirklich /dev/sdc und nicht /dev/sdc1)?

Hast du eigentlich ein Backup? Falls nicht, kann der nachfolgende Vorschlag etwas riskant sein. Ich würde versuchen, dass RAID mit exakt den gleichen Parametern wie ursprünglich neu anzulegen.

Also z.B. mit

sudo mdadm --create /dev/md0 --level=0 --raid-devices=2 /dev/laufwerk1 /dev/laufwerk2 

Dabei ist die Reihenfolge der beiden Laufwerke wichtig. Falls du weitere Parameter manuell festgelegt hattest, müssen die auch wieder genau so angegeben werden. Bei so einem Neu anlegen wird normalerweise nichts gelöscht (außer den alten Superblocks, aber die sind ja schon weg). Wenn die Reihenfolge der Laufwerke nicht stimmt, ist das neue RAID aber leer (bzw. kann nicht gemounted werden). Bei falschen Parametern (Raid-Level, Superblock-Version usw.) können Daten zerstört werden. Bei einem RAID0 wird auch kein Resync angestoßen, du hättest bei falscher Reihenfolge der Laufwerke also noch einen Versuch frei. Bei falschen sonstigen Parametern bist du am Ende.

Hi,

erstmal muss ich mich korrigieren, ich habe einen RAID1 als mirroring UND ein hoch auf das log:

1

mdadm --create --verbose /dev/md0 --auto=yes --level=1 --raid-devices=2 /dev/sdc /dev/sdd

Da gibt es nur ein Problem, da ich zwischen durch meine Verkabelung umsortiert habe, kann ich nicht mehr sagen, ob ich nicht am 2ten SATA-Adapter den Port 1 und 2 vertauscht habe, also ob sdc nicht mal sdd war un umgekehrt.

Hallo,

das ändert natürlich alles! Wenn du ein RAID1 hast, kannst du jede der Platten auch einzeln mounten, da sie beide den vollständigen Datensatz enthalten. In deinem Fall ist nur etwas ungünstig, dass du keine Partitionen hast, aber gehen tut es auf jeden Fall.

Welches Dateisystem hast du angelegt?

ext4

mit

mkfs.ext4 /dev/md0

Ich hab mir grad noch was anderes überlegt. Mach das RAID neu, aber nur mit einer Platte. Bei RAID1 sollte auch die Reihenfolge keine Rolle spielen:

sudo mdadm --create --verbose /dev/md0 --auto=yes --level=1 --raid-devices=2 /dev/sdc missing

Wenn das RAID startet (nachsehen mit cat /proc/mdstat) kannst du es mal probeweise mounten.

Nur zur Sicherheit:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

mdadm: /dev/sdc appears to be part of a raid array:
    level=raid0 devices=0 ctime=Thu Jan  1 01:00:00 1970
mdadm: partition table exists on /dev/sdc but will be lost or
       meaningless after creating array
mdadm: Note: this array has metadata at the start and
    may not be suitable as a boot device.  If you plan to
    store '/boot' on this device please ensure that
    your boot-loader understands md/v1.x metadata, or use
    --metadata=0.90
mdadm: size set to 1953383360K
Continue creating array? 

Sieht das soweit noch ok aus?

Das ist etwas verwirrend. Es wird ein Superblock gefunden, er enthält aber Unsinn. Außerdem wird das Vorhandensein einer Partitionstabelle angezeigt, du hattest aber dort keine angelegt. Können das Reste aus einer früheren Verwendung der Platte sein? Falls ja, kannst du weitermachen.

Eventuell könntest du vorher doch mal versuchen direkt das Dateisystem zu mounten, das ist risikoärmer:

mkdir test

sudo mount -t ext4 /dev/sdc test

Anschließend sollten im neu angelegten Ordner ~/test deine Daten zu finden sein.

Nein, dass geht leider nicht.

mount: wrong fs type, bad option, bad superblock on /dev/sdc, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so

Hatte das auch schon mal so und via nautilus probiert, was mich gerade etwas stutzig macht, ist das nautlis inzwischen diese Meldung nur noch bei einer der beiden Platten ausgibt und die andere leer (nur lost+found) mountet...

Allerdings ist die Meldung beim Versuch des create bei beiden gleich:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

mdadm: /dev/sdd appears to be part of a raid array:
    level=raid0 devices=0 ctime=Thu Jan  1 01:00:00 1970
mdadm: partition table exists on /dev/sdd but will be lost or
       meaningless after creating array
mdadm: Note: this array has metadata at the start and
    may not be suitable as a boot device.  If you plan to
    store '/boot' on this device please ensure that
    your boot-loader understands md/v1.x metadata, or use
    --metadata=0.90
mdadm: size set to 1953383360K

Klar ist auf jeden Fall, dass bei dir irgendetwas grob schiefgelaufen ist. Interessant ist aber, dass eine der beiden Platten gemountet werden kann, wenn auch ohne verwertbares Ergebnis. Normalerweise sollten bei einem RAID1 beide Platten einen identischen Inhalt haben.

Mehr als das Neuerstellen des RAID mit dem angegebenen Befehl fällt mir im Moment nicht ein. Liegt jetzt an deiner Risikobereitschaft bzw. am Wert der Daten auf der Platte (oder den Platten).