DS916+, Raid 5 kaputt, Zugriff per LAN nicht bzw. nur kurz möglich

peterhoffmann · 23. Mai 2018

Wie Puppetmaster schon schrieb, probiere es mal über die Konsole (per SSH mit Putty).

RobertMoss · 23. Mai 2018

peterhoffmann schrieb:
Wie Puppetmaster schon schrieb, probiere es mal über die Konsole (per SSH mit Putty).

ok, da bräuchte ich jetzt aber bitte Hilfestellung. Kenne mich mit den Linux Befehlen nicht so wirklich aus, was soll ich mir wo und wie anzeigen lassen?

RobertMoss · 23. Mai 2018

hier mal ein paar mehr Infos:

root@DiskStation:~# fdisk -l

Rich (BBCode):

Disk /dev/sdc: 9.1 TiB, 10000831348736 bytes, 19532873728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 023CEEA2-82D4-4BBA-9C02-257BF8EEDDDC

Device       Start         End     Sectors  Size Type
/dev/sdc1     2048     4982527     4980480  2.4G Linux RAID
/dev/sdc2  4982528     9176831     4194304    2G Linux RAID
/dev/sdc3  9437184 19532668927 19523231744  9.1T Linux RAID


Disk /dev/sdd: 9.1 TiB, 10000831348736 bytes, 19532873728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 44F5B3DD-E68F-4BD7-A6E4-F95A475BADC6

Device       Start         End     Sectors  Size Type
/dev/sdd1     2048     4982527     4980480  2.4G Linux RAID
/dev/sdd2  4982528     9176831     4194304    2G Linux RAID
/dev/sdd3  9437184 19532668927 19523231744  9.1T Linux RAID


Disk /dev/sda: 9.1 TiB, 10000831348736 bytes, 19532873728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: AC6C0686-4871-4FBE-BE56-914BCB3C112A

Device       Start         End     Sectors  Size Type
/dev/sda1     2048     4982527     4980480  2.4G Linux RAID
/dev/sda2  4982528     9176831     4194304    2G Linux RAID
/dev/sda3  9437184 19532668927 19523231744  9.1T Linux RAID


Disk /dev/sdb: 9.1 TiB, 10000831348736 bytes, 19532873728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 13FBE65F-2BAB-42A8-BF20-17B5FE9EF35B

Device       Start         End     Sectors  Size Type
/dev/sdb1     2048     4982527     4980480  2.4G Linux RAID
/dev/sdb2  4982528     9176831     4194304    2G Linux RAID
/dev/sdb3  9437184 19532668927 19523231744  9.1T Linux RAID


Disk /dev/md0: 2.4 GiB, 2549940224 bytes, 4980352 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/md1: 2 GiB, 2147418112 bytes, 4194176 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram0: 298 MiB, 312475648 bytes, 76288 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram1: 298 MiB, 312475648 bytes, 76288 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram2: 298 MiB, 312475648 bytes, 76288 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram3: 298 MiB, 312475648 bytes, 76288 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/md2: 27.3 TiB, 29987680813056 bytes, 58569689088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 196608 bytes


Disk /dev/synoboot: 120 MiB, 125829120 bytes, 245760 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
Disklabel type: dos
Disk identifier: 0x36f3f60f

Device         Boot Start    End Sectors  Size Id Type
/dev/synoboot1 *       63  32129   32067 15.7M 83 Linux
/dev/synoboot2      32130 224909  192780 94.1M 83 Linux

root@DiskStation:~# cat /proc/mdstat

Rich (BBCode):

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] 
md2 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[4]
      29284844544 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
      
md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3]
      2097088 blocks [4/4] [UUUU]
      
md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3]
      2490176 blocks [4/4] [UUUU]
      
unused devices: <none>

root@DiskStation:~# mdadm --detail /dev/md2

Rich (BBCode):

/dev/md2:
        Version : 1.2
  Creation Time : Thu Sep 21 17:13:42 2017
     Raid Level : raid5
     Array Size : 29284844544 (27928.20 GiB 29987.68 GB)
  Used Dev Size : 9761614848 (9309.40 GiB 9995.89 GB)
   Raid Devices : 4
  Total Devices : 4
    Persistence : Superblock is persistent

    Update Time : Wed May 23 06:42:56 2018
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

           Name : DiskStation:2  (local to host DiskStation)
           UUID : 6515391f:2a5bdfec:c40421c2:7009aeba
         Events : 37228

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3
       4       8       19        1      active sync   /dev/sdb3
       2       8       35        2      active sync   /dev/sdc3
       3       8       51        3      active sync   /dev/sdd3

Daten scheinen noch vorhanden zu sein, auf jeden Fall stimmen die knapp 10 GB belegter Platz.

Wenn ich per ssh nach /volume1 gehe, sehe ich nur einen leeren @tmp Ordner.

Habe bereits Kontakt mit Synology und denen eine debug.dat geschickt, die haben aber viel zu tun und die Antworten dauern immer ein bisschen.

RobertMoss · 23. Mai 2018

RobertMoss schrieb:

hier mal ein paar mehr Infos:

root@DiskStation:~# cat /proc/mdstat

Rich (BBCode):

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] 
md2 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[4]
      29284844544 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
      
md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3]
      2097088 blocks [4/4] [UUUU]
      
md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3]
      2490176 blocks [4/4] [UUUU]
      
unused devices: <none>

Ist die Reihenfolge bei md2 richtig? 0,3,2,4?

Bei md1 und md0 ist es ja richtig durchnummeriert, liegt hier der Fehler? Keiner eine weitere Idee? Synology hat sich heute nicht mehr gemeldet

niklas · 23. Mai 2018

Hallo,

Bei mir und einer 916+ sind die Nummern auch durcheinander:

RobertMoss · 23. Mai 2018

niklas schrieb:
Bei mir und einer 916+ sind die Nummern auch durcheinander...

Na super, also alles gut aber nix funktioniert

niklas · 23. Mai 2018

RobertMoss schrieb:
Na super, also alles gut aber nix funktioniert

Das kannst du ausschliessen ;-)

RobertMoss · 23. Mai 2018

niklas schrieb:
Das kannst du ausschliessen ;-)

Ja, stimmt. Das war jetzt aber auch das einzige was meinem Amateurblick aufgefallen ist...

Es bleibt festzuhalten das kein Volume vorhanden, bzw. gefunden wird.

root@DiskStation:~# vgdisplay -v

Rich (BBCode):

Using volume group(s) on command line.
No volume groups found.

niklas · 23. Mai 2018

Hast du dir den Tipp/ Post#2 von Dil88 schon mal angesehen?

RobertMoss · 23. Mai 2018

Ja, aber da war die Konsistenzprüfung noch nicht fertig (DS918 hängte sich ja immer auf), ich probiere es jetzt nochmal.

RobertMoss · 23. Mai 2018

niklas schrieb:
Hast du dir den Tipp/ Post#2 von Dil88 schon mal angesehen?

Ubuntu gestartet nach Anleitung...

root@ubuntu:~$ mdadm -Asf && vgchange -ay

Rich (BBCode):

No volume groups found

soweit bin ich auf dem NAS auch.

RobertMoss · 24. Mai 2018

Bin jetzt einen Schritt weiter (hoffe ich).

Mit einer LinuxLiveCD konnte ich testdisk starten und mit den richtigen Einstellungen kann ich mir die Partition und die Daten auch anzeigen lassen. Ich kann die Partitionsdaten aber nicht speichern (Option ist deaktiviert, da Filesystem auf none steht).

Hat jemand eine Idee wie ich weiter vorgehen muss?

tproko · 24. Mai 2018

Ich würde, falls noch nicht vorhanden jetzt per LiveCD alle deine Daten sichern und dann von vorne anfangen. Bisher hattest du ja kein Backup, jetzt kannst du eines machen!

Hätte persönlich kein gutes Gefühl mehr, dass dann per mdadm herzurichten und darauf zu vertrauen, dass DSM dann nicht doch einen Bock reinschießt.
Nutze die Gelegenheit um unbedingt mal ein Backup zuerstellen und dann von vorne... irgendwas ging da ja sauber schief obwohl keine Festplatte einen Fehler gemeldet hat, oder?

RobertMoss · 24. Mai 2018

Ja, das ist mein Plan. Aber momentan kann ich mir nur die Daten mit testdisk anzeigen lassen, habe absolut keinen Plan wie ich die sichern kann. Die einzige Live CD die funktionierte hat keine grafische Oberfläche (testdisk eh nicht) und da scheitert es bei mir schon einen nackten USB Stick unter Linux zu formatieren, geschweige denn das ganze übers Netzwerk zu sichern...

Suche

DS916+, Raid 5 kaputt, Zugriff per LAN nicht bzw. nur kurz möglich

peterhoffmann

Benutzer

RobertMoss

Benutzer

RobertMoss

Benutzer

RobertMoss

Benutzer

niklas

Benutzer

RobertMoss

Benutzer

niklas

Benutzer

RobertMoss

Benutzer

niklas

Benutzer

RobertMoss

Benutzer

RobertMoss

Benutzer

RobertMoss

Benutzer

tproko

Benutzer

RobertMoss

Benutzer

Kaffeautomat