[Gelöst] Synology HDDs nach Fehler auslesen

taeddyyy

Enthusiast
Thread Starter
Mitglied seit
20.01.2017
Beiträge
3.602
Moin,
habe 2 WD REDs 4TB aus einem 2 Bay Synology NAS hier liegen. Beide sind aus der gleichen Charge und nach etwas mehr als 3 Jahren recht gleichzeitig ausgefallen.
Lesbar sind die HDDs noch, allerdings kennt das NAS die Platten nicht mehr.
Wie schaffe ich es nun, die Datenpartition auszulesen?
Ich habe bereits eine Sektorweise Kopie der HDD angelegt, auf der ich am "rumreiten" bin, um die Originalen HDDs nicht zu belasten.
Hier das Layout der original HDD:
Diskmanager.PNG

Crystal.PNG


Ich habe bereits die Originalanleitung von Synology genutzt, außerdem dieses hier:
Testdisk beißt sich die Zähne aus, daraus eine NTFS zu machen. Geht das überhaupt?

Jemand ne Idee? Eine 6TB für Images ist vorhanden.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Waren die beiden Disks im NAS ein RAID? Wenn ja, welcher Level?
Ich vermute das Synology hat ein embedded Linux, wird also als Dateisystem eher kein NTFS sondern ext* verwenden.
Hier kann man mit mdadm eine Rekonstruktion versuchen.
 
Korrekt, waren als Raid1 konfiguriert. Ja denke auch, dass es ext4 war, mir wird die HDD glaube aber nur als RAW/nicht formatiert angezeigt.
 
Mit Linux, was ist der Output von:
"fdisk -l"
"parted (danach) print all"
"cat /proc/mdstat"
 
Ich habe gerade keinen physischen Zugriff auf die Platte, ich installier mir mal eben eine VM auf dem remote PC.
Platte durchschleifen sollte ja gehen. Knoppix ok? oder reicht ein einfaches Ubuntu?
 
Ich denke Knoppix geht, ansonsten bietet die SystemRescueCD alles nötige.
Die Disks zu einer VM durchreichen halte ich für ungünstig, damit baust du eine weitere "Schnittstelle" ein die eine Problemquelle darstellen kann.
 
Musste leider bis heute Abend warten, sorry.
Hioer die outputs, direkt von der betroffenen HDD unter knoppix. HDD direkt per SATA angebunden

Mit Linux, was ist der Output von:
"fdisk -l"
Festplatte /dev/sdb: 3,7 TiB, 4000787030016 Bytes, 7814037168 Sektoren
Disk model: WDC WD40EFRX-68W
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: CCB2501A-CCFD-4659-BEB7-F336BF5CD052

Gerät Anfang Ende Sektoren Größe Typ
/dev/sdb1 2048 4982527 4980480 2,4G Linux RAID
/dev/sdb2 4982528 9176831 4194304 2G Linux RAID
/dev/sdb3 9437184 7813832351 7804395168 3,6T Linux-Dateisystem
"parted (danach) print all"
Model: ATA WDC WD40EFRX-68W (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 1049kB 2551MB 2550MB ext4 raid
2 2551MB 4699MB 2147MB linux-swap(v1) raid
3 4832MB 4001GB 3996GB
"cat /proc/mdstat"
Personalities :
md2 : inactive sdb3[0](S)
3902196560 blocks super 1.2

unused devices: <none>
 
Dann ist /dev/sdb3 deine RAID Datenpartition.
Im einfachsten Fall kannst du die mit "mdadm -A /dev/sdb3" aktivieren und dann mit "mount /dev/sdb3 /[Zielverzeichnis]" einbinden.
Bin mir jetzt aber nicht sicher ob das reicht...
 
Bekomme diesen Output nach dem ersten Befehl
device /dev/sdb3 exists but is not an md array

Hier nochmal etwas Info zur HDD:
knoppix@Microknoppix:~$ sudo mdadm --query /dev/sdb3
/dev/sdb3: is not an md array
/dev/sdb3: device 0 in 2 device undetected raid1 /dev/md/2. Use mdadm --examine for more detail.
knoppix@Microknoppix:~$ sudo mdadm --examine /dev/sdb3
/dev/sdb3:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 4dcf92db:f0af5348:a0f7294a:c3024472
Name : Diskstation:2
Creation Time : Sat Jan 7 23:20:23 2017
Raid Level : raid1
Raid Devices : 2

Avail Dev Size : 7804393120 (3721.42 GiB 3995.85 GB)
Array Size : 3902196544 (3721.42 GiB 3995.85 GB)
Used Dev Size : 7804393088 (3721.42 GiB 3995.85 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
Unused Space : before=1968 sectors, after=32 sectors
State : clean
Device UUID : 2b8f92e3:d2e247ee:a64559d7:9a415aa5

Update Time : Wed Jan 15 00:31:44 2020
Checksum : 4a7dfeb6 - correct
Events : 84


Device Role : Active device 0
Array State : AA ('A' == active, '.' == missing, 'R' == replacing)

knoppix@Microknoppix:~$ sudo mdadm --examine --scan
ARRAY /dev/md/2 metadata=1.2 UUID=4dcf92db:f0af5348:a0f7294a:c3024472 name=Diskstation:2

Bin soweit, dass ich wohl etwas an der mdadm.conf ändern muss um die partition aktiv zu bekommen.
Bin wild am googeln, wenn jemand was anderes vorschlagen will immer her damit.
 
Zuletzt bearbeitet:
Bisher kein Erfolg, selbst nach: mdadm --examine --scan >> /etc/mdadm/mdadm.conf
mount: /media/md2: Der Superblock von /dev/md2 konnte nicht gelesen werden.

mdadm --detail /dev/md2
/dev/md2:
Version : 1.2
Raid Level : raid0
Total Devices : 1
Persistence : Superblock is persistent

State : inactive
Working Devices : 1

Name : Diskstation:2
UUID : 4dcf92db:f0af5348:a0f7294a:c3024472
Events : 84

Number Major Minor RaidDevice

- 8 19 - /dev/sdb3
Beitrag automatisch zusammengeführt:

Gelöst!
Habe mich an diese Anleitung gehalten: http://fibrevillage.com/storage/676-how-to-fix-linux-mdadm-inactive-array

root@Microknoppix:/dev# cat /run/mdadm/map
md2 1.2 db92cf4d:4853aff0:4a29f7a0:724402c3 /dev/md/2

root@Microknoppix:/dev# mdadm --detail --scan -v /dev/md2
INACTIVE-ARRAY /dev/md2 num-devices=1 metadata=1.2 name=Diskstation:2 UUID=4dcf92db:f0af5348:a0f7294a:c3024472
devices=/dev/sdb3

root@Microknoppix:/dev# mdadm --run --readonly /dev/md2
mdadm: /dev/md2 does not appear to be active.
root@Microknoppix:/dev# mdadm --examine /dev/sdb
/dev/sdb:
MBR Magic : aa55
Partition[0] : 4294967295 sectors at 1 (type ee)

root@Microknoppix:/dev# mdadm -S /dev/md2
mdadm: stopped /dev/md2

root@Microknoppix:/dev# mdadm --assemble /dev/md2
mdadm: /dev/md2 has been started with 1 drive (out of 2).

root@Microknoppix:/dev# mount /dev/md2 /mnt

Für geübte Linuxmenschen sicherlich ein klacks, für mich aber schon etwas undurchsichtig, am ende aber am Ziel :)
Nun nur noch hoffen, dass alle Daten sauber auf die neue HDD kommen.
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh