{"id":848,"date":"2010-07-17T22:30:13","date_gmt":"2010-07-17T17:30:13","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/2010\/07\/17\/viel-rger-mit-disk2vhd-2\/"},"modified":"2023-07-20T18:51:24","modified_gmt":"2023-07-20T16:51:24","slug":"viel-rger-mit-disk2vhd-2","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2010\/07\/17\/viel-rger-mit-disk2vhd-2\/","title":{"rendered":"Viel Ärger mit disk2vhd"},"content":{"rendered":"

Von Sysinternals wird das kleine Programm disk2vhd [1<\/a>] zum Klonen von Betriebssystemen in .vhd<\/em>-Dateien angeboten. Auf den ersten Blick ein geniales Tool, was aber hinter den Kulissen m\u00e4chtig \u00c4rger bereitet.<\/p>\n

<\/p>\n

\"\"Eigentlich sollte es ja nur ein kurzer Test f\u00fcr mein neues Windows 7-Buchprojekt werden. Schnell die aktuelle Version der Sysinternals Tools heruntergeladen, das Internetzonen-Bit des ZIP-Archivs \u00fcber Eigenschaften<\/em> und anklicken der Schaltfl\u00e4che Zulassen<\/em> gel\u00f6scht und dann alles entpackt. Danach disk2vhd<\/em> gestartet und ein Abbild des parallel zum laufenden Windows 7 Ultimate (64 Bit) installierten Windows 7 Home Premium (32 Bit) in eine .vhd<\/em>-Datei erstellen lassen.<\/p>\n

Probleme mit der Version 1.6 unter 64 Bit Windows<\/strong><\/p>\n

Umso gr\u00f6\u00dfer war mein Staunen, als sich nach einem Doppelklick auf disk2vhd<\/em> nichts tat. Die Kontrolle im Taskmanager zeigte, dass da zwei Prozesse liefen. Aber es kam kein Bedienfenster zum Vorschein.<\/p>\n

Also das Ganze in einer 32-Bit-Windows 7-Umgebung (in einer VM) gestartet, und siehe da: das Programmfenster wurde angezeigt. Schnell in meiner Download-Sammlung gew\u00fchlt und flugs eine fr\u00fchere Ausgabe der Sysinternal-Tools ausgegraben. Ein Doppelklick auf die disk2vhd<\/em> \u2013 schon war das Programmfenster vorhanden.<\/p>\n

Offenbar hat die aktuelle Version 1.6 einen Bug, der die Anzeige der Programmversion unter einem 64-Bit-Windows 7 verhindert. Nachdem ich den Bug im Sysinternals-Forum eingetragen habe ([2<\/a>]), meldete sich noch ein zweiter Anwender, der das Gleiche beobachtet. Ich selbst habe nach ein wenig Probieren noch einen einfachen Workaround f\u00fcr das Problem gefunden: Rechtsklick auf die disk2vhd.exe<\/em>, im Kontextmen\u00fc den Befehl Eigenschaften <\/em>w\u00e4hlen und dann auf der Registerkarte Kompatibilit\u00e4t<\/em> den Kompatibilit\u00e4tsmodus auf \"Windows Vista SP2\" gesetzt \u2013 schon l\u00e4uft disk2vhd<\/em> wie erwartet.<\/p>\n

Das garstig Ding clont die komplette Partitionsstruktur<\/strong><\/p>\n

Noch kritischer ist aber das generelle Verhalten von disk2vhd<\/em>. Bisher hatte ich das Tool immer in einer virtuellen Maschine mit einem Laufwerk (enthielt nur eine Partition) getestet. Daher war mir die Feinheit in der Sysinternals-Beschreibung \"Disk2vhd is a utility that creates VHD (Virtual Hard Disk – Microsoft's Virtual Machine disk format) versions of physical disks<\/strong> for use in Microsoft Virtual PC or Microsoft Hyper-V virtual machines (VMs).\" nicht so richtig aufgefallen. Nett, das Teil klont also keine logischen Datentr\u00e4ger (die ja die Windows-Installation enthalten), sondern die physikalische Festplatte.<\/p>\n

Nachdem ich nun auf einer realen Maschine disk2vhd einsetzen wollte kam daher die b\u00f6se \u00dcberraschung. Das Tool erm\u00f6glicht im Bedienfenster das Abw\u00e4hlen der unerw\u00fcnschten Partitionen und erstellt die .vhd-Datei. Als ich die Gr\u00f6\u00dfe der .vhd-Datei \u00fcberpr\u00fcfte, sah auch alles gut aus \u2013 aus der 70 GByte Systempartition und der 100 MByte \"System reserviert\"-Partition war lediglich eine 15 GByte gro\u00dfe .vhd-Datei geworden. Also alles im \"gr\u00fcnen Bereich\"?<\/p>\n

Also ich diese .vhd-Datei einsetzen wollte, fingen die Probleme an. Der Versuch, die .vhd-Datei in der Datentr\u00e4gerverwaltung ins Dateisystem einzuh\u00e4ngen, endete damit dass die virtuelle Disk nicht online genommen wurde. Eine Inspektion in der Datentr\u00e4gerverwaltung zeigte dann die Ursache: disk2vhd \u00fcbertr\u00e4gt zwar nur die markierten Partitionen \u00fcber den VSS-Dienst, schreibt aber das Abbild der kompletten Partitionsstruktur in die .vhd-Datei. Dies wurde zwischenzeitlich unter [4<\/a>] best\u00e4tigt.<\/p>\n

\"vhd-disk1\"<\/a><\/p>\n

Wird die .vhd-Datei auf der Maschine, unter der sie erstellt wurde, per Datentr\u00e4gerverwaltung ins Dateisystem eingeh\u00e4ngt, kommt es zu einem Signaturkonflikt mit der physikalischen Festplatte (beide Laufwerke besitzen die gleiche Signatur \u2013 den ClassID-Code der Art {xxxx-xxxx-xxxx-xxxx} – und Partitionsstruktur). Der eingeh\u00e4ngte Datentr\u00e4ger wird nicht online genommen.<\/p>\n

\n

Anmerkung:<\/strong> An dieser Stelle sei erw\u00e4hnt, dass ich wohl besser vorab den unter [8<\/a>] verlinkten Beitrag der Entwickler gelesen h\u00e4tte. Mark Russinovich beschreibt ganz klar, dass die virtuellen Datentr\u00e4ger einer VM maximal 127 GByte gro\u00df sein d\u00fcrfen. Das Clonen gr\u00f6\u00dferer Festplatten ist also nicht m\u00f6glich \u2013 und das Einbinden des Datentr\u00e4gers auf der Maschine, auf der die .vhd-Datei erstellt wurde, f\u00fchrt zu einem Signaturkonflikt. Der Clone l\u00e4sst sich also auch nicht nativ booten \u2013 was ich auf die harte Tour gelernt habe.<\/p>\n<\/blockquote>\n

Scheibenkleister \u2013 denn\u00a0 der Datentr\u00e4ger l\u00e4sst sich vordergr\u00fcndig nicht in der Datentr\u00e4gerverwaltung bearbeiten. Ich habe dies oben in einer Bildmontage dargestellt. Gl\u00fccklicherweise l\u00e4sst sich das Einbinden des Datentr\u00e4gers in das Dateisystem erzwingen. Man muss nur den Datentr\u00e4ger in der Datentr\u00e4gerverwaltung mit der rechten Maustaste anklicken und den Kontextmen\u00fcbefehl Online <\/em>w\u00e4hlen. Je nach Partitionszustand kann es dann aber bereits eng mit den frei verf\u00fcgbaren Laufwerksbuchstaben werden \u2013 was das n\u00e4chste Problem aufwirft.<\/p>\n

Virtualisierung? \u2013 Pustekuchen mit Hundekacke!<\/strong><\/p>\n

Auch der Versuch, eine solche .vhd-Datei in Windows Virtual PC einzubinden, endet mit einer Fehlermeldung. Windows Virtual PC meldete, dass eine so gro\u00dfe Festplatte nicht per IDE-Schnittstelle eingebunden werden k\u00f6nne (siehe auch [9]<\/a>). In der Tat zeigte die Datentr\u00e4gerverwaltung die Gr\u00f6\u00dfe der .vhd-Disk mit 931,51 GByte an \u2013 was genau der Gr\u00f6\u00dfe der physikalischen Festplatte entsprach. Willkommen in der realen Welt!<\/p>\n

Als ich dann die so erstellte .vhd-Datei im Bootmen\u00fc eintrug, um das geclonte Windows 7 nativ zu booten, kam es beim Neustart kurz nach der Anzeige des Windows 7-Bootlogos zu einem Blue Screen und der Rechner st\u00fcrzte ab. Also lie\u00df sich der Clone nicht aus der virtuellen Disk booten. Ursache ist vermutlich der identische Signatureintrag, wodurch der Windows-Bootmanager nicht wei\u00df, welches Laufwerk zu verwenden ist. Einzig denkbares Szenario w\u00e4re dann, die vhd-Datei auf einem zweiten Rechner einzusetzen (was ich aber nie probiert habe \u2013 und was auch nicht meine Intension war).<\/p>\n

Lediglich ein Versuch, die vhd-Disk mit der geclonten Windows 7-Version in VirtualBox einzubinden, brachte Erfolg. Ich konnte Windows 7 auf Anhieb in VirtualBox booten. Allerdings war die betreffende Windows 7-Variante grottenlangsam in der Bedienung. Sobald der Desktop erschien, wurden zig Treiber neu eingerichtet und es gab Warnungen, dass bestimmte Java-Module nicht aufrufbar w\u00e4ren. Dies deckt sich mit meinen Erfahrungen beim Clonen von diversen Windows XP-Systemen \u2013 die virtuellen Maschinen liefen \u00e4u\u00dferst z\u00e4h.<\/p>\n

Ein Test im VMware Player endete damit, dass sich der Windows 7-Klon nicht aus der vhd-Datei booten lie\u00df. Es wurde ein Disk-Zugriffsfehler gemeldet.<\/p>\n

Mit Trick 17 in's Knie geschossen?<\/strong><\/p>\n

Meine n\u00e4chste Idee, die erstellte .vhd-Disk etwas aufzuh\u00fcbchen, scheiterte ebenfalls kl\u00e4glich. Zuerst wurde der Datentr\u00e4ger zwangsweise in der Datentr\u00e4gerverwaltung online genommen. Dann konnte ich zumindest einen Teil der Partitionen, deren Inhalt beim Clonen nicht \u00fcbernommen wurde, l\u00f6schen. Die OEM-Partition lie\u00df sich auf diesem Weg aber nicht entfernen. Hierzu habe ich die Eingabeaufforderung im administrativen Modus gestartet und dann diskpart <\/em>aufgerufen. Mit der Befehlssequenz:<\/p>\n

diskpart\r\nselect disk 5\r\nselect partition 6\r\ndelete partition override<\/pre>\n
gelang es mir, die gesch\u00fctzte Partition aus der .vhd-Disk zu entfernen. Anschlie\u00dfend habe ich das virtuelle Laufwerk entladen und mit dem Programm VHD Resizer ([7]) auf 100 GByte reduziert.<\/p>\n
Das Ergebnis war allerdings ern\u00fcchternd: Zwar konnte ich die .vhd-Disk sofort in der Datentr\u00e4gerverwaltung einh\u00e4ngen. Die Disk wurde direkt online gestellt und ich konnte \u00fcber das Ordnerfenster Arbeitsplatz <\/em>auf die betreffenden Ordner und Dateien zugreifen. Eine Datentr\u00e4gerpr\u00fcfung ergab keine Probleme.<\/p>\n
Selbst das Einbinden der vorher in der Datentr\u00e4gerverwaltung entladenen .vhd-Datei klappte nun. Leider lie\u00df sich die so \"bereinigte\" .vhd-Datei weder in Windows Virtual PC, noch in VMware noch in VirtualBox booten. Es wurde sofort ein Zugriffsfehler auf den Datentr\u00e4ger gemeldet. Nachdem ich ein Windows PE gebootet und die Eingabeaufforderung ge\u00f6ffnet hatte, wurde eine Kurzanalyse durchgef\u00fchrt. Der Befehl chkdsk<\/em> meldete, dass der Datentr\u00e4ger besch\u00e4digt sei. Der Versuch einer Reperatur mit chkdsk C: \/f<\/em> f\u00fchrte zur Meldung, dass die Master-File-Table besch\u00e4digt sei und nicht repariert werden k\u00f6nne.<\/p>\n
Da sich die gleiche .vhd-Disk in der Datentr\u00e4gerverwaltung des Hosts einbinden l\u00e4sst und das Laufwerk zugreifbar ist, kann der Zugriffsfehler nur auf das Einbinden in der VM zur\u00fcckzuf\u00fchren sein. Bereits die in der Datentr\u00e4gerverwaltung um die nicht ben\u00f6tigten Partitionen bereinigte Fassung der .vhd-Datei war nicht mehr bootf\u00e4hig. Ich habe die .vhd-Datei in VirtualBox sowohl als IDE-Festplatte, als SCSI-Disk als auch \u00fcber einen SATA-Controller eingebunden \u2013 in allen F\u00e4llen wurde der Zugriffsfehler auf das Systemlaufwerk gemeldet. Ein nochmaliges Laden per Datentr\u00e4gerverwaltung mit anschlie\u00dfender Fehlerpr\u00fcfung zeigte aber, dass die Laufwerke intakt waren.<\/p>\n
Aus die Maus \u2013 und die Moral von der Geschicht?<\/strong><\/p>\n
An dieser Stelle habe ich erst einmal abgebrochen, da mir der Ansatz zum Clonen doch etwas \"steinig\" erschien. Eigentlich erwarte ich von solchen Tools, dass m\u00f6glichst das gew\u00fcnschte Laufwerk in die .vhd-Datei kommt. Die Startdateien f\u00fcr Windows 7 kann man ja mit den Reparaturoptionen oder anderen Tricks restaurieren (oder man kopiert die Partition \"System reserviert\" gleich mit in die .vhd-Datei). Das Szenario, dass ein Rechner nur eine Festplatte mit 100 GByte und einer Windows 7-Partition enth\u00e4lt, die dann zum Clonen verwendet wird, scheint mir nicht so h\u00e4ufig in der realen Welt vorzukommen. Mein Fazit: disk2vhd ist alles andere als praxistauglich bzw. auf Szenarios begrenzt, die in meinem Umfeld nicht oder kaum vorkommen (ich baue keine 40 GByte Festplatte in einen alten Rechner ein, installiere dann Windows XP, Windows Vista oder Windows 7, nur um anschlie\u00dfend diese Installation mit allen Seiteneffekten in eine .vhd-Datei zu clonen). Da ist die direkte Installation in einer virtuellen Maschine zielf\u00fchrender!<\/p>\n
Nun gr\u00fcbele ich dar\u00fcber, wieso disk2vhd in zahlreichen Blogs als \"das Tool\" zum Clonen von Windows-Installationen (oder zum Partitions-Backup) dargestellt wird. Eine m\u00f6gliche Erkl\u00e4rung w\u00e4re, dass die betreffenden Leute nie mit dem Tool experimentiert haben. Erkenntnis: Traue niemals einer Aussage Dritter, die Du nicht selbst verifiziert hast. Der unter [10<\/a>] verlinkte Artikel zeigt mir, dass zum Erstellen des Tutorials eine virtuelle Maschine verwendet wurde \u2013 denn niemand arbeitet heute mit einer 16 GByte gro\u00dfen Festplatte. Lediglich in [9<\/a>] bin ich auf einen Beitrag gesto\u00dfen, wo der betreffende Autor die Probleme korrekt adressiert und angeblich mit Hyper-V auf Windows Server 2008 R2 gel\u00f6st hat (aber diesen Test habe ich mangels Masse nicht gefahren).<\/p>\n
\n
Fazit:<\/strong> Zwischenzeitlich bin ich daher dazu \u00fcbergegangen, in den virtuellen Maschinen eine virtuelle Disk im Format der betreffenden Virtualisierungsl\u00f6sung (z. B. VirtualBox .vdi oder VMware .vmdk) anzulegen und dann eine Neuinstallation des Betriebssystems vorzunehmen. Diese L\u00f6sungen laufen zufriedenstellend. Zum Klonen von Betriebssystemen setze ich auf andere L\u00f6sungen wie den VMware Konverter oder die unter [5] genannte L\u00f6sung. Auch der Paragon Virtualisierungs Manager, der mir in einer Vorabversion zur Verf\u00fcgung steht, erledigte das Clonen von Festplatten. Ein vielversprechender Ansatz findet sich bei VMLite, die das Tool MyOldPC f\u00fcr diese Zwecke entwickeln [6<\/a>]. Ich werde MyOldPC demn\u00e4chst testen und die Ergebnisse berichten.<\/p>\n<\/blockquote>\n
Weiterf\u00fchrende Links:<\/p>\n
<\/strong>[1] www.sysinternals.com<\/a> (Downloadseite f\u00fcr das Tool)<\/p>\n
[2] Forenbeitrag<\/a> bei Sysinternals von mir<\/p>\n
[3] Forenbeitrag mit Problemen<\/a><\/p>\n
[4] Forenbeitrag mit weiteren Problemen<\/a><\/p>\n
[5] Diskcloning f\u00fcr virtuelle Maschinen<\/a><\/p>\n
[6] www.vmlite.com<\/a><\/p>\n
[7] <\/p>\n
[8] Beitrag zu disk2vhd<\/a> von Mark Russinovich<\/p>\n
[9] Problembeschreibung mit L\u00f6sung in Hyper-V<\/a><\/p>\n
[10] Tutorial zum Clonen bei How to Geek<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
Von Sysinternals wird das kleine Programm disk2vhd [1] zum Klonen von Betriebssystemen in .vhd-Dateien angeboten. Auf den ersten Blick ein geniales Tool, was aber hinter den Kulissen m\u00e4chtig \u00c4rger bereitet.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11,14],"tags":[222,218],"class_list":["post-848","post","type-post","status-publish","format-standard","hentry","category-problemlosung","category-virtualisierung","tag-betriebssystem-cloning","tag-disk2vhd"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/848","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=848"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/848\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=848"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=848"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=848"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}