has entries like
vmlist3.config = "moa.vmx"
Ulli, what are you thoughts on these observations?
As far as I can tell by running utilities that monitor filesyststem activity the favorites.vmls is only used by VMware Workstation not VMware Player 3.x which is what the OP is using. Also on both Windows and Linux Host's that only have VMware Player 3.x installed the favorites.vmls does not even exist, at least on several different Hosts, both Windows and Linux, that I have that only have VMware Player is installed. Additionally the VM's that show in the VMware Player UI are only listed in the preferences.ini on a Windows Host and not in the favorites.vmls where VMware Workstation is also installed.
Interesting enough on a Linux Host with only VMware Player 3.x installed I actually could not ascertain what file if any the VM entries on the VMware Player UI was saving the information to until I actually changed the order in the list via drag and drop, which you cannot do in Windows, and then it would write entries to the ~/.vmware/preferences file. On a Linux Host it is almost like VMware Player enumerates the contents of ~/vmware and creates the list in memory only until the order in the list was changed. This behavior does not appear to be the same on a Windows Host with VMware Player only as it was clearly writing to the preferences.ini.
Anyway these were some of my observations when trying to help the OP a week a go in a duplicate post.
Woody - on some vmplayer-installations you also see a "featured-VMs" file - not sure about the right name right now
actually I do not really know wether VPlayer 3 on windows only reads preferences.ini or all 3 of these files
it may also use HKEY_CURRENT_USER\Software\VMware, Inc.
Hi everybody. This is my first post here.
I have been having the same problems as the OP here. I am using Xubuntu 12.04 and VMWare Player 4.04, both 64 bit.
I do not have a solution but I have discovered something very odd that nobody else has mentioned and which might help somebody more knowledgable than me to figure out a solution.
The key to the problem seems to be the file:
When I add new VMs to the library I can see them getting stored in this file.
When I log out and back in again the file is gone.
When I add new VMs to the library again the file is recreated and lasts until the next logout and login.
If I backup the file while it has VMs in it and then restore it manually after it gets deleted then the VMs reappear in the library, until the file gets deleted again.
Conclusion: Something, I have no idea what, is trashing the file ~/.recently-used.xbel on logout or login and this is why the library is lost after reboots.
Irony: Googling "recently-used.xbel" reveals that this file is not unique to VMWare but is used by other applications (although they keep theirs in ~/.local/share/recently-used.xbel) and most people asking about it are trying to get rid of it not retain it.
Is that any help? Does that give anybody a clue they can pick up and run with? It would be nice to get it fixed.
PS: I just went looking in /etc to see if anything there was trashing it. I didn't see anything but I did notice that Apparmor has rules relating to it. I don't know if that is any help?
I am not an native speaker, so please be lenient.
I am running two computers with ubuntu 12.04 an Vmware Player 4.04, 64bit. On one of the computers the mentioned problem occurs, on the other not. Both have the file
It contains a line that points to the VM, here Windows XP:
<bookmark href="file:///home/user/.vmware/Windows XP/Windows XP.vmx" added="2012-07-03T16:35:57Z" modified="2012-07-03T16:35:57Z" visited="2012-07-03T16:35:57Z">
The other computer (the one, that does NOT save the library) creates an addtional file
containing the same line. This file disappeares after logout.
The question is, how do we bring VmPlayer to use the file /home/.local/share/recently-used.xbel to store the library and not to create /home/.recently-usted.xbel?
Yes. I think you are right.
I looked in /home/user/.local/share/recently-used.xbel and I found it had saved my list of VMs from the first time I used VMWare Player however it now takes no notice of that file and insists on using /home/user/.recently-used.xbel which gets wiped each time.
I found that somebody already filed this as a bug report with Ubuntu but it was rejected:
Their logic for rejecting it is that /home/user/.local/share/recently-used.xbel is the correct location and that is not getting wiped. This makes sense but they do not explain what is wiping /home/user/.recently-used.xbel or why, so it doesn't help us. I think it probably is a bug in VMWare Player that it uses the wrong location but, again, that doesn't help us unless there is some way to force it to use the correct location. I tried symlinking it but the symlink just gets deleted.
The person who filed the report does not think it is Apparmor's that is wiping the file after testing that taking references to the file out of Apparmor's config does not fix it. This makes sense. Apparmor is supposed to deny access to files, not actually delete them.
I guess this will probably be fixed when a version is released which officially supports Ubuntu 12.04 as a host. Lets hope so anyway.
I have upgraded to VMWare Player 5.0 (64 bit) and the problem is still present (on Xubuntu 12.04, fully patched, 64 bit).
I do not know if VMWare Player 5.0 officially supports Ubuntu 12.04. Supported Linux versions are not mentioned in the Release Note. All I know is that it supports Windows 8, like I care. ;-)
Does anybody have any suggestions?
I also have this problem in Ubuntu 12.10 with VMWARE Player 5.0.1 build-894247
Still not fixed with Ubuntu 13.04 and VMWARE Player 5.0.2 build-1031769
An easy enough workaround.
Just create a symbolic link:
ln -s /home/user/.local/share/recently-used.xbel /home/user/.recently-used.xbel
That seemed to fix the problem for me. Thanks for the previous posters who noticed which files were being used!
i using centos 6.6 and i believe that this will working to you.
I have a home laboratory for studies on virus behavior in versions of 32 and 64-bit windows .
In this particular case I run these virus from my collection always in different versions to
track their behavior whenever change the operating characteristics of the system host, to which the virus runs.
I had the same problem and solved in a way not very different from that in the favorite vmware -player panel.
In my area of work I created a folder ( vm- links) where I put all links to major versions of windows that run more .
The command prompt shortcut was as follows:
This resolve to much in the execution of the virtual machine, faster.
I really hope this will help you or provide an alternative idea to your problem.
Bye and virtual good playing ...
This behavior still exists in Ubuntu 14.04 LTS and VMware Player 7.1.2. The file /home/user/.local/share/recently-used.xbel will be emptied from time to time and every time you log out, thus the library / list of VMs will be lost.
This only happens if you have deactivated 'Record file & application usage' in Ubuntu System Settings 'All Settings / Security & Privacy / Files & Applications'.
If you activate 'Record file & application usage' your list of VMs will not be lost anymore, as the file 'recently-used.xbel' will no longer be emptied. I'm actually very happy to have discovered this, because before I had to manually restore the list of VMs dozens of time.
Same problem here with Ubuntu 16.04. 'Record file & application usage' is on. This is on 2 different machines. Locations added when searching are remembered and the guest vm's are remembered during the session, but are lost when logging out. Tried to create a symbolic link, but received error because the file already existed. It would be nice if this was fixed.
I'm running Ubuntu x64 14.04-LTS, VMW wosktation 12.1.1 and problem still here. I created recent-used.xbel.txt and set up a cron job to copy it around as needed every 5 minutes. Crappy way to do it, but it works for now.