CS-406 Volume1 gelöscht

[Pechvogel]

Hallo ihr alles wissenden

Ich habe bei meinem CS-406 mit der Firmware DSM-2.0-0728 ausversehen mein Volume 1 gelöscht.

Das NAS besitzt vier Platten und ein Volume.

Nun kann ich nicht mehr auf meine Daten zugreiffen.

Ich weiss jetzt, dass es falsch ist, wenn mann den Button entfernen verwendet, wenn mann nicht löschen will. Ich habe jedoch noch abbrechen gedrückt, leider zu spät. Der anglaufene Löschprozess dauerte nur Sekunden.

Meiner Meinuung nach müssten die Daten noch vorhanden sein, oder?

Kann mir jemand helfen meine Daten wieder herzustellen?
Wenn ja, wie ist dabei vorzugehen.
Ich bin ein absdoluter NAS Anfänger. Bitte so schreiben, dass nicht nur Cracks was verstehen.

Danke für Eure Hilfe.

Pechvogel

 

[jahlives]

Und das volume1 war ein RAID oder non-RAID? Wenn RAID, was für ein Typ?

 

[Pechvogel]

Oh sorry!

Raid5

 

[jahlives]

Hast du ein Backup? Kannst du dich via telnet noch anmelden? Wenn du Glück hast, dann wurde nur der Mountpoint /volume1 gelöscht. Ohne Backup würde ich aber nicht allzuviel experimentieren.
Sonst würde ich dir empfehlen zu warten bis z.B. supaman hier vorbeigekommen ist, der ist sehr fitt in Sachen Datenrettung

 

[Supaman]

ok ich fass es mal zusammen:
- 4 platten raid5
- volume1 gelöscht

es gibt 2 möglichkeiten, was das betriebsystem gemacht hat:
1) das md (raid) aufgelöst
2) die partitionen gelöscht

in beiden fällen ist es nicht ganz einfach, noch an die daten ranzukommen, dazu bräuchte ich mehr informationen. du kannst mal auf der konsole mit fdisk nachgucken, ob die datenpartition noch existent ist:

> fdisk /dev/sda
dann mit "p" die partitionstablle anzeigen lassen.
sind es 2 zeilen, ist die partition gelöscht, sind es 3 zeilen ist die partition da, aber volume 1 gelöscht.
fdisk verlassen mit "q".

wenn die daten hochgradig wichtig sind, solltest du erst 1:1 kopien machen oder jemanden zu hilfe holen, der WIRKLICH ahnung davon hat - ansonsten sind die daten ganz schnell unwiederbringlich verloren.

ich hab grade noch einen fall in bearbeitung, wo der bekannte vom bekannten, der seine fachkenntnis vermutlich mit compter-blöd abo bezieht, ein raid-5 kaputtrepariert hat. im augenblick läuft ein deep-scan über die reste vom raid, dauert so ~30 stunden.

 

[jahlives]

@supaman
Könnte es nicht auch sein, dass nur der Mountpoint gelöscht wurde (/volume1)? Würde denn wenn die Part noch vorhanden ist ein einfacher mount reichen oder hat das System /volume1 noch in diversen Konfigs als gelöscht eingetragen?

 

[Supaman]

um es mit spocks worten zu zitieren: das ist nicht logisch. wenn ein neues volume erstellt werden soll, wird von einer leeren platte ausgegangen. das geht aber nur, wenn die raid-konfig vorher entfernt wurde. im besten fall wird einfach die raid-konfig im system entfernt und die partition gelöscht

 

[Pechvogel]

Danke für den Input!
Habe diesen intensiv probiert und kann heute folgenden Status vermelden:

Ich habe keinen Backup!

Ja, ich kann via telnet zugreifen.

Folgendes habe ich gemacht.

1. Telnet aus Windows XP gestartet
2. im Fenster open eingegeben
3. 192.168.1.33 für die IP Adresse des NAS eigegeben
4. Cubestation login: und Passwort eingegeben
Resultat: Cubestation> _

Bin also auf dem NAS Hauptroot angekommen.


5. der Befehl CubeStation> ls ..... ergibt folgende Anzeige

bin initrd mnt sys var.defaults
dev lib proc tmp volume1
etc linuxrc root usr
etc.defaults lost+found sbin var


6. der Befehl CubeStation> fdisk /dev/sda ..... ergibt folgende Anzeige

Unable to open /dev/sda

leider funktioniert dieser Befehl, hinweis von Supaman, bei mir nicht.
Ich weiss nicht warum.
Ich habe kein Linux auf meinem Rechner, nur Windows XP.


7. der Befehl CubeStation> fdisk -l ..... ergibt folgende Anzeige

Cannot open /dev/sda
Cannot open /dev/sdb
Cannot open /dev/sdc
Cannot open /dev/sdd

8. die Befehle CubeStation> cd dev
CubeStation> ls .............. ergeben folgende Anzeige

console mtd_vender sdi1 sds3
dev.tgz null sdi2 sds4
dsp ppp sdi3 sdt
hda ptyp0 sdi4 sdt1
hda1 ptyp1 sdj sdt2
hda2 ptyp2 sdj1 sdt3
hda3 ram0 sdj2 sdt4
hda4 ram1 sdj3 sdu
hdb random sdj4 sdu1
hdb1 sda sdk sdu2
hdb2 sda1 sdk1 sdu3
hdb3 sda2 sdk2 sdu4
hdb4 sda3 sdk3 sdv
hdc sda4 sdk4 sdv1
hdc1 sda5 sdl sdv2
hdc2 sda6 sdl1 sdv3
hdc3 sdb sdl2 sdv4
hdc4 sdb1 sdl3 sdw
hdd sdb2 sdl4 sdw1
hdd1 sdb3 sdm sdw2
hdd2 sdb4 sdm1 sdw3
hdd3 sdc sdm2 sdw4
hdd4 sdc1 sdm3 sdx
hde sdc2 sdm4 sdx1
hde1 sdc3 sdn sdx2
hde2 sdc4 sdn1 sdx3
hde3 sdd sdn2 sdx4
hde4 sdd1 sdn3 sdy
log sdd2 sdn4 sdy1
md0 sdd3 sdo sdy2
md1 sdd4 sdo1 sdy3
md2 sde sdo2 sdy4
md3 sde1 sdo3 sdz
md4 sde2 sdo4 sdz1
md5 sde3 sdp sdz2
md6 sde4 sdp1 sdz3
mixer sdf sdp2 sdz4
mtd0 sdf1 sdp3 synobios
mtd1 sdf2 sdp4 tty
mtd2 sdf3 sdq tty0
mtd3 sdf4 sdq1 tty1
mtd4 sdg sdq2 tty2
mtd5 sdg1 sdq3 tty3
mtd6 sdg2 sdq4 tty4
mtd7 sdg3 sdr ttyS0
mtd_bootloader sdg4 sdr1 ttyS1
mtd_fisdir sdh sdr2 ttyp0
mtd_kernel sdh1 sdr3 ttyp1
mtd_para0 sdh2 sdr4 ttyp2
mtd_redbootcfg sdh3 sds urandom
mtd_rootfs sdh4 sds1 usb
mtd_synocfg sdi sds2 zero

Aus meiner Sicht, sind die wichtigen Verzeichnisse noch vorhanden.
Ist das so?
Was kann ich weiter tun, um doch noch an meine Daten zu kommen?

Danke für weitere Hilfe

 

[Supaman]

an der 406 heissen die platten anscheinend anders... versuch mal
> fdisk /dev/hda

Was kann ich weiter tun, um doch noch an meine Daten zu kommen?

nichts machen, ohne hier vorher rücksprache zu halten

 

[Pechvogel]

Hallo Supaman

Habe den Befehl eingegeben und es funzt! Danke

Untenstehend das Resultat der Abfrage:

CubeStation> fdisk /dev/hda
You will not be able to write the partition table.

The number of cylinders for this disk is set to 60801.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/hda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 1 310 2490043+ fd Linux raid autodetect
/dev/hda2 311 375 522112+ fd Linux raid autodetect
/dev/hda3 392 60801 485243325 fd Linux raid autodetect

Command (m for help):

Was ich noch nicht erwähnte!
Das ganze hat damit angefangen, dass Disk2 beschädigt war, und ich diesen durch einen neuen ausgetauscht habe. Deshalb werden vielleicht nur drei hda angezeigt. Warum hda2 vorhanden ist, dafür aber hda4 fehlt, weiss ich nicht. Vielleicht hast Du eine Erklärung dafür.

Auf jeden Fall habe ich dann eben diesen fatalen Fehler gemacht und das Volume gelöscht, anstelle dass ich reparierte.

So, kann die Reise zu meinen Daten weiter gehen, oder sind wir am Ende?

Gerne erwarte ich das weitere Vorgehen von Dir.

Danke!!!!!!!

 

[Supaman]

Device Boot Start End Blocks Id System
/dev/hda1 1 310 2490043+ fd Linux raid autodetect <--- das ist die systempartition
/dev/hda2 311 375 522112+ fd Linux raid autodetect <--- das ist die swappartition
/dev/hda3 392 60801 485243325 fd Linux raid autodetect <--- das ist die daten partition

Deshalb werden vielleicht nur drei hda angezeigt. Warum hda2 vorhanden ist, dafür aber hda4 fehlt, weiss ich nicht. Vielleicht hast Du eine Erklärung dafür.

das sind 3 partitionen EINER festplatte, dero hast du 4 in deinem gerät. die platten heissen "hda" -- "hdb" -- "hdc" -- "hdd", die datenpartition ist immer die 3te, also hda3, hdb3 etc. die partitionstabellen der anderen platten dürften genau so aussehen, (ev. mit ausnahme der platte 2)

Das ganze hat damit angefangen, dass Disk2 beschädigt war, und ich diesen durch einen neuen ausgetauscht habe.

fällt dir ja früh ein - aber gut das du es erwähnst... damit sieht die sache schon wieder ganz anders aus:

4-platten raid5
platte 2 fällt aus
raid degraded
volumen gelöscht
---------------------
nach dem derzeitigen stand hätten wir dann ein degraded raid5 mit den platten 1,3,4 - intakter partitionierung, aber gelöschtem volume1. da die datenpartition noch vorhanden ist, würde ich im augenblick von 2 möglichkeiten ausgehen:

1) das system hat nur das raid demounted und in der konfig ausgetragen
2) wie oben, zusätzlich das root verzeichnis "/volume1" gelöscht

um das rauszufinden, kannst du mal die ergebnisse von folgenden befehlen posten:

#1 > cat /proc/mdstat

#2 > mdadm --detail --query /dev/hda3
#3 > mdadm --detail --query /dev/hdb3
#4 > mdadm --detail --query /dev/hdc3
#5 > mdadm --detail --query /dev/hdd3

So, kann die Reise zu meinen Daten weiter gehen, oder sind wir am Ende?

am Ende sind wir noch lange nicht....

 

[Pechvogel]

Also hier das Resultat der geforderten Befehle.

CubeStation> cat /proc/mdstat

Personalities : [raid0] [raid1] [raid6] [raid5] [raid4]
md2 : active raid5 sdb3[4](S)
1461199872 blocks level 5, 64k chunk, algorithm 2 [4/0] [____]

md1 : active raid1 sda2[0] sdc2[2] sdd2[3]
522048 blocks [4/3] [U_UU]

md0 : active raid1 sda1[0] sdc1[2] sdd1[3]
2489920 blocks [4/3] [U_UU]

unused devices: <none>


CubeStation> mdadm --detail --query /dev/hda3

/dev/hda3: is not an md array

CubeStation> mdadm --detail --query /dev/hdb3

/dev/hdb3: is not an md array
/dev/hdb3: device 4 in 4 device undetected raid5 /dev/md2. Use mdadm --examine
for more detail.

CubeStation> mdadm --detail --query /dev/hdc3
/dev/hdc3: is not an md array

CubeStation> mdadm --detail --query /dev/hdd3
/dev/hdd3: is not an md array


Ich hoffe, die Ergebnisse helfen weiter.

 

[Supaman]

weiter gehts... bitte folgende ausgaben posten:

> mdadm --query --detail /dev/md2
> mdadm --examine /dev/hd[a-d]3

 

[Pechvogel]

Hier die Resultate:

CubeStation> mdadm --query --detail /dev/md2

mdadm: /dev/md2 does not appear to be an md device


CubeStation> mdadm --examine /dev/hd[a-d]3

mdadm: No md superblock detected on /dev/hda3.
/dev/hdb3:
Magic : a92b4efc
Version : 00.90.00
UUID : 68e93134:18e48c0e:cadca172:2cf1c8a9
Creation Time : Thu Nov 1 17:36:00 2007
Raid Level : raid5
Device Size : 487066624 (464.50 GiB 498.76 GB)
Array Size : 1461199872 (1393.51 GiB 1496.27 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 2

Update Time : Tue Nov 18 21:07:10 2008
State : clean
Active Devices : 3
Working Devices : 4
Failed Devices : 1
Spare Devices : 1
Checksum : d04507b4 - correct
Events : 0.1290636

Layout : left-symmetric
Chunk Size : 64K

Number Major Minor RaidDevice State
this 4 8 35 4 spare /dev/hdc3

0 0 8 3 0 active sync /dev/hda3
1 1 8 19 1 active sync /dev/sdb3
2 2 0 0 2 faulty removed
3 3 8 51 3 active sync /dev/hdd3
4 4 8 35 4 spare /dev/hdc3
mdadm: No md superblock detected on /dev/hdc3.
mdadm: No md superblock detected on /dev/hdd3.


Wie ist Deine Einschätzung bezüglich Datenwiederherstellung?

 

[Supaman]

Wie ist Deine Einschätzung bezüglich Datenwiederherstellung?

sagen wirs mal so... wenn keine weiteren schreibzugriffe auf der datenpartition stattgefunden haben, geht da garantiert was - die frage ist nur auf welchem wege. man kann versuchen das raid mit "mdadm etc" zu fixen oder mit einer datenrettungssoftware am pc auslesen.

in jedem falle wär es sinnvoll erstmal 1:1 kopien zu ziehen, sonst verbaut man sich weitere versuche wenns nicht geklappt hat.

 

[Pechvogel]

Wie macht man eine 1:1 Kopie?

Was soll ich nun weiter tun?

Wie geht das mit dem mdadm, oder mit welcher SW?

 

[Supaman]

das hier kannst du recht gefahrlos ausprobieren:

http://www.synology-forum.de/showthread.html?t=261

wie man 1:1 kopien erstellt steht am ende des posts, sicherheitshalber vorher mit fdisk gucken, ob man das richtige device für quelle/ziel erwischt hat. alternativ kann man 1.1 kopien auch mit acronis machen, ext2/ext3 partitionen werden dann als sektor kopie angefertigt.

 

[Pechvogel]

Ist denn eine Kopie in meinem Fall überhaupt nötig?
Ich besitze keinen Unix Rechner oder eine Unix Partition, weder eine SATA-Karte. Auch müsste ich noch Platten besorgen.
Muss ich mich da wirklich einarbeiten!

Was haben die Abfragen für einen Status meiner Platten oder Daten ergeben?
Kannst du mal den Stand zusammenfassen und erklären, wie denn jetzt die Daten zu retten sind?

 

[Supaman]

Ist denn eine Kopie in meinem Fall überhaupt nötig?

um an die daten ranzukommen, ist es in der regel notwendig auf den platten div. datenblöcke neu zu schreiben. funktioniert das nicht, kann es durchaus sein, das es eher schlimmer wie besser geworden ist. welches verfahren oder welche reihenfolge der bearbeitungsschritte schlussendlich zum ziel führt, weis man immer erst wenns geklappt hat. es zwingt dich niemand, 1:1 kopien zu machen...

Ich besitze keinen Unix Rechner oder eine Unix Partition, weder eine SATA-Karte. Auch müsste ich noch Platten besorgen.
Muss ich mich da wirklich einarbeiten!

linux kann man mit knoppix oder unbuntu auch direkt von cd oder usb booten. sata controller oder mainboards kosten nicht die welt. oder man geht zum freund, und schliesst die platten dort an den pc an. platten kaufen, datenrettung machen, platten wieder verkaufen - der verlust liegt bei <10 pro platte. ob dir ein solcher finanzieller einsatz das geld wert ist, musst du selber entscheiden.[/QUOTE]

Was haben die Abfragen für einen Status meiner Platten oder Daten ergeben? Kannst du mal den Stand zusammenfassen und erklären, wie denn jetzt die Daten zu retten sind?

ich sagte bereits, man weis immer erst hinterher, WAS zum erfolg geführt hat. 1:1 kopien machen, ausprobieren, wenn es nicht geklappt hat, nächste methode ausprobieren.

 

[Pechvogel]

Also ich habe Glück im Unglück.
Mein Rechner läuft bereits mit SATA-Platten. Muss also keine SATA Karte kaufen.
Habe das Kopieren mit Acronis ausprobiert. Scheint ja einfach zu sein.

Dazu noch eine Frage:
Auf den Disks sind jeweils 3 Partitionen vorhanden.
Ich gehe davon aus, dass ich alle Partitionen kopieren muss.
Das kopieren dieser Partitionen geht nur wenn ich "kopieren der Sektoren" wähle. Ich könnte auch noch die leeren Sektoren sichern. Ist das nötig?

Alternativ bietet Akronis die Möglichkeit Disks zu spiegeln. Soll ich diese Möglichkeit anwenden?

Am Freitag bekomme ich eine 1.5 TB Platte. Damit kann ich dann die drei Images der Platten sichern.
Diese Platte werde ich dann, wenn ich meine Daten wieder habe, als Sicherungsplatte verwenden.