Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Installation von Software unter VM dauert Stunden

Hilfe bei Problemen mit der Installation und Benutzung der VMware Workstation und VMware Workstation Pro.

Moderatoren: Dayworker, irix

Member
Beiträge: 9
Registriert: 08.01.2009, 23:57

Installation von Software unter VM dauert Stunden

Beitragvon Raleigh » 24.04.2009, 15:37

Hallo,
da ich noch sehr wenig Erfahrung habe mit VMware, denke ich , könnt ihr mir sicher weiterhelfen.

Ich benutze ein Notebook von Lenovo mit Core2Duo (T7300 2x2.0 GHz), 3 GB Arbeitsspeicher und Intel Wlankarte (4965AGN). Als Betriebssystem läuft Windows XP Pro SP2 mit aktuellen Sicherheitsupdates.

Davon erstelle ich mir immer mit True Image ein Image. Von dieser Image Datei erstellte ich mir dann eine virtuelle Maschine und lasse sie unter VMware 6.5.2 Workstation laufen.

Die VMware Tools wurden auch installiert. Wlan, Internetzugang und DVD Laufwerk funktionieren. Allerdings installierte ich vor ein paar Tagen mal Serv.Pack 3. Das dauerte um die 15 Stunden. :shock: :shock: :shock:

Auch als ich das Avira (Premium) Virenprogramm upgraden wollte auf die neueste Version war es das gleiche Spiel. Nach zwei Stunden brach ich dann ab.

Genauso die Sicherheitsupdates von Windows XP die jetzt über das Internet geladen werden dauern ewig. Im ganzen finde ich die virtuelle Maschine auch nicht gerade sehr schnell.

In der config.ini steht:


.encoding = "windows-1252"
prefvmx.useRecommendedLockedMemSize = "FALSE"
prefvmx.allVMMemoryLimit = "1496"
host.cpukHz = "2000000"
host.noTSC = "TRUE"
ptsc.noTSC = "TRUE"

prefvmx.minVmMemPct = "100"




Und in der .vmx steht:


.encoding = "windows-1252"
config.version = "8"
virtualHW.version = "6"
memsize = "512"
MemAllowAutoScaleDown = "FALSE"
MemTrimRate = "0"
displayName = "Machine"
bios.forceSetupOnce = "FALSE"
guestOS = "winxppro"
numvcpus = "1"
floppy0.present = TRUE
floppy0.fileName = path-to.flp
floppy0.fileType = file
floppy0.startConnected = TRUE
usb.present = "TRUE"
sound.present = "TRUE"
sound.filename = "SoundMAX HD Audio"
sound.autodetect = "FALSE"
ethernet0.present = "TRUE"
ethernet0.addressType = "generated"
ethernet0.connectionType = "custom"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "Leopard-000001.vmdk"
pciBridge0.present = "TRUE"
tools.upgrade.policy = "useGlobal"
ehci.present = "TRUE"
ide0:0.present = "TRUE"
ide0:0.autodetect = "FALSE"
ide0:0.filename = "K:"
ide0:0.deviceType = "atapi-cdrom"
scsi0.present = "TRUE"
scsi0.virtualDev = "buslogic"
buslogic.noDriver = "FALSE"
mks.enable3d = "TRUE"
pciBridge4.present = "TRUE"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge4.functions = "8"
pciBridge5.present = "TRUE"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge5.functions = "8"
pciBridge6.present = "TRUE"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge6.functions = "8"
pciBridge7.present = "TRUE"
pciBridge7.virtualDev = "pcieRootPort"
pciBridge7.functions = "8"
vmci0.present = "TRUE"
roamingVM.exitBehavior = "go"
nvram = "My_Virtual_Machine.nvram"
ft.secondary0.enabled = "TRUE"
tools.syncTime = "TRUE"
vmotion.checkpointFBSize = "134217728"
pciBridge4.pciSlotNumber = "18"
pciBridge5.pciSlotNumber = "19"
pciBridge6.pciSlotNumber = "20"
pciBridge7.pciSlotNumber = "32"
vmci0.pciSlotNumber = "36"
usb:0.present = "TRUE"
usb:1.present = "TRUE"
vmci0.id = "1454721287"
usb:1.deviceType = "hub"
usb:0.deviceType = "mouse"
hgfs.mapRootShare = "TRUE"
isolation.tools.hgfs.disable = "FALSE"
sharedFolder.maxNum = "1"
sharedFolder0.present = "TRUE"
sharedFolder0.enabled = "TRUE"
sharedFolder0.readAccess = "TRUE"
sharedFolder0.hostPath = "G:\"
sharedFolder0.guestName = "G"
sharedFolder0.expiration = "never"

extendedConfigFile = "Leopard.vmxf"

virtualHW.productCompatibility = "hosted"

ethernet0.vnet = "VMnet8"

ethernet0.generatedAddress = "00:0c:29:30:15:e4"
uuid.location = "56 4d 67 a9 25 20 0b 9f-21 0f c8 12 4f 30 15 e4"
uuid.bios = "56 4d 67 a9 25 20 0b 9f-21 0f c8 12 4f 30 15 e4"
scsi0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
scsi0.pciSlotNumber = "16"
ethernet0.pciSlotNumber = "33"
sound.pciSlotNumber = "34"
ehci.pciSlotNumber = "35"
ethernet0.generatedAddressOffset = "0"

ide0:0.startConnected = "TRUE"
tools.remindInstall = "FALSE"

sched.mem.pshare.enable = "false"
prefvmx.minVmMemPct = "100"
prefvmx.useRecommendedLockedMemSize = "TRUE"

mainMem.partialLazyRestore = "false"
mainMem.partialLazySave = "false"
mainMem.useNamedFile = "false"
debug = "FALSE"
logging = "FALSE"

policy.vm.mvmtid = "52 e8 2b d7 e6 a7 5d 54-d9 4c 31 cf 71 6c 88 ef"
policy.vm.managedVMTemplate = "FALSE"
policy.vm.managedVM = "FALSE"

floppy0.clientDevice = "FALSE"


Ich hoffe, ich habe nichts vergessen. Ich bin für jede Hilfe dankbar.


Gruß
Raleigh

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 24.04.2009, 18:12

bereinige mal deine vmx - die widerspricht sich mir der config.ini

Member
Beiträge: 9
Registriert: 08.01.2009, 23:57

Beitragvon Raleigh » 25.04.2009, 13:17

Als erstes möchte ich dir für deine Hilfe danken.

Leider weiß ich nicht was du unter Bereinigen der vmx verstehst. Wenn du unter VMware Tools dieses "shrinken" meinst, dann ist dieses Feld nur Grau hinterlegt ohne dort diese Funktion nutzen zu können.


Gruß
Raleigh

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 25.04.2009, 17:21

Mit bereinigen meine ich ganz einfach unnoetige - sich widersprechende Eintraege entfernen - probier mal diese.

Achtung : du hattest logging abgestellt - das ist eine sehr schlechte Idee ...


config.version = "8"
debug = "FALSE"
displayName = "Machine"
ehci.pciSlotNumber = "35"
ehci.present = "TRUE"
ethernet0.connectionType = "custom"
ethernet0.present = "TRUE"
ethernet0.vnet = "VMnet8"
floppy0.clientDevice = "FALSE"
floppy0.fileName = path-to.flp
floppy0.fileType = file
floppy0.present = TRUE
floppy0.startConnected = TRUE
ft.secondary0.enabled = "TRUE"
guestOS = "winxppro"
ide0:0.autodetect = "FALSE"
ide0:0.deviceType = "atapi-cdrom"
ide0:0.filename = "K:"
ide0:0.present = "TRUE"
ide0:0.startConnected = "TRUE"
isolation.tools.hgfs.disable = "FALSE"
memsize = "512"
mks.enable3d = "TRUE"
numvcpus = "1"
scsi0.present = "TRUE"
scsi0.virtualDev = "buslogic"
scsi0:0.fileName = "Leopard-000001.vmdk"
scsi0:0.present = "TRUE"
sound.autodetect = "FALSE"
sound.filename = "SoundMAX HD Audio"
sound.pciSlotNumber = "34"
sound.present = "TRUE"

Member
Beiträge: 9
Registriert: 08.01.2009, 23:57

Beitragvon Raleigh » 28.04.2009, 17:25

So, da bin ich wieder. Mir fehlte leider etwas Zeit zum testen.

Ich habe jetzt mal die bereinigte vmx ausprobiert, doch leider rödelt das Upgrade des Avira Virenprogrammes auch schon wieder über 1,5 Stunden und wird nicht fertig.
Das scheint wohl das Problem nicht zu beheben.

Ich würde gerne unter VMware Tools das "shrinken" angehen, aber ich weiß nicht wie ich diese Funktion aktivieren kann.

"Die Funktion zur Festplattenverkleinerung ist gegenwärtig für diese virtuelle Maschine deaktiviert..........."

Bin für jede Hilfe dankbar.


Gruß
Raleigh

Member
Beiträge: 95
Registriert: 25.04.2007, 07:51

Beitragvon Doctor1445 » 21.10.2010, 15:18

Push dieses Thema, bei der Meldung bleib ich auch hängen.
Wie kann ich die Festplatten bei ESXi 4.1 nur verkleinern...

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 21.10.2010, 16:12

hier geht es um Workstation ...
verkleinern bei ESX(i) geht mit tools wie ghost oder Acronis

King of the Hill
Beiträge: 13659
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 21.10.2010, 23:21

Raleigh hat geschrieben:So, da bin ich wieder. Mir fehlte leider etwas Zeit zum testen.

Ich habe jetzt mal die bereinigte vmx ausprobiert, doch leider rödelt das Upgrade des Avira Virenprogrammes auch schon wieder über 1,5 Stunden und wird nicht fertig.
Das scheint wohl das Problem nicht zu beheben.

Ich würde gerne unter VMware Tools das "shrinken" angehen, aber ich weiß nicht wie ich diese Funktion aktivieren kann.

"Die Funktion zur Festplattenverkleinerung ist gegenwärtig für diese virtuelle Maschine deaktiviert..........."

Bin für jede Hilfe dankbar.


Gruß
Raleigh
Avira hat sich mit der Version 10 absolut keinen Gefallen getan. :roll:
Nicht nur das das Auto-Update nicht immer funktioniert, es geht wenn du den Rechner jeden Tag immer schön runterfährst oder manuell einen neuen Planer-Eintrag unter Verwaltung anlegst. Das widerspricht aber dem Sinn eines Auto-Updates und nach jedem Reboot dauert es eine gefühlte Stunde, bis alle Avira-Teile geladen sind und das OS endlich einsatzbereit ist. Falls du Avira auch auf einem Virtualisierungs-Host einsetzt, solltest du zwei Sachen vorher wissen. Im Gegensatz zu Avira-V9 erfolgt die Validierung der Viren-Signaturen immer auf dem ersten CPU-Kern und nimmt während dessen dazu kurzzeitig (2sec bei Leerlauf) auch einen kompletten Kern in Beschlag. Selbst eine Änderung der Affinität des Avira-Schedulers auf einen weniger belasteten CPU-Kern hat für den Avira-Updater keine Auswirkungen. Dieser wird trotzdem wieder auf dem ersten gestartet. Wenn der erste Kern jedoch komplett ausgelastet ist, schlägt die Validierung mit Fehler 257 fehl und du stehst dann möglicherweise wie ich tagelang ohne aktuelle Virenupdates da. Wenn du also in einer VM richtig Action hast, schlägt mit ziemlicher Sicherheit das Avira-Update fehl. Einen Ausweg aus diesem Dilemma ist das dort im Forum erwähnte Offline-Update über Fuse-Bundle. Ich hab mir dazu einfach ein CMD-Script mit wget und dem Updater gebastelt:

Code: Alles auswählen

z:\wget -O z:\vdf_fusebundle.zip http://dl.antivir.de/package/fusebundle/win32/int/vdf_fusebundle.zip
"z:\Programme\Avira\AntiVir Desktop\update.exe" /DM="0" "/NOMESSAGEBOX" /fuseupdate="z:\vdf_fusebundle.zip"
Das trägst du je nach Win-OS unter "Geplante Tasks" oder "Aufgabenplanung" etc ein und läßt das Script zweimal am Tag durchlaufen. Da das Fuse-Bundle (~45MByte heute) immer alle Bestandteile enthält, braucht auch keine Prüfsumme aufwändig berechnet werden und das Update klappt deshalb auch bei einem voll ausgelasteten System.

Das für sämtliche VMware-Programme/Tasks und die VMs eine Ausnahme eingetragen werden sollte (in meinen Augen ist das ein absolutes muß), sollte dir auch durch die Release-Notes des jeweiligen VMware-Produktes geläufig sein. ;)


Zurück zu „VMware Workstation und VMware Workstation Pro“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 28 Gäste