+-Serie DS412+ alle 4 Festplatte gecrashed

Alle Geräte der +-Serie. Geräte für kleinere und mittlere Unternehmen.
Status
Für weitere Antworten geschlossen.

kamekazemaster

Benutzer
Mitglied seit
25. Apr 2016
Beiträge
6
Punkte für Reaktionen
0
Punkte
1
Hallo Leute,

etwas sehr merkwürdiges ist heute mit meinen Volumes passiert...
Ich habe eine DS412+ mit 4 Festplatte welche alle unabhängig voneinander laufen, sprich kein raid Verbund oder so. Ich habe es bisher so konfiguriert, dass ich für jede Festplatte ein großes Volume angelegt habe. Bisher hatte ich aber keine bad sectors oder Sonstiges...

Ich habe JDownloader 2 seit einiger Zeit auf meiner DS am Laufen ohne Probleme. Als ich heute einige Links über die Chrome extension hinzufügen wollte, ist mir aufgefallen das meine JDownloader Instanz sehr langsam antwortet. So habe ich mich ins DSM eingeloggt und gesehen das alle 4 Volumes / Festplatte gecrashed sind... Dort steht im Storage Manager, dass jede Festplatte 0 Bytes hätte... Ich verste ehrlich gesagt nicht so genau was hier passiert ist. Es ist ziemlich unwahrscheinlich, dass alle 4 Fesplatte gleichzeitig einen echten Defekt bekommen...

Zum Glück kann ich mich noch per ssh einloggen und somit logs und anderes von der DS auslesen. Ich kann mir einfach nicht vorstellen, dass alle Daten weg sind... Ich denke es sind irgendwelche Formatierungstabellen korrupt oder so...

Kann mir irgendjemand bei diesem Dilemma weiterhelfen? Ich wäre gerne bereit weitere Informationen bereitzustellen, wenn man mir die Befehle für ssh sagt :)

Hier vorerst der output von "parted -l":
parted hat mich gefragt einige gpt partitionstabellen zu fixen und wieder ans Ende der Festplatte zu verschieben. Das habe ich machen lassen leider ohne Erfolg.

Syno> parted -l
Model: WDC WD30EZRX-22D8PB0 (scsi)
Disk /dev/hda: 3001GB
Sector size (logical/physical): 512B/512B
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 3000GB 2996GB raid


Model: WDC WD30EZRX-22D8PB0 (scsi)
Disk /dev/sda: 3001GB
Sector size (logical/physical): 512B/512B
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 3000GB 2996GB raid


Model: SAMSUNG HD204UI (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 2551MB 2550MB primary raid
2 2551MB 4699MB 2147MB primary raid
3 4832MB 2000GB 1995GB primary raid


Model: WDC WD15EADS-00P8B0 (scsi)
Disk /dev/sdc: 1500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 2551MB 2550MB primary raid
2 2551MB 4699MB 2147MB primary raid
3 4832MB 1500GB 1495GB primary raid


Model: WDC WD20EARS-00MVWB0 (scsi)
Disk /dev/sdd: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 2551MB 2550MB primary raid
2 2551MB 4699MB 2147MB primary raid
3 4832MB 2000GB 1995GB primary raid


Model: Linux Software RAID Array (md)
Disk /dev/md0: 2550MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number Start End Size File system Flags
1 0.00B 2550MB 2550MB ext4


Model: Linux Software RAID Array (md)
Disk /dev/md1: 2147MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number Start End Size File system Flags
1 0.00B 2147MB 2147MB linux-swap(v1)


Model: Linux Software RAID Array (md)
Disk /dev/md2: 1995GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number Start End Size File system Flags
1 0.00B 1995GB 1995GB ext4


Model: Linux Software RAID Array (md)
Disk /dev/md3: 1995GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number Start End Size File system Flags
1 0.00B 1995GB 1995GB ext4


Model: Linux Software RAID Array (md)
Disk /dev/md4: 1495GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number Start End Size File system Flags
1 0.00B 1495GB 1495GB ext4


Model: Linux Software RAID Array (md)
Disk /dev/md5: 2996GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number Start End Size File system Flags
1 0.00B 2996GB 2996GB ext4


Error: /dev/zram0: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/zram0: 1242MB
Sector size (logical/physical): 4096B/4096B
Partition Table: unknown
Disk Flags:

Error: /dev/zram1: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/zram1: 1242MB
Sector size (logical/physical): 4096B/4096B
Partition Table: unknown
Disk Flags:

Model: Synology Diskstation (scsi)
Disk /dev/synoboot: 128MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 32.3kB 16.5MB 16.4MB fat16 EFI System boot
2 16.5MB 115MB 98.7MB fat16 EFI System boot
 

dil88

Benutzer
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.908
Punkte für Reaktionen
2.359
Punkte
829
Solltest Du kein Backup haben, was Du zumindest für die wichtigen Daten unbedingt ändern solltest, kannst Du versuchen, die Platten in einen Rechner einzubauen und die Daten nach diesem Synology Tutorial mit einem Live Linux auszulesen.
 

kamekazemaster

Benutzer
Mitglied seit
25. Apr 2016
Beiträge
6
Punkte für Reaktionen
0
Punkte
1
Alles klar! Danke für die schnelle Antwort. Ich werde es morgen mal versuchen und gebe dann Rückmeldung.

Irgendein Ansatz wie so etwas passieren kann?
 

dil88

Benutzer
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.908
Punkte für Reaktionen
2.359
Punkte
829
Vielleicht ist etwas mit der gespiegelten Systempartition passiert. Möglicherweise gibt die Statusinformation des Synology Assistenten einen Hinweis auf die Ursache.
 

kamekazemaster

Benutzer
Mitglied seit
25. Apr 2016
Beiträge
6
Punkte für Reaktionen
0
Punkte
1
Hmmm.. Das kann gut möglich sein...
Wenn ich ein update machen will kriege ich die Meldung:
"Insufficient capacity for update. The system partition requires at least 350MB"
Die Systempartition liegt ja nicht auf meinen Festplatten oder?

Kann man die irgendwie reparieren?

Der Synology Assistent gibt mir nicht wirklich viel Feedback. Das Einzige was ich machen kann ist mich mit der DS zu verbinden und über WOL "Aufwachen", "Einrichten" und "Entfernen".
Keinerlei Logs oder so.
 

Ap0phis

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158
Was sagt der Synolog-Assistant denn genau zum Zustand deiner DS?

Was ich noch probieren würde: doppelter Rest
DeinE Datenpartitionen werden ja noch als RAID erkannt. Da besteht die Möglichkeit, dass alles erhalten bleibt.
Ein Backup wäre allerdings sehr beruhigend dabei!
 

kamekazemaster

Benutzer
Mitglied seit
25. Apr 2016
Beiträge
6
Punkte für Reaktionen
0
Punkte
1
Status: "Fertig"
Keine Ahnung was "Fertig" genau bedeuten soll...
(Kann es sein, dass die Mac version abgespeckt ist? Status != Zustand oder?)

Ich bin gerade dabei Ubuntu aufzusetzen um manuell ein Backup der wichtigsten Daten durchzuführen.
Danach probiere ich mal den doppelten Reset.
 

dil88

Benutzer
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.908
Punkte für Reaktionen
2.359
Punkte
829
Die Systempartition befindet sich gespiegelt auf jeder internen Platte. Da liegen möglicherweise JDownloader-Downloads und verstopfen die Systempartition. Das läßt sich per Shell bereinigen - oder eben per doppeltem Reset.
 

kamekazemaster

Benutzer
Mitglied seit
25. Apr 2016
Beiträge
6
Punkte für Reaktionen
0
Punkte
1
Was genau entfernt der doppelte Reset alles?
Alle Metaordner von den Festplatten oder so ähnlich?

Hab gelesen, dass die wirklichen Daten immer noch intakt bleiben durch den doppelten Reset.
 

dil88

Benutzer
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.908
Punkte für Reaktionen
2.359
Punkte
829
Der doppelte Reset sorgt dafür, dass auf der Systempartition das DSM neu installiert wird. Die Datenpartition sollte davon nicht betroffen sein. Dennoch empfiehlt sich immer ein Backup. Mehr steht auf der Seite, die ApOphis verlinkt hat.
 

kamekazemaster

Benutzer
Mitglied seit
25. Apr 2016
Beiträge
6
Punkte für Reaktionen
0
Punkte
1
So hab Zugriff auf meine Festplatte bekommen per mdadm Befehl über Ubuntu.
Erstmal vielen Dank bis hierhin! :D

Habe soweit meine Daten abgesichert. Habe den Befehl nach und nach für jede Festplatte ausgeführt und auf jede einzelne problemlos zugreifen können.
Habe nun alle Festplatten wieder eingesetzt in die DS und wollte sie hochfahren um den doppelten Reset durchzuführen.

1. Sache, die mich verwundert hat war, dass die DS sehr sehr lange für den Boot Prozess gebraucht hat.
2. ich habe keinen beep mehr gehört... Also nur einen, dass er hochgefahren ist und nicht ein sich wiederholendes Fehlerbeep.
3. eingeloggt in DSM sehe ich alle Volumes wieder ganz normal und alle Programme wie Docker, Plex und co. funktionieren wieder einwandfrei.
4. ich bekomme im DSM die Meldung: "Attention. DSM cannot start up normally because ist ran into a problem. Please contact Syno blabla"
5. im Control Panel unter dem Reiter DSM Update steht bei Status: "Insufficient capacity for update. The system partition requires at least 350 MB."

Was hat Punkt 5 zu bedeuten? Ich gehe davon aus, dass DSM selber eine kleine Partition für sich hat die unabhängig von meinen Festplatten ist. Ist diese also korrupt?
Löst ein doppelter Reset auch dieses Problem oder gibt es dafür eine andere Lösung?
 

dil88

Benutzer
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.908
Punkte für Reaktionen
2.359
Punkte
829
Das DSM befindet sich auf einer gespiegelten Partition auf jeder internen Platte. Ein doppelter Reset sollte das Problem lösen, ansonsten per Shell dort aufräumen.
 
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