Virtuelle Festplatte lässt sich nicht verkleinern

[Flomo]

Hallo,

ich habe hier folgendes Phänomen:
Eine Acronis Sicherung (XP) wurde mit dem Converter in eine VM konvertiert, mit "not preallocated disc space".
Die VM lasse ich unter Workstation 12 laufen. Nach dem erneuten Aktivieren von Windows läuft erstmal alles wie es soll, allerdings belegt die ...vmdk stolze 200 GB bei etwa 20 GB Belegung in der VM.

Folgendes habe ich probiert, dabei wurde die vmdk nicht etwa kleiner, sondern graduell größer:
- In XP defragmentiert
- In XP mit SDelete aufgeräumt
- Aus WS 12 defragmentiert und Fetsplatte komprimiert
- Vom Host aus mit dem Kommandozeilenprogramm komprimiert

Hat alles nichts geholfen, deshalb habe ich aus dem Client heraus alle Partitionen außer C gelöscht. C liegt laut Datenträgerverwaltung am Anfang der Festplatte, ist 20 GB groß und ist zu etwa 7 GB belegt.
Nochmal alles gemacht wie oben beschrieben, die vmdk Datei bleibt wie festgenagt auf etwa 200 GB.

Letzter Versuch:
Die VM durch den Converter schicken. Man ahnt es schon, wieder keine Verkleinerung der vmdk Datei.

Hat hier vielleicht jemand eine Tipp für mich.

Florian

[JustMe]

Schneller Weg ohne lange nachzudenken:

- Zweite Festplatte an die VM haengen (Typ beachten!)
- VM mit z.B. SystemRescueCD-iso booten
- 20GB Partition von DISK1 auf DISK2 kopieren (gparted, dd, ...)
- VM herunterfahren
- Erste Festplatte von VM entfernen, zweite auf erste Position umhaengen
done. (Oder dann noch, wenn alles klappt, die 200GB alte vmdk loeschen.)

MIT Nachdenken braeuchte man ein paar mehr Informationen, Logs, Konfigdateien, ...

[aluhut]

Auch schon über "Clean up Disks..." probiert?

[Dayworker]

Folgendes habe ich probiert, dabei wurde die vmdk nicht etwa kleiner, sondern graduell größer:
- In XP defragmentiert
- In XP mit SDelete aufgeräumt
- Aus WS 12 defragmentiert und Fetsplatte komprimiert
- Vom Host aus mit dem Kommandozeilenprogramm komprimiert

Prinzipiell gilt für jede nichtmitwachsende VMDK (Sparse- bzw Thin-Format), daß man darin sowohl jedwede Defragmentierung als auch beim Gast-Install die Finger von einer kompletten Formatierung sein läßt. Wenn man das Gast-OS installiert, wählt man nach der üblicherweise stattfindenden Partitionierung immer die Option "Schnellformat" aus. Macht man das nicht, belegt die VMDK sehr schnell die spezifierte VMDK-Grösse und sorgt möglicherweise auf dem Host für einen volllaufenden Datenträger. Das ist sowohl für die dann häufig abstürzende VM als auch das Host-OS eine Katastrophe, da sich das Host-OS mangels freien Platz hoffentlich gleich wieder beendet oder sich sogar erneut aufhängt.

Da du jedoch über den Converter kommst, hättest du bereits vor dem Acronis-Image den Datenträger defragmentieren und mit "sdelete" vorbehandeln sollen. Das hätte höchstwahrscheinlich sowohl den Imageumfang als auch die Converterdurchlaufdauer positiv beeinflußt. Der Converter kann auch nur bedingt mit irgendwelchen Acronis-Images umgehen. Es wäre daher absolut möglich, daß der Converter die im Image als "frei" gekennzeichneten Bereiche trotzdem in deine "not preallocated disc space" sprich Sparse-Disk geschrieben hat. Es wäre daher mit Acronis wesentlich besser gewesen, das Image per Acronis-CD in eine VM wiederherzustellen und hernach die VM mithilfe des Converters zu patchen (Schaltfläche "Reconfigure Machine" im Converter).

Die Defragmentierung in der VMware-Workstation funktioniert anders, als wie von dir gedacht. Da die Workstation den vDISK-Inhalt überhaupt nicht sieht, versucht diese nur die über den gesamten Host-Datenträger verteilte VMDK wieder enbloc zu schreiben. Das ist wie die Defragmentierung einer SSD absolut unsinnig, da der Inhalt bereits fortlaufend geschrieben worden sein kann und mit der WS-Defragmentierung vielleicht diese fortlaufend geschriebenen Daten sogar unfreiwillig fragmentiert werden. Mal davon abgesehen, daß dieses Zusammenfügen von VMDK-Teilen nur klappen kann, wenn der freie Platz mindestens so groß wie die VMDK ist, verkürzt zudem früher oder später jeder Schreibzugriff die Lebensdauer einer jeder SSD und dazu hat die Defragmentierung einer SSD im Gegensatz zur Festplatten keinen beschleunigenden Effekt.
Deine Aussage "Vom Host aus mit dem Kommandozeilenprogramm komprimiert" läßt mich vermuten, daß du den "vmware-vdiskmanager" auf der Win-CMD genutzt hast.
Leider hilft dir dieser hier auch nicht wirklich weiter. Dessen Option "-d" (defragment the specified virtual disk. Only local virtual disks may be defragmented.) versucht auch nichts anderes, als wieder die über den gesamten Host-Datenträger verteilte VMDK enbloc zu schreiben. Sie ist daher nur als Pendant der Workstation-Schaltfläche zur "Defragmentierung". Etwas anders sieht es mit der Option "-k" (shrink the specified virtual disk. Only local virtual disks may be shrunk.) aus. Rein theoretisch kannst du damit eine Sparse-Disk wieder verkleinern. In der Praxis kann das jedoch nur funktionieren, wenn du vorher die freien Bereiche der vDISK auf logisch Null gesetzt hast und dazu dient entweder "sdelete" als Zusatztool von SysInternals oder du zweckentfremdest dazu das seit mindestens Windows2000 beiliegende Tool "cipher", bei dem du aber nach dem ersten gewünschten Durchlauf schnell sein muß, bevor das Tools einen anderen logischen Wert (FF wenn ich mich recht entsinne) in die freien Sektoren schreibt. Dafür muß man die vDISK aber vorher erstmal entweder über die Workstation-Anwendung oder "vddk" ins Host-System mounten/einbinden.



Ein paar Worte noch zum häufig geschriebenen "dd".
Das kopiert einen Datenträger immer Bitweise und das ist unabhängig vom Gast-OS überhaupt nicht nötig. Mit geeignet gesetzten Flags lassen sich sowohl Linux per "cp" als auch Windows über das mitgelieferte "robocopy" einfach kopieren. Da die Wiederherstellung des Bootsektors auch kein Hexenwerk ist, erledigt man das anschließend halt zu Fuß. Falls ein älteres Windows kein Robocopy mitbringt, kann man entweder dieses nachinstallieren oder erledigt den Job mithilfe eines kleines Helferlein namens Drive Snaphot. Das Tool gibt es als 32bit- und 64bit-Version und ist als EXE-Datei ohne eine Installation lauffähig. Letzteres hat auch den Vorteil, daß der Bootsektor mitkopiert wird. Einzige wirkliche Schwachstelle ist das Fehlen einer Repartitionierungsfunktion, falls die neue Partition kleiner als die Ursprungspartition ist und die Datenmenge aber eigentlich auf die neue Partition passen würde. Das läßt sich aber auch umgehen, wenn man die Ursprungspartition vor dem Image bereits aufräumt und verkleinert.

[Flomo]

Hallo Leute,

es hat zwar einige Zeit gedauert, aber ich will die hilfreichen Beiträge nicht unbeantwortet lassen.
Ich habe mir den ursprünglichen Rechner schicken lassen, um mit dem Original Datenmaterial unter Berücksichtigung der Tipps noch einmal die VM aufzusetzen. Folgendes hat funktioniert / nicht funktioniert.

SDelete laufen lassen bevor das Image erstellt wird:
- Ja, Image wird etwas kleiner aber das Problem bleibt, wenn in der VM große Datenmengen nachträglich gelöscht wurden.

Leere VM erstellen und mit Acronis Image zurück spielen, mit Converter rekonfigurieren
- Hat keine Auswirkungen, Problem wie gehabt.

Neue virtuelle Disk erstellen und Festplatteninhalt mit externem Bootmedium umkopieren.
- Ja, funktioniert. Nach dem Löschen von großen Datenmengen kann die Disk auch verkleinert werden.

Die mit dem ursprünglichen Weg erstellte VM nicht in WS 12 laufen lassen sondern im Player 5.
- Ja, funktioniert auf Anhieb ohne irgendwelche "Kopfstände"

Florian

[Dayworker]

Wenn in der VM grosse Datenmengen gelöscht werden, kannst du entweder in den Gast-Einstellungen über einen Klick auf die vDISK und dann unter der Schaltfläche "Utilities" den Button "Compact" wählen oder du erledigst das zu Fuß per "sdelete" in der VM und dann mit dem "vmware-vdiskmanager" auf der CMD, ba$h oder Terminal.

Je nach Imager kommt es drauf an, was dieser zurückschreibt. Wenn das nicht logisch Null ist, sieht VMware den jeweiligen Plattensektor als "USED" an.

Meines Wissens steht keine aktuelle Acronis-Version mehr auf der Supportliste des VMware-Converters. Wenn da etwas also nicht korrekt abläuft, ist das leider dein Problem. VMware ist dann supporttechnisch mal raus.