[solved] Ehemaliges Basic-Volume per USB auslesen

[Molt]

Moin zusammen, ich habe durch ungünstige Umstände den Zustand, dass ich zwar bei der Umstellung eines RAID-1 Verbundes auf 2 Basic-Volumes fast fertig wr, kurz vor Schluss aber was schief gelaufen ist. Zustand jetzt ist, dass ich die Syno auf einer der beiden alten Platten habe wieder ans Laufen bekommen.

Die Daten sind jetzt aber nur noch auf der anderen Platte, die absolut sicher in Ordnung ist. Packe ich die aber in die Box, bootet das System nicht mehr. Ich habe die Vermutung, dass die Box nicht weiß, von welcher der beiden Platten er das System ziehen soll? Naja, ich würde jetzt gerne zumindest die Daten abziehen und hab die Platte per usb angeschlossen, finde die Daten dort aber nicht wirklich:

Syno> fdisk -l

Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sdb1               1         311     2490240  fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sdb2             311         572     2097152  fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sdb3             588      243201  1948793440+ fd Linux raid autodetect
fdisk: device has more than 2^32 sectors, can't use all of them

Disk /dev/sdq: 2199.0 GB, 2199023255040 bytes
255 heads, 63 sectors/track, 267349 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sdq1               1      267350  2147483647+ ee EFI GPT

die sdb1-3 dürfte die aktuell korrekt gemountete aber leere Platte sein. Was mich wundert ist, dass fdisk die usb Platte mit nur einer Partition anzeigt, während die Syno selber zeigt, dass es 3 Partitionen auf der USB-Platte gibt: 2,37GB (ext4), 2GB (unbekannt) und 3,7TB (unbekannt). Per Terminal wird mir wahrscheinlich nur die erste angezeigt? Die ist nämlich recht unspannend:

Syno> dir
drwxr-xr-x   26 root     root          4096 Oct  5 16:39 .
drwxr-xr-x    3 root     root          4096 Oct  5 17:03 ..
drwxr-xr-x    3 root     root          4096 Jun 20 14:46 .old_patch_info
-rw-r--r--    1 root     root            43 Apr  7 07:45 .oldremap.md2.20140415200510
-rw-------    1 root     root          1024 May 21  2013 .rnd
drwxr-xr-x    3 root     root          4096 Jun 20 14:44 .syno
drwxr-xr-x    2 root     root          4096 May 21  2013 .system_info
drwxr-xr-x    2 root     root          4096 Jun 20 14:46 bin
-rw-------    1 root     root        462848 Oct  5 16:39 core
drwxr-xr-x    8 root     root         40960 Oct  4 20:58 dev
drwxr-xr-x   37 root     root          4096 Oct  5 00:02 etc
drwxr-xr-x   32 root     root          4096 Oct  4 20:58 etc.defaults
drwxr-xr-x    2 root     root          4096 May 30 19:00 initrd
drwxr-xr-x   22 root     root         20480 Oct  4 21:14 lib
drwx------    2 root     root          4096 May 30 18:37 lost+found
drwxr-xr-x    2 root     root          4096 May 30 18:26 mnt
lrwxrwxrwx    1 root     root            17 Jun 20 14:50 opt -> /volume2/@optware
drwxr-xr-x    2 root     root          4096 May 29 06:25 proc
drwxr-xr-x    3 root     root          4096 Sep 20 03:16 root
drwxr-xr-x    4 root     root          4096 Jun 20 14:46 run
drwxr-xr-x    2 root     root          4096 Aug 30 12:19 sbin
lrwxrwxrwx    1 root     root            25 Sep 21 09:54 scripts -> /usr/syno/synoman/scripts
drwxr-xr-x    2 root     root          4096 May 30 18:26 sys
drwxrwxrwx    2 root     root          4096 Oct  5 16:39 tmp
drwxr-xr-x    8 root     root          4096 Jun 20 14:46 usr
drwxr-xr-x   15 root     root          4096 Oct  5 16:39 var
drwxr-xr-x   11 root     root          4096 Jun 20 14:46 var.defaults
drwxrwxrwx    2 root     root          4096 Jun 27 16:23 volume1
drwxr-xr-x    2 root     root          4096 Jun 20 14:47 volume2
drwxr-xr-x    3 root     root          4096 Oct  3 16:11 volumeUSB1
drwxr-xr-x    2 root     root          4096 Jul  4 08:58 volumeUSB2

Hierbei sind die letzten 4 Verzeichnis mehr oder minder leer. Welche Chance habe ich, an meine Daten zu kommen? Ich hab die doch gestern Abend noch alle im DSM gesehen :-(

Danke!

 

[Puppetmaster]

Das ist jetzt der dritte(?) Thread zu diesem Thema von dir. Nimm's mir nicht übel, aber wenn du gestern noch deine Daten sehen konntest, weshalb hast du nicht endlich mal das Backup gemacht? Das geht mir irgendwie nicht in den Kopf. Insb. da wir doch gerade erst einen Thread von dir dazu durchgekaut haben.

Bin etwas ratlos ...

 

[Molt]

Hi,
ganz einfach
der erste Thread ging drum wie ich vom alten Raid die Daten auf die neue Platte bekomme, weil das Kopieren auf die USB-Platte nicht geht - wurde gelöst, indem ich die basic-Platte parallel zum kaputten Raid einbinden konnte und somit die Daten rüberkopieren konnte (leider war damit das problem mit dem Kopieren nach USB nicht behoben)

Als ich die Daten dann drüben hatte, ist mir wie im zweiten Thread beschrieben das DSM abgeraucht - also hab ichs mit der einen Platte neu audgesetzt.

In diesem dritten Thread habe ich nun das Problem, dass ich die Daten, die ich in Punkt 1 kopieren konnte nun wieder abfragen muss.

Und zu deinem Vorwurf, dass ich immer noch nicht gesichert habe: a) geht das wie gesagt leider immer noch nicht und da konnte mir bislang auch keiner mit helfen, dass ich Daten nicht in größerem Stil auf ne USB-Platte schieben kann und b) werde ich mich mit dem Problem nochmal eingehender beschäftigen, sobald ich die Box mal wieder sauber am Laufen habe...
----

So, da das geklärt ist (wir können das gerne auch alles in einem Sammelthread abhandeln - ich hatte aber vermutet, dass das separate Themen sind), freue ich mich über Indizien zum aktuellen Thema. Ich habe mittlerweile herausgefunden, dass wohl auch basic volumes als raids angezeigt werden und per sfdisk auch die 3. Datenpartition gefunden:

Syno> sfdisk -l /dev/sdq
/dev/sdq1	            256	        4980735	        4980480	 fd  
/dev/sdq2	        4980736	        9175039	        4194304	 fd  
/dev/sdq3	        9437184	     7814032064	     7804594881	 fd

Nun hatte ich gelesen, dass ich auch einfach den typ von fd auf 83 ändern könne und dann direkt die 3. Partition einbinden kann. Kann mir da jemand weiterhelfen? Oder muss ich diesen umständlicheren Weg für ehelamige RAIDs gehen?

danke

 

[dil88]

Hier das Synology-FAQ zu dem Thema. Ob die Änderung des Partitiontyps auf 83 funktioniert, wäre sehr interessant, würde ich aber nur mit einem Backup risikieren.

 

[Puppetmaster]

Nein, du hast sicher recht, und es sollte auch nicht als Vorwurf 'rüberkommen. Ich versuche dir nur zu folgen.
Sobald ich einen Post von dir gelesen habe, machst du schon wieder einen neuen Thread auf, kam mir zumindest so vor ...
Anyway.

Ich hab's selbst leider noch nicht machen müssen, daher weiß ich nicht, ob der Weg, den Partitionstyp zu ändern, dich deinem Ziel näher bringt. Es gibt/gab aber bereits Threads zum Thema "per USB auf die Datenpartition einer ehem. internen Platte zugreifen". Hast du da bereits schon einmal nach gesucht?
Ansonsten wird sich aber auch sicher noch jemand hier finden, der das Them schon einmal durchgespielt hat.

 

[Molt]

Hi, dann musst du wohl schneller lesen ;-)
Aber passt schon, mich nervt das nur extrem - hatte nicht gedacht, dass das soviel Zeit in Anspruch nimmt. Aber pünktlich zum WE-Ende scheine ichs hinbekommen zu haben. Hab die von mir verlinkte Anleitung für RAIDs genutzt und kopiere jetzt gerade die Ordner rüber.

Danach setze ich auch direkt Duplicity auf, um das Backup zum Laufen zu kriegen - in der Hoffnung, dass diesmal alles glatt dabei geht.