Hallo Linux-Gemeinde.
Problemstellung:
Die Daten aus zwei Festplatten (Seagate Iron Wolf), die in einem RAID1-Verbund in eine NAS (Synology DS218+) eingebunden waren, sollen auf einer anderen Festplatte gesichert werden.
Hintergrund (technisch):
Die NAS ist vor ein paar Wochen nicht mehr hochgefahren. Der Synology-Support hat in mehreren Anläufen über Remote-Zugriff leider nicht helfen können und verweist darauf, einen professionellen Datenrettungsdienst zu konsultieren.
Die Festplatten sind laut Seagate-Festplatten-Test einwandfrei.
Die NAS lässt sich mit anderen Festplatten auch einwandfrei betreiben.
Sobald jedoch die ursprünglichen Festplatten in die NAS eingesetzt sind, funktioniert das System nicht mehr.
Die Vermutung ist, dass ein Update des Betriebssystems (»DSM«) nicht vollständig aufgespielt wurde bzw. werden konnte und das Booten deshalb nicht funktioniert.
Hintergrund (persönlich):
Ich bin noch sehr neu in der Linuxwelt und richte mich daher mit der Hoffnung auf hilfreiche Hinweise an euch. Meine bisherigen Recherchen zum aktuellen Problem mündeten zwar immer wieder in (Terminal-)Ergebnisse, doch da mein Wissen begrenzt ist, kann ich diese nicht interpretieren oder bin nur auf sehr alte Foreneinträge gestoßen, von denen ich annehme, dass sie – auch wenn ich sie verstünde – nicht zur Lösung führen.
---
Neben der erfolglosen Supportanfrage an Synology waren die folgende Quellen die besten. Die entsprechend angewiesen Schritte habe ich unternommen. Siehe unten die Terminalausgabe.
Terminal-Ausgabe:
Und ab diesem Punkt komme ich leider nicht weiter.
Habt ihr erfahrenen Linux-User ggf. einen Hinweis, was ich noch testen kann, um dem Problem auf die Spur zu kommen?
Vielen Dank für jede konstruktive Hilfe.
Problemstellung:
Die Daten aus zwei Festplatten (Seagate Iron Wolf), die in einem RAID1-Verbund in eine NAS (Synology DS218+) eingebunden waren, sollen auf einer anderen Festplatte gesichert werden.
Hintergrund (technisch):
Die NAS ist vor ein paar Wochen nicht mehr hochgefahren. Der Synology-Support hat in mehreren Anläufen über Remote-Zugriff leider nicht helfen können und verweist darauf, einen professionellen Datenrettungsdienst zu konsultieren.
Die Festplatten sind laut Seagate-Festplatten-Test einwandfrei.
Die NAS lässt sich mit anderen Festplatten auch einwandfrei betreiben.
Sobald jedoch die ursprünglichen Festplatten in die NAS eingesetzt sind, funktioniert das System nicht mehr.
Die Vermutung ist, dass ein Update des Betriebssystems (»DSM«) nicht vollständig aufgespielt wurde bzw. werden konnte und das Booten deshalb nicht funktioniert.
Hintergrund (persönlich):
Ich bin noch sehr neu in der Linuxwelt und richte mich daher mit der Hoffnung auf hilfreiche Hinweise an euch. Meine bisherigen Recherchen zum aktuellen Problem mündeten zwar immer wieder in (Terminal-)Ergebnisse, doch da mein Wissen begrenzt ist, kann ich diese nicht interpretieren oder bin nur auf sehr alte Foreneinträge gestoßen, von denen ich annehme, dass sie – auch wenn ich sie verstünde – nicht zur Lösung führen.
---
Neben der erfolglosen Supportanfrage an Synology waren die folgende Quellen die besten. Die entsprechend angewiesen Schritte habe ich unternommen. Siehe unten die Terminalausgabe.
- https://kb.synology.com/de-de/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC
- https://www.youtube.com/watch?v=Fik4AVZGr1I
- https://www.youtube.com/watch?v=A8ITr5ZpzvA
Terminal-Ausgabe:
Code:
p***@Apollon:~$ sudo -i
[sudo] Passwort für p***:
Das hat nicht funktioniert, bitte nochmal probieren.
[sudo] Passwort für p***:
root@Apollon:~# apt-get update
OK:1 http://de.archive.ubuntu.com/ubuntu focal InRelease
OK:2 http://de.archive.ubuntu.com/ubuntu focal-updates InRelease
Holen:3 http://security.ubuntu.com/ubuntu focal-security InRelease [114 kB]
Holen:4 http://security.ubuntu.com/ubuntu focal-security/main amd64 DEP-11 Metadata [27,6 kB]
Holen:5 http://security.ubuntu.com/ubuntu focal-security/universe amd64 DEP-11 Metadata [60,8 kB]
Holen:6 http://security.ubuntu.com/ubuntu focal-security/multiverse amd64 DEP-11 Metadata [2.468 B]
Es wurden 205 kB in 1 s geholt (228 kB/s).
Paketlisten werden gelesen... Fertig
root@Apollon:~# apt-get install -y mdadm lvm2
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
lvm2 ist schon die neueste Version (2.03.07-1ubuntu1).
mdadm ist schon die neueste Version (4.1-5ubuntu1.2).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@Apollon:~# mdadm -Asf && vgchange -ay
mdadm: Found some drive for an array that is already active: /dev/md/2
mdadm: giving up.
root@Apollon:~# cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md2 : active raid1 sdc3[1]
11714063360 blocks super 1.2 [2/1] [_U]
unused devices: <none>
root@Apollon:~# lvs
root@Apollon:~# mount /dev/md2 /home/p***/nas-tulpa/ -o ro
mount: /home/p***/nas-tulpa: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/md2 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
Und ab diesem Punkt komme ich leider nicht weiter.
Habt ihr erfahrenen Linux-User ggf. einen Hinweis, was ich noch testen kann, um dem Problem auf die Spur zu kommen?
Vielen Dank für jede konstruktive Hilfe.