Opened 16 years ago
#3484 new defect
Using shared folders, if the underlying shared resource becomes unavailable, you cannot remove it from its previously assigned VBOXSVR mapping.
Reported by: | cboyd | Owned by: | |
---|---|---|---|
Component: | shared folders | Version: | VirtualBox 2.1.4 |
Keywords: | Cc: | ||
Guest type: | Windows | Host type: | Windows |
Description
Share a resource permanently, read-only, say E:\mp3 -> mp3. This will show up in the guest OS as \VBOXSVR\mp3. Then change the drive letter or make the resource generally unavailable (e.g. no E: drive). Then try to go in to shared folders and remove it - this will appear to work successfully. But if you go into the guest OS and browse, \VBOXSVR\mp3 will still be there! Nothing you do within Vbox will make that change - rebooting, logging out as different user, etc.
I've attached virtual machine config files as well.
WORKAROUND:
- Shut down the guest OS
- Go to MachineDisks and find the guest OS's .xml file.
- Find section SharedFolders/SharedFolder which corresponds to share you're trying to remove.
- Change or remove the entry to be correct.
- Restart guest OS virtual machine.
- Vbox appears to just remove the entry you modified in the .xml file regardless of whether you set it to a valid value or not.
- Re-add the changed resource path (if you want to change it).
Attachments (3)
Change History (3)
by , 16 years ago
Attachment: | XPSP3_x86.original.xml added |
---|
by , 16 years ago
Attachment: | XPSP3_x86.modified.xml added |
---|
I modified entries to fix where the resource moved to, and then re-started/shut down virtual machine
Original file (stuck VBOXSVR shares)