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

Status
Für weitere Antworten geschlossen.

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234
Wie Puppetmaster schon schrieb, probiere es mal über die Konsole (per SSH mit Putty).
 

RobertMoss

Benutzer
Mitglied seit
14. Mrz 2014
Beiträge
30
Punkte für Reaktionen
0
Punkte
6
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

Benutzer
Mitglied seit
14. Mrz 2014
Beiträge
30
Punkte für Reaktionen
0
Punkte
6
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

Benutzer
Mitglied seit
10. Mrz 2015
Beiträge
222
Punkte für Reaktionen
18
Punkte
24
Hallo,

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

Syno09.JPG
 

RobertMoss

Benutzer
Mitglied seit
14. Mrz 2014
Beiträge
30
Punkte für Reaktionen
0
Punkte
6
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

Benutzer
Mitglied seit
10. Mrz 2015
Beiträge
222
Punkte für Reaktionen
18
Punkte
24
Hast du dir den Tipp/ Post#2 von Dil88 schon mal angesehen?
 

RobertMoss

Benutzer
Mitglied seit
14. Mrz 2014
Beiträge
30
Punkte für Reaktionen
0
Punkte
6
Ja, aber da war die Konsistenzprüfung noch nicht fertig (DS918 hängte sich ja immer auf), ich probiere es jetzt nochmal.
 
Zuletzt bearbeitet von einem Moderator:

RobertMoss

Benutzer
Mitglied seit
14. Mrz 2014
Beiträge
30
Punkte für Reaktionen
0
Punkte
6
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

Benutzer
Sehr erfahren
Mitglied seit
11. Jun 2017
Beiträge
2.101
Punkte für Reaktionen
253
Punkte
129
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

Benutzer
Mitglied seit
14. Mrz 2014
Beiträge
30
Punkte für Reaktionen
0
Punkte
6
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...
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat