Synology Nas defekt, Raid1, komme ich an meine Daten?

[Staind]

Hallo,

meine DS218+ ist leider defekt (Blitzeinschlag über die DSL Verbindung -> Netzwerkdose am DS218+ rührt sich nicht mehr...)

Ich habe bereits die Synology Hilfe https://www.synology.com/de-de/know...I_recover_data_from_my_DiskStation_using_a_PC versucht leider ohne Erfolg...

Bin leider nicht so fit im Linux Bereich, darum hoffe ich kann hier ein wenig Unterstützung bekommen.

Mein Nas hat 2 Festplatten die im Raid 1 laufen.

Ich habe eine Festplatte an mein Raspberry Pi über ein USB/SATA Adapter verbunden.

Leider bekomme ich die Festplatte nicht zum Mounten...

Hier ein paar Befehle die ich bereits eingegeben habe

fdisk -l

Disk /dev/sda: 3,7 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: 008-2DR166
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 809CCC89-2A62-465D-B7CE-169D62C2C529

Device       Start        End    Sectors  Size Type
/dev/sda1     2048    4982527    4980480  2,4G Linux RAID
/dev/sda2  4982528    9176831    4194304    2G Linux RAID
/dev/sda5  9453280 7813830239 7804376960  3,6T Linux RAID


Disk /dev/md2: 3,6 TiB, 3995839954944 bytes, 7804374912 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 /dev/mapper/vg1000-lv: 3,6 TiB, 3995837923328 bytes, 7804370944 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
lsblk

NAME            MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
sda               8:0    0  3,7T  0 disk
??sda1            8:1    0  2,4G  0 part
??sda2            8:2    0    2G  0 part
??sda5            8:5    0  3,6T  0 part
  ??md2           9:2    0  3,6T  0 raid1
    ??vg1000-lv 253:0    0  3,6T  0 lvm
mmcblk0         179:0    0 59,6G  0 disk
??mmcblk0p1     179:1    0  256M  0 part  /boot
??mmcblk0p2     179:2    0 59,4G  0 part  /

sudo mdadm --examine /dev/sda5

/dev/sda5:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 7e2dea3e:59b7057a:57077a7d:d9a3cadd
           Name : DiskStation:2
  Creation Time : Fri Nov  3 12:09:44 2017
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 7804374912 (3721.42 GiB 3995.84 GB)
     Array Size : 3902187456 (3721.42 GiB 3995.84 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=0 sectors
          State : clean
    Device UUID : e7c0d0aa:1f69aa66:3c326cf2:3cf60e19

    Update Time : Wed Jul 10 19:15:15 2019
       Checksum : 4e189303 - correct
         Events : 31


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

mdadm --assemble --force /dev/md2 /dev/sda5

/dev/sda5 is busy - skipping

mdadm --stop /dev/md*

mdadm: /dev/md does not appear to be an md device
mdadm: Cannot get exclusive access to /dev/md2:Perhaps a running process, mounted filesystem or active volume group?

mdadm --detail /dev/md2

/dev/md2:
           Version : 1.2
     Creation Time : Fri Nov  3 12:09:44 2017
        Raid Level : raid1
        Array Size : 3902187456 (3721.42 GiB 3995.84 GB)
     Used Dev Size : 3902187456 (3721.42 GiB 3995.84 GB)
      Raid Devices : 2
     Total Devices : 1
       Persistence : Superblock is persistent

       Update Time : Wed Jul 10 19:15:15 2019
             State : clean, degraded
    Active Devices : 1
   Working Devices : 1
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : resync

              Name : DiskStation:2
              UUID : 7e2dea3e:59b7057a:57077a7d:d9a3cadd
            Events : 31

    Number   Major   Minor   RaidDevice State
       -       0        0        0      removed
       1       8        5        1      active sync   /dev/sda5

sudo mdadm --detail --scan

ARRAY /dev/md/2 metadata=1.2 name=DiskStation:2 UUID=7e2dea3e:59b7057a:57077a7d:d9a3cadd

gibt es noch eine Möglichkeit auf die Daten zu kommen.

Gruß André

 

[Andy+]

Wenn die DS hinüber ist und Du ohnehin eine brauchst, würde ich mich in Geduld begeben und erst eine DS organisieren und die HDD´s einbauen und gut. So hast Du nun das Risiko, dass Du Dir was abschiesst, dann ist uU. alles weg. Wie ist denn formatiert BTRFS oder EXT4?

 

[Iarn]

Ich vermute aufgrund der mdadm Ausgabe, dass es sich um SHR (Synology Hybrid Raid) und nicht um einen puren RAID 1 handelt?

 

[SAMU]

Wenn die DS hinüber ist und Du ohnehin eine brauchst, würde ich mich in Geduld begeben und erst eine DS organisieren und die HDD´s einbauen und gut. So hast Du nun das Risiko, dass Du Dir was abschiesst, dann ist uU. alles weg. Wie ist denn formatiert BTRFS oder EXT4?

Entweder das.

Aber als Pflichtbewusster user hast du ja eh ein Backup auf einer externen Platte

 

[Iarn]

Aber als Pflichtbewusster user hast du ja eh ein Backup auf einer externen Platte

Können wir (alle) mal bitte diese Backup Plattitüden lasen? Bringt nichts weiter. Und auch ein Backup ist in der Regel immer in irgendeiner Form veraltet, so dass Backups eigentlich nie eine 100% Lösung sind.