VMware Communities
jules_gosnell
Contributor
Contributor

Error while opening the virtual machine

I've been using vmware player very happily for some time now to run a

linux image (Fedora ) on my Windows laptop.

This morning, I tried to open my fedora 7 image, but got a nasty error

dialog informing me :

"Error while opening the virtual machine:

"C:\attic\fedora-7-i386\fedora-7-i386.vmx" is not a valid virtual

machine configuration file."

It looks like the file (enclosed) is full of ^@ (0?) bytes.

I checked the .vmx file from my previous fedora core 6 directory

(enclosed) - it was a #/usr/bin/vmware script full of useful looking

"x.y.z = some-reasonable-value"-type expressions, so I am inclined to

believe the message.

I checked the vmware.log (also enclosed), which seems valid up to the

point where it was terminated with 1058 similar ^@ chars.

I have 885MB free in this disc partition, so it is possible that the

vmware image ran out of disc space as I was hibernating it, truncating

the log and config files and that the 885MB has appeared as a result

of some other activity on the laptop, but I did not see any error

message as I shut the image down, and I don't recall changing any

configuration that might lead to it needing to rewrite its config

script...

I was planning an upgrade to fedora 8 anyway, but would like to take

the data from the f7 image with me.

Is there an easy route ?

I was thinking that I might be able to mount the f7 fs straight into a

running f8 and copy the contents across, or set up a new f7 image and

copy pieces of the old one into it, or the new one into the old one in

order to get one running, but I have no idea what on the Windows fs

map to the relevant pieces of the Linux installation.

I'm also worried that other files may have been damaged by the same

event Smiley Sad - with the potential for data loss. I haven't backed up for

some time. As you can see, it looks like most of them were written at

the same time. Maybe this is indicative of some catastrophic event

(lack of disc space?), during checkpointing (last significant event in

log) that killed the vm ?:

c:/attic/fedora-7-i386:

total 7780774

drwxr-x---+ 2 jgosnell mkgroup-l-d 0 Dec 6 09:36 .

drwx------+ 8 jgosnell ???????? 0 Jun 5 2007 ..

-rwxr-x---+ 1 jgosnell mkgroup-l-d 2001862656 Dec 4 23:41 fedora-7-i386-s001.vmdk

-rwxr-x---+ 1 jgosnell mkgroup-l-d 2033319936 Dec 4 23:41 fedora-7-i386-s002.vmdk

-rwxr-x---+ 1 jgosnell mkgroup-l-d 1592655872 Dec 4 23:41 fedora-7-i386-s003.vmdk

-rwxr-x---+ 1 jgosnell mkgroup-l-d 2052456448 Dec 4 23:41 fedora-7-i386-s004.vmdk

-rwxr-x---+ 1 jgosnell mkgroup-l-d 65536 Dec 4 23:41 fedora-7-i386-s005.vmdk

-rwxr-x---+ 1 jgosnell mkgroup-l-d 8684 Dec 4 23:41 fedora-7-i386.nvram

-rwxr-x---+ 1 jgosnell mkgroup-l-d 532 Dec 4 19:57 fedora-7-i386.vmdk

-rwx------+ 1 jgosnell ???????? 268435456 Nov 19 08:24 fedora-7-i386.vmem

-rwxr-x---+ 1 jgosnell mkgroup-l-d 0 Jun 1 2007 fedora-7-i386.vmsd

-rwx------+ 1 jgosnell ???????? 18482496 Dec 4 23:41 fedora-7-i386.vmss

-rwxr-x---+ 1 jgosnell mkgroup-l-d 1249 Dec 4 23:41 fedora-7-i386.vmx

-rwx------+ 1 jgosnell ???????? 268 Sep 24 17:49 fedora-7-i386.vmxf

-rwx------+ 1 jgosnell ???????? 53666 Dec 4 00:33 vmware-0.log

-rwx------+ 1 jgosnell ???????? 49209 Nov 29 01:01 vmware-1.log

-rwx------+ 1 jgosnell ???????? 43267 Nov 24 12:36 vmware-2.log

-rwx------+ 1 jgosnell ???????? 55345 Dec 4 23:41 vmware.log

Any help with this would be much appreciated.

Thanking you for your time,

Jules

0 Kudos
2 Replies
skrodahl
Enthusiast
Enthusiast

Your log contains (hopefully) your vmx configuration.

Here's what I found:

Dec 04 19:47:05.254: vmx| DICT --- CONFIGURATION

Dec 04 19:47:05.254: vmx| DICT config.version = 8

Dec 04 19:47:05.254: vmx| DICT virtualHW.version = 4

Dec 04 19:47:05.254: vmx| DICT scsi0.present = TRUE

Dec 04 19:47:05.254: vmx| DICT memsize = 256

Dec 04 19:47:05.254: vmx| DICT MemAllowAutoScaleDown = FALSE

Dec 04 19:47:05.254: vmx| DICT scsi0:0.present = TRUE

Dec 04 19:47:05.254: vmx| DICT scsi0:0.fileName = fedora-7-i386.vmdk

Dec 04 19:47:05.254: vmx| DICT scsi0:0.writeThrough = TRUE

Dec 04 19:47:05.254: vmx| DICT ide1:0.present = TRUE

Dec 04 19:47:05.254: vmx| DICT ide1:0.fileName = auto detect

Dec 04 19:47:05.254: vmx| DICT ide1:0.deviceType = cdrom-raw

Dec 04 19:47:05.254: vmx| DICT floppy0.fileName = Auto detect

Dec 04 19:47:05.254: vmx| DICT ethernet0.present = TRUE

Dec 04 19:47:05.254: vmx| DICT ethernet0.connectionType = nat

Dec 04 19:47:05.254: vmx| DICT usb.present = TRUE

Dec 04 19:47:05.254: vmx| DICT sound.present = TRUE

Dec 04 19:47:05.254: vmx| DICT sound.virtualDev = es1371

Dec 04 19:47:05.254: vmx| DICT displayName = fedora-7-i386

Dec 04 19:47:05.254: vmx| DICT guestOS = other26xlinux

Dec 04 19:47:05.254: vmx| DICT nvram = fedora-7-i386.nvram

Dec 04 19:47:05.254: vmx| DICT floppy0.autodetect = TRUE

Dec 04 19:47:05.254: vmx| DICT sound.fileName = -1

Dec 04 19:47:05.254: vmx| DICT sound.autodetect = TRUE

Dec 04 19:47:05.254: vmx| DICT scsi0:0.redo =

Dec 04 19:47:05.254: vmx| DICT ethernet0.addressType = generated

Dec 04 19:47:05.254: vmx| DICT uuid.location = 56 4d 15 86 ca 87 34 56-d9 f4 3c 56 fa 25 67 4e

Dec 04 19:47:05.254: vmx| DICT uuid.bios = 56 4d 15 86 ca 87 34 56-d9 f4 3c 56 fa 25 67 4e

Dec 04 19:47:05.254: vmx| DICT tools.remindInstall = TRUE

Dec 04 19:47:05.254: vmx| DICT ethernet0.generatedAddress = 00:0c:29:25:67:4e

Dec 04 19:47:05.254: vmx| DICT ethernet0.generatedAddressOffset = 0

Dec 04 19:47:05.254: vmx| DICT ide1:0.autodetect = TRUE

Dec 04 19:47:05.254: vmx| DICT isolation.tools.hgfs.disable = TRUE

Dec 04 19:47:05.254: vmx| DICT virtualHW.productCompatibility = hosted

Dec 04 19:47:05.254: vmx| DICT tools.upgrade.policy = manual

Dec 04 19:47:05.254: vmx| DICT floppy0.startConnected = FALSE

Dec 04 19:47:05.254: vmx| DICT checkpoint.vmState = fedora-7-i386.vmss

Dec 04 19:47:05.254: vmx| DICT extendedConfigFile = fedora-7-i386.vmxf

Which means you could try again with a config file looking like this:

config.version = 8

virtualHW.version = 4

scsi0.present = TRUE

memsize = 256

MemAllowAutoScaleDown = FALSE

scsi0:0.present = TRUE

scsi0:0.fileName = fedora-7-i386.vmdk

scsi0:0.writeThrough = TRUE

ide1:0.present = TRUE

ide1:0.fileName = auto detect

ide1:0.deviceType = cdrom-raw

floppy0.fileName = Auto detect

ethernet0.present = TRUE

ethernet0.connectionType = nat

usb.present = TRUE

sound.present = TRUE

sound.virtualDev = es1371

displayName = fedora-7-i386

guestOS = other26xlinux

nvram = fedora-7-i386.nvram

floppy0.autodetect = TRUE

sound.fileName = -1

sound.autodetect = TRUE

scsi0:0.redo =

ethernet0.addressType = generated

uuid.location = 56 4d 15 86 ca 87 34 56-d9 f4 3c 56 fa 25 67 4e

uuid.bios = 56 4d 15 86 ca 87 34 56-d9 f4 3c 56 fa 25 67 4e

tools.remindInstall = TRUE

ethernet0.generatedAddress = 00:0c:29:25:67:4e

ethernet0.generatedAddressOffset = 0

ide1:0.autodetect = TRUE

isolation.tools.hgfs.disable = TRUE

virtualHW.productCompatibility = hosted

tools.upgrade.policy = manual

floppy0.startConnected = FALSE

checkpoint.vmState = fedora-7-i386.vmss

extendedConfigFile = fedora-7-i386.vmxf

This should work, assuming the vmdk file (the disk image) still is healthy.

0 Kudos
Mark_T1
Contributor
Contributor

I had a similar problem. My log file has the lines:

Jun 25 10:58:43.103: vmx| DICT annotation = XP Pro Installation with additional tools.
Jun 25 10:58:43.103: vmx| Variable 20GB Disk.
Jun 25 10:58:43.103: vmx|
Jun 25 10:58:43.103: vmx| ArcEdit 9.2

From examining other .vmx files, it looks like I need to convert this to:

annotation = "XP Pro Installation with additional tools.|0D|0AVariable 20GB Disk.|0D|0A|0D|0AArcEdit 9.2"

where "|0D|0A" are ordinary characters that get converted to <CR><LF> as they go into the log file.

Am I correct?

0 Kudos