VMware-Forum

Hallo Community,

ich habe auf einem Testsystem die Storageparition zerschossen. meine 205 GB Storage Parition wird als "unformatiert" angezeigt. Hab schon ein Recovery Tool drüber laufe lassen, was zwar Daten findet, aber nur von einer ganz alten Windows 2003 installation.

Jetzt hab ich schon mal gelesen und bin soweit, dass nur bestimmte Programme wieder die VMFS Parition bzw. die VMDK Files recovern können. Welche Programme sind hier gut? Das einzigste was ich gefunden habe ist "Ontrack EasyRecovery Professional".

Wäre für Feedback und kleine Denkanstöße dankbar !

Regards
needhelp

Sieh dir mal die Webseite http://sanbarrow.com/sickbay.html von "continuum" aka Ulli an.

schon mit testdisk probiert ?

Danke für den Hinweis.
Aber ich glaub das hilft mir erstmal nicht weiter. Weil ich zur Zeit ja nicht mal die VMDK Files habe.
Ich muss die Files erstmal auf File Ebene wieder herstellen.

in einem solchen Fall sollte man unbedingt erst versuchen dass VMFS wiederherzustellen - normale recovery tools wie Ontrack oder UFS-explorer finden zwar einzelne Dateien - aber nur unfragmentierte denn bei dieser Art der Recovery kann der MFT der NTFS-vmdks nicht benutzt werden. Das heisst alle fragmentierten Dateien sind verloren !!!

Von daher
1. mit testdisk probieren ob die VMFs-partition gefunden wird
2. mit frischem ESXi-stick nachsehen
3. mit dem Java-tool fvmfs.jar unter einer Linux-liveCD nachschauen

4. wenn 1 - 3 nicht hilft den partitionstyp von Hand auf VMFS setzen und Schritte 2 - 3 wiederholen

wenn das alles nichts hilft ist es Zeit fuer Ontrack und Co.


Anmerkung: es hilft ungemein wenn man weiss was es zu finden gilt.

Wenn zB erst eine einzige vmdk im thick modus angelegt wurde auf einem ansonsten frischen VMFS kann man diese mit etwas Uebung von Hand herauskopieren.
Ist das VMFS aber schon laenger in Benutzung ist das wahrscheinlich nicht mehr moeglich ....

Hab jetzt mit TestDisk mal die Festplatte analysiert, hab aber keine VMFS Partition gefunden.

Bin wie folgt vorgegangen :

- Creat a new log
- Dann Festplatte ausgewählt
- Dann gesagt das es keine partition ist (non partition)
- und dann auf Analyse

Hab dann nur NFTS und FAT16 Partitionen gefunden.

ok - dann mal ran an Vorschlag 2

die FAT partitionen kommen wahrscheinlich vom ESXi selber - du solltest in der Regel 4 davon finden

Genau, Partitionen heißen :

Hypervisor0 bis 3 und sind nicht mal hundert MB groß.

Was genau meinst du mit ESXi-Stick ? Ein USB Version von ESXi? Aber wie soll mir das helfen mein Storage Bereich wieder herzustellen ?

Danke für die deine Hilfe !

Ein Grund fuer das Problem koennte eine voellig zerschossen Konfiguration des derzeitigen ESXi sein.
Mit einem frischen - unbenutztem neuen ESXi-stick kannst du derartige Probleme umgehen.

Zugegeben - die Chancen schaetze ich nicht allzu hoch ein - aber ein Testboot in einen frischen Stick dauert keine 15 minuten - selbst wenn du dir den Stick erst noch anfertigen musst.

Von daher : hilfts nichts - so schadts nichts

hab gerade mal geschaut, aber finde die USB Stick Version nicht.

finde irgendwie nur die normale und die IBM / DELL Customization Version von dem ESXi v4

das normale ISO reicht doch ...

dd-image extrahieren und mit winimage auf einen stick transferieren

falls es um einen DELL-server geht nimm das DELL-iso

Hi,

hab es gerade mal versucht. Hat leider auch nicht geklappt. Ist noch genau so wie vorher mein, Storage wo die VMs liegen sollten ist leer.

poste doch mal ne Kopie vom MBR - dann gucke ich mal

Welche Infos brauchst du genau ?
Die Sektoren wo was anfängt ?

einfach ne gezippte Kopie vom MBR reicht

Guten Morgen.

hab mal eine andere Frage, da ich denke das es mit der Wiederherstellung der Partition weniger erfolgreich ist.

Ich hab gelesen, dass es von VMWare direkt noch Programme gibt zum wiederherstellen der VMDKs. Eins soll bei ESX (allerdings nicht beim ESXi) dabei sein. Was ist mit den Programmen? Kann man diese evt. auch auf einem ESXi einsetzten wenn man diese aus einer ESX installation nimmt ?

//edit

Ich meine das hier zum Beispiel :
http://kb.vmware.com/selfservice/micros ... 2044762967

Ohne deinen Link in die VMware-KB verfolgt zu haben, ist Ulli's Wiederherstellungsquote in jedem Fall bei weitem höher und dazu auch mehrfach erfolgreich vollzogen worden.
Die Programme werden dir mit hoher Wahrscheinlichkeit nichts nützen, da der ESXi keinen Unterbau ala ESX hat und daher auch keine vollständige Console mitbringt.

Das ist schlecht.
Hab jetzt nochmal einige Tage versucht das System herzustellen.
Leider immer ohne Erfolg. Ich sehe zwar die Partitionen die noch vor der ESX Installation drauf waren, allerdings keine VMFS Partition.

Wenn du es irgendwie einrichten kannst, laß den Host erstmal aus und warte auf eine Antwort von Ulli oder arbeite seine Webseite http://sanbarrow.com/sickbay.html ab.
Jeder unnötige Neustart verhindert möglichweise den weiteren Rettungsversuch und die Daten sind wirklich weg.

@ Dayworker

ich muss idr leider etwas widersprechen - meine "Quote" bei vmdks ist ganz gut - bei defektem VMFS sieht das aber anders aus.


@ needhelp

Die Seite die du verlinkt hast hilft nur wenn der partitionstyp nicht mehr richtig ist.

Boote bitte mal in eine Linux-liveCD und poste dann das Ergebnis von

# fdisk -lu /dev/sda

Ersetz dabei sda mit der richtigen Platte falls das bei dir eine andere ist

ich muss idr leider etwas widersprechen - meine "Quote" bei vmdks ist ganz gut - bei defektem VMFS sieht das aber anders aus.

Ist ja kein Beinbruch und stellt für mich auch keinen Widerspruch dar. Allerdings hat "needhelp's" Posting "Hab jetzt nochmal einige Tage versucht das System herzustellen." die Lage nicht einfacher gemacht.

Wie wahr - das schlimmste was man in solchen Faellen machen kann ist wildes Rum-probieren.

Hab uebrigens gerade was zu einem aehnlichen Fall gelesen.

Danach kann man das VMFS wieder lesbar machen indem man eine identische VMFS-Partition anlegt und von dieser den Header in die korrupte Partition uebertraegt.

dd if= /dev/sdc1 bs=128 count=1 of=/root/rawlunheader.hex

Man koennte also in diesem Fall ein dd-image der korrupten Platte anlegen - das in einer ESX-VM verwenden und die Partition neu mit VMFS partitionieren. Dann den header mit dd wegsichern und anschliessend in die korrupte Platte einspielen ...

Muss ich demnaechst mal ausprobieren

Also dis Ausgabe von fdisk ergab



Zur Info, es ist ein Raid 10 System mit 6 Platten und einem IBM SCSI Controller.

Regards

da fehlt ja wohl die interessante Partition !