VMware-Forum

Hallo Gemeinde,

ich habe vor der Installation meines PCs auf Windows 7 x64 mittels VMWare 7.0 mein altes Windows-XP-Pro virtualisiert. Beim erstellen der Festplatte habe ich den Fehler gemacht und die Platte viel zu groß gewählt. Kann ich jetzt noch irgendwie eine neue, kleinere Platte erstellen, die meinetwegen auch dynamisch anwächst, und dort meinen Gast rüberkopieren und wenn ja,- wie bewerkstellige ich das Ganze? Ich muss dazu sagen, dass das meine ersten Gehversuche mit dem Thema VMWare bzw. Virtualisierung sind.

Über eure Hilfe würde ich mich sehr freuen.

VG

Maver12345

Hallo,

Du kannst das CMD-Tool vdiskmanager verwenden.

e-e-e hat geschrieben:Hallo,

Du kannst das CMD-Tool vdiskmanager verwenden.

Sicher das es noch funktioniert? Frueher ging es mit Hilfe von -X .... aber zumind. in der vSphere Landschaft geht das nicht mehr.

Gruss
Joerg

Als ich vor 2 Monaten eine WS 7.0.0, allerdings auf XP, installiert habe, hat der vdiskmanager noch sein Werk getan. Ich hoffe das funktioniert immer noch.

hallo eee,

jetzt gehen die probleme los. ich habe am 16.03.2010 mein altes xp-system virtualisiert und dann win7 installiert. danach habe ich mein xp in der vm laufen lassen und alles funktionierte. das xp habe ich dann sukzessiv abgespeckt (alte überflüssige programme deinstalliert). als ich dann gemerkt habe, dass meine vmplatte viel zu groß war, habe ich "irgendwas" gemacht,- vielleicht auch geshrinkt - ich weiß es nicht mehr genau. wenn ich jetzt in meinen vm ordner schaue, habe ich 2 große dateien, vermutlich die platten (*.vmdk). die erste ist ca. 84gb groß und hat das änderungsdatum vom 29.03.2010, die zweite ist ca. 9,2gb groß und hat das änderungsdatum von heute vormittag (letzter vm start). dann habe ich noch eine ca. 2gb große *.vmem datei,- keine ahnung was die tut - änderungsdatum 29.03.2010. wenn ich in die einstellung meiner vm schaue, habe ich 110gb plattenplatz zugeordnet. ich bekomme weder die große, ältere *.vmdk noch die jüngere, kleinere *.vmdk datei geshrinkt. soll ich die genaue fehlermeldung posten? wenn ich mich recht erinnere, habe ich damals ende märz beim aufräumen meiner xp-vm auch versucht zu shrinken, was irgendwie nicht ging (feste hdd-größe?). ist da noch was dran zu retten? naja, was heißt retten,- es funktioniert ja. hätte die platte nur gerne so klein wie mgl. und dynamisch anwachsend. und nochwas, aus irgendwelchen unerfindlichen gründen kann ich weder neue snapshots erstellen noch auf ältere zurückgreifen. ich glaube der thread wird bald länger

ich freue mich über/auf weitere postings

vg

maver12345

ACHTUNG!!!

Die VM nicht mehr starten und sonst auch keine Veränderungen vornehmen!!!!

Poste mal die Dateiliste mit Größenangaben des Ordners in der die VM liegt, den Inhalt der *.vmx und das vmware.log aus dem selben Ordner.

hallo eee,

deine warnung werde ich beherzigen, habe schon mal ein backup vom ganzen ordner gemacht. was muss ich machen, damit die auszüge der logdateien den post nicht sprengen?
habs mit copy and paste probiert aber dann wird das hier eine millionen zeilen lang ^^
willst du den inhalt ALLER 3 log-dateien haben? brauchst du auch noch die datumsangabe der dateien?
jetzt mache ich aber erstmal feierabend und schaue dann morgen wieder hier rein.

vg

maver12345

maver12345 hat geschrieben:was muss ich machen, damit die auszüge der logdateien den post nicht sprengen?
sonst wird das ding hier eine millionen zeilen lang

Den Inhalt der *.vmx und ein "dir" kannst du hier reinstellen. Die aktuelle *.log bei einem der Free Filehoster verlinken.

Nur mal so fuer die Nachwelt:
Groessenaenderungen an VMDKs durchzufuehren welche Snapshots haben ist eine selten Dumme Idee.

Gruss
Joerg

... es geht bloß um die vmware.log ohne Ziffer im Namen.

Guten Morgen vmwarer,

wieder im dienst hier die versprochenen daten. wieso kann ich die log-datei nicht über die attachmentfunktion hinzufügen? laut endung ist sie erlaubt und auch kleiner als 1mb.
ich finde sie allerdings nicht in meinem post.

hab die log-dateien jetzt mal fix hochgeladen:

http://cid-95d8039144059ed2.skydrive.li ... haringLink

(müsst ihr kopieren, krich die url nicht ordentlich hier rein)

inhalt meines vm-ordners:

\cashes\ (... also den Inhalt von Cashes poste ich mal nicht oder? bissl viel kleinkram drin.)
\win-xp-pro.vmx.lck\
\win-xp-pro.vmx.lck\M02858.lck
\nvram 8,6kb
\vmware.log 106kb
\vmware-0.log 157kb
\vmware-1.log 161kb
\win-xp-pro.vmdk 84,4gb
\win-xp-pro.vmsd 570b
\win-xp-pro.vmx 3,3kb
\win-xp-pro.vmxf 1,7kb
\win-xp-pro-000001.vmdk 9,2gb
\win-xp-pro-snapshot1.vmem 2,2gb
\win-xp-pro-snapshot1.vmsn 140mb

inhalt win-xp-pro.vmx:

.encoding = "windows-1252"
config.version = "8"
virtualHW.version = "7"
memsize = "2048"
MemAllowAutoScaleDown = "FALSE"
MemTrimRate = "30"
displayName = "Win-XP-Pro"
guestOS = "winxppro"
numvcpus = "2"
floppy0.present = "TRUE"
floppy0.fileName = "A:"
floppy0.startConnected = "FALSE"
sound.present = "TRUE"
sound.filename = "-1"
sound.autodetect = "TRUE"
usb.present = "TRUE"
ethernet0.present = "TRUE"
ethernet0.addressType = "generated"
ethernet0.connectionType = "bridged"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "Win-XP-Pro-000001.vmdk"
pciBridge0.present = "TRUE"
pciBridge4.present = "TRUE"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge5.present = "TRUE"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge6.present = "TRUE"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge7.present = "TRUE"
pciBridge7.virtualDev = "pcieRootPort"
mks.enable3d = "TRUE"
vmci0.present = "TRUE"
vmci0.unrestricted = "TRUE"
tools.upgrade.policy = "upgradeAtPowerCycle"
ehci.present = "TRUE"
ide0:0.present = "TRUE"
ide0:0.autodetect = "TRUE"
ide0:0.filename = "C:\Program Files (x86)\VMware\VMware Workstation\windows.iso"
ide0:0.deviceType = "cdrom-image"
scsi0.present = "TRUE"
scsi0.virtualDev = "buslogic"
buslogic.noDriver = "FALSE"
extendedConfigFile = "Win-XP-Pro.vmxf"
virtualHW.productCompatibility = "hosted"
ide0:0.startConnected = "FALSE"
ethernet0.generatedAddress = "00:0c:29:b2:ba:84"
uuid.location = "56 4d eb d7 74 92 50 28-57 c6 1e 00 1c b2 ba 84"
uuid.bios = "56 4d eb d7 74 92 50 28-57 c6 1e 00 1c b2 ba 84"
cleanShutdown = "TRUE"
replay.supported = "FALSE"
replay.filename = ""
scsi0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.pciSlotNumber = "16"
usb.pciSlotNumber = "32"
ethernet0.pciSlotNumber = "33"
sound.pciSlotNumber = "34"
ehci.pciSlotNumber = "35"
vmci0.pciSlotNumber = "36"
vmotion.checkpointFBSize = "134217728"
usb:0.present = "TRUE"
usb:1.present = "TRUE"
ethernet0.generatedAddressOffset = "0"
vmci0.id = "49791278"
tools.remindInstall = "FALSE"
usb:1.deviceType = "hub"
usb:0.deviceType = "mouse"
cpuid.coresPerSocket = "2"
usb.generic.allowHID = "TRUE"
isolation.tools.hgfs.disable = "FALSE"
sharedFolder0.present = "TRUE"
sharedFolder0.enabled = "TRUE"
sharedFolder0.readAccess = "TRUE"
sharedFolder0.writeAccess = "TRUE"
sharedFolder0.hostPath = "D:\Virtual Machines\Shared Folder"
sharedFolder0.guestName = "Shared Folder"
sharedFolder0.expiration = "session"
sharedFolder.maxNum = "3"
hgfs.mapRootShare = "TRUE"
tools.syncTime = "FALSE"
unity.wasCapable = "FALSE"
sharedFolder1.present = "TRUE"
sharedFolder1.enabled = "TRUE"
sharedFolder1.readAccess = "TRUE"
sharedFolder1.writeAccess = "TRUE"
sharedFolder1.hostPath = "D:\Download"
sharedFolder1.guestName = "Download"
sharedFolder1.expiration = "never"
sharedFolder2.present = "TRUE"
sharedFolder2.enabled = "TRUE"
sharedFolder2.readAccess = "TRUE"
sharedFolder2.writeAccess = "TRUE"
sharedFolder2.hostPath = "D:\Install"
sharedFolder2.guestName = "Install"
sharedFolder2.expiration = "never"
checkpoint.vmState = ""

vg

Das hier keine Anhänge mehr gehen, steht in fast jedem Thread. Die Hintergründe dafür findest über den Link in meiner Signatur und einen Ausweg findest du darüber ebenfalls.

Das die WS auch VMDK verkleinern kann, ist mir ehrlich gesagt neu. Denn mit "vmware-vdiskmanager -x 100GB groß.vmdk" bläst man die "groß.vmdk" nur auf 100GB auf.

http://ifile.it - cooler tip und ich mach mir mit skydrive so viel arbeit ^^
[/quote]

@e-e-e und alle anderen profis,

wollte nur den thread nochmal aktivieren.
hat jemand ne idee,- braucht ihr nochmehr daten?

mfg

Mit vdiskmanager kann man vmdks NICHT verkleinern.

Das geht nur mit ghost und Co

Hast du denn endlich die Snapshots committed
Ansonsten brauchen wir hier garnicht weiter machen. Veränderungen an v.Disks mit Snapshots verursachen nur Chaos und Datensalat.

@Daywalker

Snapshots comitted Hab ich hier was überlesen? Was bedeutet das, was soll ich tun?

Hast du endlich die Snapshots eingearbeitet oder nicht?

@Daywalker,

sei mal bitte nicht so streng mit mir Ich weiß ja, dass ich da was verhunzt habe.
Also die nächste dummer Nachfrage: Was meinst du mit "eingearbeitet"?
Ich habe meinen Thread von unten nach oben und wieder runter gelesen.
Du warst gestern der erste, der was von "comitted" geschrieben hat.
Meine letzte Anweisung war von e-e-e, der sagte ich soll meine VM jetzt mal in Ruhe lassen und die ganzen Logs posten. Danach wars hier still und ich habe auch an meiner VM nix weiter gemacht.
Kann man aus der laufenden VM heraus nicht das ganze System auf eine "neue Platte" clonen, so wie man das beim Plattentausch auch macht?
Mit nem physikalischen PC krich ich das ja hin aber kann man das auch mit ner VM so machen und wenn ja, was muss man dabei beachten?

VMware spricht immer von "Delete Snapshot" in ihren GUIs was aber eher einem "Comit" bzw. "Merge" entsprecht was bedeutet das die akt. Aenderungen in das Basisimage eingearbeitet werden.

Dein Logfile von oben zeigte das die VM einen Snapshot hat was ungluecklich ist wenn man die Groesse aendern will.

Gruss
Joerg

Im Prinzip hast du zwei Möglichkeiten, entweder "Delete Snapshot" was gleichzeitig Vorteile in der VM-Disk-Geschwindigkeit bringt oder du machst einfach ein Backup sämtlicher VM-Dateien und läßt dann nachher den Restore in eine neue v.Disk (VMDK) passender Größe durchlaufen. Den Snapshot verlierst du bei beiden Wegen oder es artet in Gefrickel mit unsicherem Ausgang aus und dabei ist egal, ob die v.Disk größer oder kleiner werden soll. Wobei größer mit den Hausmitteln immer weniger Probleme bereitet, als kleiner.

So, der Snapshot ist gelöscht, die Daten sind verschmolzen. Ich habe jetzt nur noch eine VMDK-Datei in meinem VM-Ordner.
Meine Festplatteninfo sagt mir, dass der Diskspace not perallocated ist. Also nicht fix?
Wenn ich dann auf Utilities->Compact gehe bekomme ich die Fehlermeldung, dass ich nicht die entsprechenen Zugriffsrechte habe? Starten und arbeiten kann ich aber mit meiner VM
Kann ich diese dynamische Platte jetzt in eine Platte mit fester Größe umwandeln?
Bekomme ich die Festplatte irgendwie wieder kleiner gemacht? Ich benötige für mein XP ca. 50GB,- meine VM-Platte hat jetzt 80GB.

VMware verlangt für einige Aktionen immer Admin-Rechte, dazu zählen alle Änderungen das Host-System betreffend wie der Netzwerkeditor oder Reservierung von Host-RAM für VMware.

Das Umwandeln der v.Disk in Preallocated machst du mit dem "vmware-vdiskmanager" aus dem VMware-Programmordner. Falls du Ghost nicht hast, kannst du zum Verkleinern auch den Paragon Partition Manager 10 for Virtual Machines nehmen, den gabs als Freeware auf der US-Seite. Die deutsche Seite hatte den glatt verschwiegen.
Ansonsten mußt du den langen Weg nehmen, also eine neue v.Disk passender Größe anlegen und dann den Inhalt backuppen. Am einfachsten macht sich, wenn du beide v.Disks im Host-OS per vmware-mount einbindest und dann direkt im Explorer kopierst.

Hallo Daywalker,

mit welchem Parameter wandel ich meine vdisk um,- mit "-R"? Müssen da weitere eingaben erfolgen? Kann das den Beispielen irgendwie nicht so richtig entnehmen.

Wenn du den "vdiskmanager" in einer Shell startest, wirft er dir doch die komplette Syntax aus. Die Wandlung steht bei mir unter example 3: vmware-vdiskmanager.exe -r sourceDisk.vmdk -t 0 destinationDisk.vmdk. Wobei ich den Disktype statt "0" mit einem der beiden Preallocated Typen angeben würde. Welche Nummern das bei dir sind, unterscheidet sich leider etwas zwischen den VMware-Produkten.

Hallo,

wenn man mit "vmware-vdiskmanager -x 100GB groß.vmdk" seine 14 GB großes WinXP auf ein 100GB großes aufblasen möchte, wird dann das Image selbst auch so groß?

Wie kann ich dann die 86GB im Gast WinXP nutzen oder aktivieren?