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 - 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
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.
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?