mdadm Array falsch erkennen, wie kann ich die Daten wiederherstellen


0

Also habe ich beide Festplatten sd [cd] als große ext4-Partition formatiert und dann mit mdadm ein raid0-Array sd [cd] 1 erstellt. Das hat gut funktioniert, und ich habe das Gerät gemountet und begonnen, Daten darauf zu speichern. Vorher habe ich versucht, sd [cd] zu verwenden, ohne sie zuerst in einem RAID-Array zu partitionieren, aber ich konnte dies nicht zum Laufen bringen und habe das Array gelöscht - oder so dachte ich.)

Beim Neustart des RAID-Arrays ist die Überprüfung der Festplatte fehlgeschlagen und das Einhängen ist nicht möglich.

Das Array scheint auch falsch konfiguriert zu sein, als ob es sd [cd] -Geräte selbst verwenden möchte und nicht die sd [cd] 1-Partitionen, mit denen ich es eingerichtet habe. Wenn ich mdstat überprüfe, habe ich keine Ahnung, was md127 ist. Vielleicht ist es die "echte" RAID-Konfiguration, die zuvor funktioniert hat?

Ich möchte die Daten auf den Datenträgern wiederherstellen. Ich bin sicher, dass noch alles vorhanden ist. Und ich würde sie gerne noch einmal überfallen, ohne erneut auf dieses Problem zu stoßen.

cat / proc / mdstat

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md127 : inactive md0[0](S)
      117218776 blocks super 1.2

md0 : active raid0 sdc[0] sdd[1]
      234438656 blocks super 1.2 512k chunks

unused devices: <none>

dmsg

[   18.347571] md: bind<sdd>
[   18.349296] md: bind<sdc>
[   18.350345] bio: create slab <bio-1> at 1
[   18.350350] md/raid0:md0: md_size is 468877312 sectors.
[   18.350351] md: RAID0 configuration for md0 - 1 zone
[   18.350352] md: zone0=[sdc/sdd]
[   18.350354]       zone-offset=         0KB, device-offset=         0KB, size= 234438656KB
[   18.350354] 
[   18.350359] md0: detected capacity change from 0 to 240065183744
[   18.351480]  md0: unknown partition table
[   18.358626] md: bind<md0>

fdisk -l

Disk /dev/sdc: 120.0 GB, 120034123776 bytes
30 heads, 16 sectors/track, 488420 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xa57656d5

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048   234441647   117219800   83  Linux

Disk /dev/sdd: 120.0 GB, 120034123776 bytes
30 heads, 16 sectors/track, 488420 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xe34daa29

   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1            2048   234441647   117219800   83  Linux

Disk /dev/md0: 240.1 GB, 240065183744 bytes
2 heads, 4 sectors/track, 58609664 cylinders, total 468877312 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
Disk identifier: 0x00000000

Disk /dev/md0 doesn't contain a valid partition table

Warten. Sie haben Striping (raid0) verwendet und beide Laufwerke einzeln formatiert, diese aber nach dem Erstellen des Multi-Disk-Geräts nicht formatiert? Ihre Schritte klingen eher so, als wollten Sie Spiegeln (raid1), aber stellen Sie es auf Striping ein. Ich denke, die Genesung wird bestenfalls schwierig sein.
0xC0000022L

Ich denke, ich muss das eigentliche RAID-Gerät nach dem Striping formatiert haben (ich erinnere mich daran). Auf jeden Fall funktionierte das RAID-Gerät einwandfrei und hatte die richtige Größe (beide Festplatten zusammen), bis ich neu startete, also bin ich sicher Die Laufwerke sind richtig formatiert und die Daten sind noch vorhanden.
Eloff
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.