'HÜTTE BRENNT!': DS418 zwei HDDs abgesützt und Volume zerstört

[EatMyShorts]

Hallo,

bei mir 'brennt gerade die Hütte!'.
Ich habe eine DS418, welche mit 4x 12TB HDDs bestückt ist. Zwei HDDs haben in den letzten Wochen ein bisschen 'gezickt'.
Jetzt ist das Worst Case eingetreten, dass zwei HDDs samt des Volume abgestützt sind und das Volume nicht mehr verwendet werden kann.
Ich nutzte das Sysnology SHR (drei HDDs puls eine als Parität)

Ich habe hier drei neue 14TB HDDs liegen (vierte wurde verschickt), welche ich eigenlich die Tage in die DS nach und nach einbauen wollte.

Nun ist die Frage, ob die Daten von den HDDs aus der DS über den normalen PC ausgelesen werden können, so dass ich die Daten dann auf die DS mit den neuen 14TB HDDs schieben kann?

LG

 

[peterhoffmann]

Das ist der Weg mittels PC:
https://www.synology.com/de-de/know...I_recover_data_from_my_DiskStation_using_a_PC

Wenn zwei HDDs nicht mehr ansprechbar sein sollten, sehe ich schwarz für deine Daten.

Vielleicht solltest du in Erwägung ziehen gleich das Backup zu verwenden und dieses auf die neuen HDDs aufzuspielen.

 

[EatMyShorts]

Ich habe nur ein Backup der wichtigen Daten.
Filme und Serien habe ich jetzt nicht gesichert und würde gerne versuchen, diese zu speichern.

Die beiden HDDs wurden jetzt lediglich von der DS initialisiert. Eine Reparatur des Volumes ist nicht mehr möglich.
Daher die Frage, ob ich trotzdem noch Zugriff darauf bekomme?

 

[peterhoffmann]

Probieren. Mehr kann ich dir von hier aus auch nicht sagen.

Falls du noch ins DSM kommst, kannst du ja versuchen die Smartwerte im Speichermanager auszulesen und hier zu posten. Dann wäre eventuell eine Aussage zur Gesundheit der HDDs möglich.

 

[EatMyShorts]

Hier eine Übersicht der beiden HDDs:

http://abload.de/image.php?img=uebersichtoxkt6.png
http://abload.de/image.php?img=hdd159jpp.png
http://abload.de/image.php?img=hdd1.smartb9kqt.png
http://abload.de/image.php?img=hdd23mj4e.png
http://abload.de/image.php?img=hdd2.smart27kr8.png

 

[heavygale]

Diese Vorschaubildchen sind dann vllt. doch ein wenig klein, meinste nicht?

 

[EatMyShorts]

... wurde schon korrigiert!

 

[EatMyShorts]

Gibt es eine Möglichkeite, ggf. eine 1:1 Abbild einer abgestürzten HDDs zu machen, sodass die DS das Volume wieder erkennt?

 

[EatMyShorts]

... was wäre mit der Methode aus diesem Thread https://www.synology-forum.de/showthread.html?510-how-to-Defektes-Raid-5-wiederherstellen hier?
Ich sollte auch noch dazu schreiben, dass die HDD2 beim ersten Starten nicht bootete. Es waren nur die Disk 1, 3, und 4 aktiv, wobei mir die DS dann anzeigte, dass die HDD1 einen Fehler besitzt.
Nach dem Neustart sind dann HDD1 und HDD2 als initialisiert angezeigt wurden.

 

[isch83]

Guten Morgen EatMyShorts,

Du hast ja mehrere Fragen gestellt. Jetzt eine Gegenfrage was heißt zwei HDD‘s haben etwas gezickt?
Hatten die ein mechanisches Problem? Die Smartwerte sind von den defekten Platten? Ich hab schon gesehen es sind Seagateplatten da müssen die Smartwerte immer so doof umgerechnet werden.

Ich hab mir die beiden von Die gefundenen Threads mal angesehen dort geht es aus meiner Sicht um den Rebuild eines Raids wenn dieser in Software scheitert und dem Rebuild etwas auf die Sprünge geholfen werden muss.

Aus meiner Sicht aus der Distanz passt das auf deinen Fall leider nicht du hast leider 2 Festplatte aus dem SHR-Verbund so wie ich es verstanden habe durch einen mechanischen Defekt verloren.

Die Möglichkeiten die ich sehe sind sehr begrenzt:

1.Alle vier Festplatten ausbauen und markieren welche in welchem Slot war und welche Defekt war.
2. Wenn es etwas mechanisches ist könntest du versuchen die defekten Festplatten zu klonen und mit den geklonten Festplatten + den noch laufenden Festplatten das SHR an einem Rechner wiederherzustellen.
3. Ein Datenrettungslabor könnte vielleicht mit deinen Platten noch was anfangen. Gibt einige Webseiten wo man Info bekommt bzw. Was man tuen muss wenn man diesen Service in Anspruch nehmen möchte. Gerade gestern hat iDomix zu diesem Thema auch ein YouTube Video veröffentlicht

Zum Schluss auch wenn Du es bestimmt nicht hören willst gilt leider die alte Weisheit „kein Backup kein Mitleid“. Du hast dich bewusst gegen ein Backup aller Daten entschieden und nun ist leider der schlechteste Fall eingetreten und zwei Festplatten in deinem Raid sind kaputt gegangen und damit sind die für dich weniger wertvollen oder leicht wieder zu beschaffenden Daten verloren gegangen.

Noch ein Hinweis am Rand es ist garnicht so selten fad Festplatten mit ähnlicher Laufzeit kurz hintereinander Probleme machen genauso wie es vorkommt das beim Raid-Rebuild ein der noch vorhanden Platten ein Problem hat, da dann die Last für diese Platten durch den Rebuild sehr hoch ist.

Auch wenn ich die Chancen der Wiederherstellung recht gering einschätze drücke ich Dir die Daumen das dein Verlust nicht zu groß sein wird.

 

[EatMyShorts]

... 'gezockt' heißt, dass in den vergangen Wochen die beiden HDDs schonmal in DS einen roten LED Status verursacht haben.
Das System konnte von HDD1 oder auch HDD2 die Systemdaten nicht laden und musste wiederhergestellt werden.
Ebenso wurde die HDD2 aus dem Volumeverbund geschmissen und wurde dann über die Reparatur wieder eingebunden.

Ich habe einen kompletten Tiefenscan alle HDDs durchgeführt, wobei mir hier 'normal' ausgegeben wurde.

Ich habe mich bei Synology gemeledet.
Ich soll die beiden defekten HDDs auf die neuen 14TB HDD klonen und dann wird eine Fernreparatur versucht.

 

[isch83]

Hey das klingt ja ein bisschen wie die Idee unter Punkt 2. Würde mich freuen wenn man Dir helfen kann.

Bitte berichte mal wie die Fernreparatur funktioniert hat bzw. welches Ergebnis der Support erzielen konnte.

 

[EatMyShorts]

Alle HDDs sind im PC eingebaut und habe versuch, dass Raid zu mounten.
Es wird folgendes geschrieben:

ubuntu@ubuntu:~$ sudo /i
sudo: /i: command not found
ubuntu@ubuntu:~$ sudo -i
root@ubuntu:~# apt-get update
Ign:1 cdrom://Ubuntu 18.04.2 LTS _Bionic Beaver_ - Release amd64 (20190210) bionic InRelease
Hit:2 cdrom://Ubuntu 18.04.2 LTS _Bionic Beaver_ - Release amd64 (20190210) bionic Release
Hit:4 http://archive.ubuntu.com/ubuntu bionic InRelease
Get:5 http://archive.ubuntu.com/ubuntu bionic-updates InRelease [88.7 kB]      
Get:6 http://security.ubuntu.com/ubuntu bionic-security InRelease [88.7 kB]    
Get:7 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages [573 kB]
Get:8 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages [295 kB]
Get:9 http://security.ubuntu.com/ubuntu bionic-security/main Translation-en [106 kB]
Get:10 http://security.ubuntu.com/ubuntu bionic-security/main amd64 DEP-11 Metadata [204 B]
Get:11 http://security.ubuntu.com/ubuntu bionic-security/restricted amd64 Packages [4296 B]
Get:12 http://security.ubuntu.com/ubuntu bionic-security/restricted Translation-en [2192 B]
Get:13 http://archive.ubuntu.com/ubuntu bionic-updates/main Translation-en [211 kB]
Get:14 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 DEP-11 Metadata [278 kB]
Get:15 http://archive.ubuntu.com/ubuntu bionic-updates/main DEP-11 48x48 Icons [66.7 kB]
Get:16 http://archive.ubuntu.com/ubuntu bionic-updates/main DEP-11 64x64 Icons [123 kB]
Get:17 http://archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 Packages [6996 B]
Fetched 1844 kB in 3s (530 kB/s)                            
Reading package lists... Done
root@ubuntu:~# apt-get install -z mdadm lvm2
E: Command line option 'z' [from -z] is not understood in combination with the other options.
root@ubuntu:~# apt-get install -y mdadm lvm2
Reading package lists... Done
Building dependency tree       
Reading state information... Done
lvm2 is already the newest version (2.02.176-4.1ubuntu3).
Suggested packages:
  default-mta | mail-transport-agent dracut-core
The following NEW packages will be installed:
  mdadm
0 upgraded, 1 newly installed, 0 to remove and 216 not upgraded.
Need to get 416 kB of archives.
After this operation, 1235 kB of additional disk space will be used.
Get:1 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 mdadm amd64 4.1~rc1-3~ubuntu18.04.1 [416 kB]
Fetched 416 kB in 1s (523 kB/s)
Preconfiguring packages ...
Selecting previously unselected package mdadm.
(Reading database ... 143252 files and directories currently installed.)
Preparing to unpack .../mdadm_4.1~rc1-3~ubuntu18.04.1_amd64.deb ...
Unpacking mdadm (4.1~rc1-3~ubuntu18.04.1) ...
Processing triggers for ureadahead (0.100.0-20) ...
Setting up mdadm (4.1~rc1-3~ubuntu18.04.1) ...
Generating mdadm.conf... done.
update-initramfs is disabled since running on read-only media
/usr/sbin/grub-probe: error: failed to get canonical path of `/cow'.
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Processing triggers for systemd (237-3ubuntu10.12) ...
Processing triggers for man-db (2.8.3-2ubuntu0.1) ...
Processing triggers for ureadahead (0.100.0-20) ...
root@ubuntu:~# mdadm -Asf && vgchange -ay
mdadm: forcing event count in /dev/sda5(0) from 29266 upto 29303
mdadm: forcing event count in /dev/sdb5(1) from 29265 upto 29303
mdadm: Marking array /dev/md/2 as 'clean'
mdadm: /dev/md/2 assembled from 4 drives - not enough to start the array.
root@ubuntu:~#

 

[isch83]

Hi,

der erste Teil deiner Bildschirmausgabe sagt das Du Pakete aktualisieren möchtest. Aus der Fehlermeldung am Schluss lese ich das zum Starten das Raid nicht alle Laufwerke vorhanden sind. Vermutlich kann er mindesten 1 der Festplatten nicht lesen.

Sind das schon die geklonten Festplatten? Falls nicht ich würde das auf keinen Fall mit den original Platten machen. Eventuell "beschädigen" deine Rettungsversuche die Platten weiter oder vernichten deine Daten.

Und noch eine zweite Frage hat Synology bereits versucht Dir zu helfen und ist gescheitert? Oder ist das jetzt gerade die Ungeduld die Dich überkommt?

Ich würde Dir empfehlen nicht zu viel rum zu probieren. Für jemanden der Dir helfen soll wir das nachher nicht mehr nachzuvollziehen sein was du alles probiert hast bzw. dem Helfer das leben nur erschweren.
Falls Du trotzdem basteln willst solltest Du wenigsten jeden Schritt sauber dokumentieren.

 

[EatMyShorts]

Ich habe lediglich die vier HDDs unter Ubuntu eingelesen und wollte das Image mounten.
Daten selber werden hier nicht auf die HDDs geschrieben.
Ich habe die Platten danach nochmal in der DS gestartet, wobei alles wie zuvor aussieht.
Die beiden HDDs clone ich jetzt und werde dann mich mit dem Support nochmal in Verbindung setzen.

 

[EatMyShorts]

Was hat die DS eigentlich gemacht?
Hat die DS die Zuordnung der HDDs verloren, welche der Synology Support wieder herstellen könnte?
Auch, jetzt mal angenommen, die HDDs hätten fehlerhafte Sektoren (was sie laut Scan ja nicht haben) ... könnte das Volume nicht trotzdem 'zusammengeführt werden, da ja theo. keine Daten geschrieben sein dürften.

 

[isch83]

Also was die DS gemacht hat kann Dir so wohl keiner beantworten. Im Protokollcenter könntest Du dazu Einträge finden Anhand dieser Einträge kann man vielleicht den Verlauf der Fehlermeldungen nachvollziehen.

Das es Seagate-Platten sind kann man an den Smarteren leider nicht direkt erkennen was das Problem ist. Dazu müssen die Rohdaten umgerechnet werden (ein Grund warum ich keine Seagate-Platten verwende). Du kannst die Werte ja mal umrechnen und dann können wir hier im Forum schauen ob anhand der Smartwerte zu erkennen ist was deinen Platten fehlt.

 

[EatMyShorts]

Ich habe die SMART Werte umgerechnet und auch mal bei computerbase hochgeladen.
Bis auf ein paar Spannungsabfälle sind die HDDs von den Werten vollkommen i.O.
Zumind. wäre das - vermutlich- nicht der Grund, warum es das Raid5 zerlegt hat.
Eine andere Vermutung wäre jetzt noch, dass die DS einen Defekt besitzt (z.B.bei der Baseplate).
Auch beim Klonen wurden vom Programm keine Fehler oder defekte Sektoren gefunden/angegeben.
Die beiden HDDs werden in den kommenden Tage nochmal mit dem Seagate Tool durchgetestet.

 

[EatMyShorts]

... soooooooooooooo!
Ich habe die geklonten HDDs in die DS eingesetzt und neu gestartet.
Der Bootvorgang hat eine Weile gedauert.
Jedenfalls wurde mir mitgeteilt, dass das Raid neu angeordnet wurde. Immerhin wurde das Volume 1 mit kompletter Größe samt Belegung angezeigt. Das Volume wird noch als 'abgestürzt' angezeigt, wobei jetzt aber der Reparaturbutton angezeigt wird.
Die DS hat neu gebootet und scant jetzt ohne Zugriff darauf alles durch.
Jetzt der Scan durch. Das Volume wurde vollständig reassembled und ich habe wieder Zugriff auf alle Daten.

 

[Perry2000]

Was soll man da sagen, ausser: Glück gehabt