VirtualBox

Opened 11 years ago

Closed 11 years ago

Last modified 9 years ago

#12205 closed defect (fixed)

Cannot Delete "Inaccessible" virtual machines from Virtualbox GUI

Reported by: William Miles III Owned by:
Component: other Version: VirtualBox 4.3.0
Keywords: inaccessible, delete Cc:
Guest type: all Host type: Windows

Description

Inaccessible virtual machines cannot be deleted in 4.3. I have to downgrade to 4.2.18, delete the VM, and then re-upgrade to 4.3 every time I need to remove an inaccessible VM. Tested on Four PCs running Windows 7, 8, and 8.1. Intel and AMD CPUs tested as well with the same results.

Change History (17)

comment:1 by Quickbooks Office, 11 years ago

same problem here

comment:2 by JFreakDK, 11 years ago

I have the same issue on Linux Mint 13

comment:3 by mscottford, 11 years ago

I found a work around for this issue, that does not require downgrading to 4.2.x.

You can use the command line VBoxManage tool to remove inaccessible VMs. To get a list of VMs run:

VBoxManage list vms

The inaccessible ones will show up similar to:

"<inaccessible>" {52a91e62-096d-4f8b-96f4-5fa76db3cd76}

Now you use the GUID in the unregister command:

VBoxManage unregistervm {52a91e62-096d-4f8b-96f4-5fa76db3cd76}
Last edited 11 years ago by mscottford (previous) (diff)

comment:4 by gggeek, 11 years ago

Same problem here (win7 64bit host). Tested on version 4.3.2

comment:5 by joris.roovers, 11 years ago

Same problem (windows 7, 64 bit) - Virtualbox 4.3.4

comment:6 by Rapid e-Suite, 11 years ago

Same problem (windows 7, 64 bit) - Virtualbox 4.3.4 as well

comment:7 by Frank Mehnert, 11 years ago

Why is your VM inaccessible at all? Did you change the XML file with an editor?

comment:8 by JDBurnZ, 11 years ago

@frank, your question is a bit irrelevant. It doesn't matter to an end user *why* an error is being encountered, the fact is there is an error being thrown resulting in undesired / unexpected behavior.

"<inaccessible>" errors are generally encountered when the VM's configuration itself is no longer found due to data loss, renaming of a parent directory, or the file itself being deleted.

Until this is resolved in a future update of the VirtualBox application, here is a workaround:

Locate and edit your VirtualBox.xml file. Depending on your set up and operating system, this could be in a number of places.

  • If running windows, try looking in C:\Documents and Settings\[your-username]\.VirtualBox\ or C:\Users\[your-username]\.VirtualBox\
  • If running on a MAC, try looking in: [your-hardrive]/Users/[your-username]/Library/VirtualBox

Once you've located the file, edit it in your favorite text editor and find the line under <MachineRegistry> matching the name of the <inaccessible> VM you wish to remove. Delete the line and save.

You may need to make sure VirtualBox is closed before editing and saving the file.

Last edited 11 years ago by JDBurnZ (previous) (diff)

comment:9 by Frank Mehnert, 11 years ago

My question is not irrelevant as I want to know what users do to trigger this problem.

comment:10 by Klaus Espenlaub, 11 years ago

Exactly, frank's question is very relevant, it's about what to test first, so that you get a quick fix for your actual problem and not one which happens to be nearby.

comment:11 by Rapid e-Suite, 11 years ago

"VBoxManage unregistervm" command also helped me get rid of inaccessible VM.

But unfortunately, I can't provide full log now as I have tried modify vbox file to get the VM working again, however, I have noticed the HardDisks section in vbox file seems corrupted and vbox.prev file have the same content hence I can't restore from vbox.prev file but now I'm trying to generate this section manually.

<MediaRegistry>

<HardDisks/> <DVDImages>

comment:12 by Frank Mehnert, 11 years ago

Hopefully fixed in 4.3.6. Please confirm.

comment:13 by DaveOverton, 11 years ago

4.3.6 running under Win7, and its not working still, used the command line tool

edit: on reflection, you updated to 4.3.6 while I was testing 4.3.4 and I didn't verify my version (I had "just" installed it). Ignore me.

Last edited 11 years ago by DaveOverton (previous) (diff)

comment:14 by Klaus Espenlaub, 11 years ago

If it's still not fixed then you have a different problem, and as long as no one tells us what the problem actually is this will hardly change. I'm not after a log file, the only thing which should matter is the content of the VM config file (please attach a complete one!), and why it's inaccessible (the full message shown by the GUI). The GUI might unintentionally handle certain cases differently.

I'm destroying the content of foo.vbox to make it inaccessible, and the GUI in 4.3.6 handled them exactly as expected, offering only unregistration (VBoxManage can't do anything else in this situation).

comment:15 by William Miles III, 11 years ago

4.3.6 fixed it. Great! I've not used the bug tracker on here before, so do I have to mark it as solved now, somehow? If I have to change it, please help!

comment:16 by Frank Mehnert, 11 years ago

Resolution: fixed
Status: newclosed

Thanks b3orion, marking this ticket as fixed.

comment:17 by rihojo, 9 years ago

In case anybody has a problem I encountered, here's the solution. I cancelled the creation of a virtual drive and probably clicked the x to exit the box that said "cancelling" too early. This left me, even after following all the instruction here http://dottech.org/101997/how-to-uninstall-virtualbox-drivers-on-windows/ and uninstalling the program, with a huge block of gigabytes taken by a virtual drive that didn't exist. I then used Glary Utilities' Disk Space Analyzer, found Virtual Box under my user name and deleted it. My C Drive showed me the virtual drive had gone and I can now recreate a new virtual drive. Incidentally, I cannot say enough about Glary - the stuff rocks and it's free!

Note: See TracTickets for help on using tickets.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy Automated Access Etiquette