RAID1 mounten

**dertaliesin** · 03.04.17, 17:18

Hallo zusammen,

ich hoffe Ihr könnt mir ein bisschen weiterhelfen. Wie der Titel schon sagt, möchte ich eine RAID1-Platte aus einer defekten Linkstation DUO mounten.
Bei der Netzsuche habe ich schon verschieden Anleitungen gefunden, aber ich verstehe leider nur einen Bruchteil und möchte ungern irgend etwas Falsches machen und einen Datenverlust riskieren.

mdadm habe ich bereits installiert und bekomme beim scan folgende Ausgabe:

Code:

sudo mdadm --assemble --scan
mdadm: /dev/md/2 has been started with 1 drive (out of 2)

Die Festplatte wird auch von System erkannt (siehe Bild)

cat /proc/mdstat gibt folgendes aus:

Code:

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md2 : active raid1 sdc3[1]
      500724 blocks super 1.0 [2/1] [_U]
      
unused devices: <none>

Könnt Ihr mir vielleicht sagen wie ich am Besten vorgehe?

Bildschirmfoto vom 2017-03-28 19-36-07.png

**marce** · 03.04.17, 18:18

einfach /dev/md2 mounten? Idealerweise, wenn es um Datenrettung geht, RO?

**dertaliesin** · 03.04.17, 18:37

Das funktioniert leider nicht

sudo mount /dev/md2 /mnt
mount: unknown filesystem type 'swap'

**marce** · 03.04.17, 18:55

dann könntest Du es mal mit dem md127 probieren.

Ansonsten ein paar mehr Infos liefern. z.B. mal fdisk -l - das ist meist wesentlich aussagekräftiger als ein Screenshot.

**dertaliesin** · 03.04.17, 20:03

md127 liefert: can't read superblock

**dertaliesin** · 03.04.17, 20:06

fdisk -l

Code:

Medium /dev/sda: 223,6 GiB, 240057409536 Bytes, 468862128 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Typ der Medienbezeichnung: dos
Medienkennung: 0x000c703d

Gerät      Boot     Start      Ende  Sektoren Größe Id Typ
/dev/sda1  *         2048 452765695 452763648 215,9G 83 Linux
/dev/sda2       452767742 468860927  16093186   7,7G  5 Erweiterte
/dev/sda5       452767744 468860927  16093184   7,7G 82 Linux Swap / Solaris

Die Partition 2 beginnt nicht im Bereich der physischen Sektoren.


Medium /dev/sdb: 2,7 TiB, 3000592982016 Bytes, 732566646 Sektoren
Einheiten: sectors von 1 * 4096 = 4096 Bytes
Sektorengröße (logisch/physisch): 4096 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 268431360 Bytes
Typ der Medienbezeichnung: dos
Medienkennung: 0x8689b3ed

Gerät      Boot Start      Ende  Sektoren Größe Id Typ
/dev/sdb1         256 732563999 732563744  2,7T  c W95 FAT32 (LBA)


Medium /dev/sdc: 1,8 TiB, 2000398934016 Bytes, 3907029168 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 33553920 Bytes
Typ der Medienbezeichnung: gpt
Medienkennung: 9515821F-1886-4F7E-966B-64DDD7B71B11

Gerät        Start       Ende   Sektoren Größe Typ
/dev/sdc1  1032192    5031935    3999744  1,9G Linux RAID
/dev/sdc2  5031936    9031679    3999744  1,9G Linux RAID
/dev/sdc3    30720    1032191    1001472  489M Linux RAID
/dev/sdc4  9031680 3907028991 3897997312  1,8T Linux RAID

Die Einträge der Partitionstabelle stimmen nicht mit der Reihenfolge der Medien überein.


Medium /dev/md2: 489 MiB, 512741376 Bytes, 1001448 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes


Medium /dev/md3: 1,8 TiB, 1995774484480 Bytes, 3897997040 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes

**dertaliesin** · 03.04.17, 20:07

Welche Infos wären sonst noch wichtig?

**fork** · 04.04.17, 07:24

Code:

Medium /dev/md3: 1,8 TiB, 1995774484480 Bytes, 3897997040 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes

Das sieht doch so aus, als ob es ein grosses Dateisystem ist. Mounte das doch mal.

**dertaliesin** · 04.04.17, 12:27

Da sdc4 die Datenpartition zu sein schein und md2 nicht funktioniert hat, hab ich versucht sdc4 als md3 einzubinden.

Code:

sudo mdadm --assemble /dev/md3 /dev/sdc4
mdadm: /dev/md3 has been started with 1 drive (out of 2).
rudi@rudi-ZBOX-ID92-ZBOX-IQ01 ~ $ sudo mount /dev/md3 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/md3,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

**marce** · 04.04.17, 12:30

Tja, da scheint bei dem Defekt der Linkstation auch das Filesystem der HD gelitten zu haben.

Da ein normales mounten nicht mehr geht - alles, was Du von nun an machst kann mit Datenverlust "belohnt" werden.

Idealerweise legst Du erst mal ein Image der kompletten HD an - Da brauchst Du halt irgendwo 2TB freier Speicher. Auf dem kann man dann weiterarbeiten und versuchen, Daten zu retten.
Oder Du greifst auf das letzte Backup zurück und spielst von dort die Daten wieder ein.

**dertaliesin** · 04.04.17, 12:53

Okay. Mit dem Datenverlust muss ich wohl leider leben, es würde mir aber schon viel helfen, wenn ich wenigstens einen Teil der Daten wieder herstellen könnte.
Wie genau lege ich mir denn jetzt das Image an und wie kann ich dann weiter vorgehen?

**marce** · 04.04.17, 13:21

wenn wir davon ausgehen, daß die HD an sich sauber ist (also kein elektrischer Defekt vorliegt und auch keine defekten Sektoren) - erst mal mit dd ein Image auf eine andere, größere HD erstellen.

... je nach dem, wie die angeschlossen ist (direkt, USB, ...) - dauert das erst mal ein wenig, in der Zeit kannst Du z.B. schon mal die entsprechenden, recht guten HowTos / Seiten / Tipps im Ubuntu-Wiki lesen. Kommt halt auch drauf an, ob Du da eher 200 DVD-Images drauf hattest oder 1.5GB Quell-Code - oder Bilder, Musik, Doktorarbeit, ...