DS213j: Seagate Barracuda 3TB Volume abgestürzt - Platte zeigt nur noch /dev/sdb an

[synschorsch]

Hallo,

Ende letzter Woche ist meine Platte abgestürzt. Die Performance ging in den Keller, daraufhin bin ich in das Webinterface von Synology und habe festgestellt, dass das Volume abgestürzt ist. Ich habe daraufhin alle Daten, die ich nicht eh schon gesichert habe, auf eine USB-Disk gesichert, die Synology heruntergefahren und eine nagelneue WD Red 3TB verbaut. Kurze Hintergrundinfo: die Platte ist neben einer älteren 1TB Platte als Synology Hybrid Raid (SHR) ohne Datenschutz mit ext4 formatiert. Die alte Platte hatte vom 11.7. - 14.7. defekte Sektoren gefunden, ich glaube irgendein Wert war >20.000, ich habe aber keine Screenshots gemacht.

Nu läuft die neue Platte und die wichtigen Daten sind alle dank Sicherung wieder drauf. Wie es aber so ist, habe ich einige Daten, die ich doch noch gerne gesichert hätte (ein paar Filme sowie die DS Notes Daten, die ich leider nicht gesichert habe...). Nun liegt die Platte hier, aber beim Zugriff mit Linux sagt mir ein

ls /dev/ | grep sd

leider, dass ich nur dev/sdb (mit 3TB) habe, kein sdb1 o.ä.. Und gparted sagt, dass ich 3TB freien, unpartitionierten Platz habe. Mount funktioniert nicht.

Hat jemand einen Tipp, mit welchem Datenrettungstool ich am besten auf die Daten zugreifen kann? Ich habe hier sowohl OS X, Linux (Ubuntu 12.04) als auch Win 8.1. Bin aber etwas unschlüssig, wie ich da am Besten vorgehe, das gegoogle hat mich eher verunsichert.

Danke und Gruß,
synschorsch

 

[synschorsch]

So, ich antworte mir selbst einmal

Ich habe mit einer gparted-Live-Distribution einen Festplatten-Rettungsversuch gestartet und tatsächlich - er findet ein Dateisystem und zeigt mir die Daten an !!!! Erst einmal Freude

im Ordner @appstore gibt es einen Ordner "NoteStation", dort sind ganz viele Unterordner:

apparmor
db
etc
hook
import
indexdb
lib
phplib
tools
trigger
ui
webapi

Das sichere ich mir erst einmal, aber was dann? Einfach auf die Synology kopieren? Übers Webinterface komme ich da nicht weit...

 

[dil88]

In versteckte Verzeichnisse (das sind die mit einem führenden @) kommst Du nicht mit der File Station. Probiere es einmal mit einem Tool wie WinSCP. Dafür ggfs. ssh im DSM-Webfrontend aktivieren. Das Verzeichnis @appstore liegt vermutlich unter volume1 (also /volume1/@appstore).

 

[synschorsch]

OK, cool, das probiere ich heute Abend gleich mal. Muss ich bei den Rechten etwas beachten? Nicht, dass ich per root die Dateien rüberkopiere und die Synology die dann nicht mehr nutzen kann...

 

[dil88]

Das solltest Du vorher einmal testen: Von einer Datei auf der DS eine Sicherheitskopie auf der DS machen. Diese per WinSCP auf den Rechner übertragen und dann wieder zurück. Prüfe die Rechte vorher und nachher. Sind sie gleich, ist alles gut. Ein cp übernimmt nicht die Rechte der Quelle sondern des Ziels, wenn man dieses Verhalten nicht per Optionen ändert. Aber ob sich WinSCP genauso verhält, kann ich auch nicht sicher sagen.

 

[synschorsch]

So, für die Nachwelt. Man muss:

-SSH aktivieren
-midnight commander (synocommunity) installieren, ich finds zum kopieren wesentlich einfacher
-per ssh auf die Synology
-dann:
-in das Verzeichnis volume1/@SynoDrive/NoteStation
-dort den Ordner mit den irre langen Ordnernamen löschen (tut man das nicht, findet er die neuen Notizbücher nicht). Achtung: Nun sind alle Daten von der NoteStation gelöscht. Ggfs sollte man vorher sichern!
-nun von dem gesicherten Verzeichnis die Dateien kopieren
-bei Bedarf den Besitzer anpassen.
-chown -R benutzername:users /volume1/@SynoDrive/NoteStation/

Und, voila: Alles funktioniert wieder wie vorher!!!!!

Glückliche Grüße aus Hamburg!

 

[dil88]

Danke für die detaillierte Beschreibung!