Opened 10 years ago
Last modified 9 years ago
#14703 new defect
shared folders not mounting
Reported by: | Nils | Owned by: | |
---|---|---|---|
Component: | guest additions | Version: | VirtualBox 5.0.6 |
Keywords: | shared folders drivers | Cc: | |
Guest type: | Linux | Host type: | Windows |
Description
I can't see any shared folders on a debian (jessie) guest, win7 host. The shared folders are set up correctly, This is 5.0.6, with the guest additions rebuilt. This used to work on 5.0.0, not sure if the change to 5.0.6 caused it, or something else (debian update).
error is /sbin/mount.vboxsf: mounting failed with the error: No such device
sudo modprobe -a vboxguest vboxsf vboxvideo solves it - is that a bug in the guest additions or the OS?
This post pointed me in the right direction: http://stackoverflow.com/questions/28328775/virtualbox-mount-vboxsf-mounting-failed-with-the-error-no-such-device Thanks Nils
Attachments (1)
Change History (4)
follow-up: 3 comment:2 by , 9 years ago
Please attach a VBox.log file for such a VM session. Also, are you sure that you enabled automounting for the shared folder in the VM settings?
by , 9 years ago
The VBox.log of the machine that won't share folders with its host
comment:3 by , 9 years ago
Replying to frank:
Please attach a VBox.log file for such a VM session. Also, are you sure that you enabled automounting for the shared folder in the VM settings?
Yes, automount and permanent. VBox.log uploaded. Some excerpts that seem pertinent (because they include 'F:'; but note how the host's path only shows up once, without any error attached):
00:00:00.945932 GUI: UIMediumEnumerator: Medium-enumeration finished!
00:00:00.947332 supR3HardenedErrorV: supR3HardenedScreenImage/LdrLoadDll: cached rc=VERR_SUP_VP_NOT_OWNED_BY_TRUSTED_INSTALLER fImage=1 fProtect=0x0 fAccess=0x0 cHits=6 \Device\HarddiskVolume4\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll
00:00:00.947401 supR3HardenedErrorV: supR3HardenedMonitor_LdrLoadDll: rejecting 'F:\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll' (F:\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll): rcNt=0xc0000190
...
00:00:01.480181 SharedFolders host service: Adding host mapping
00:00:01.480189 Host path 'F:\Users\dthibault\Downloads\Linux', map name 'Linux', writable, automount=true, create_symlinks=false, missing=false
...
00:00:01.480446 Console: Machine state changed to 'Running'
00:00:01.482002 supR3HardenedErrorV: supR3HardenedScreenImage/LdrLoadDll: cached rc=VERR_SUP_VP_NOT_OWNED_BY_TRUSTED_INSTALLER fImage=1 fProtect=0x0 fAccess=0x0 cHits=7 \Device\HarddiskVolume4\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll
00:00:01.482063 supR3HardenedErrorV: supR3HardenedMonitor_LdrLoadDll: rejecting 'F:\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll' (F:\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll): rcNt=0xc0000190
...
04:52:05.227745 supR3HardenedErrorV: supR3HardenedScreenImage/LdrLoadDll: cached rc=VERR_SUP_VP_NOT_OWNED_BY_TRUSTED_INSTALLER fImage=1 fProtect=0x0 fAccess=0x0 cHits=8 \Device\HarddiskVolume4\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll
04:52:05.227817 supR3HardenedErrorV: supR3HardenedMonitor_LdrLoadDll: rejecting 'F:\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll' (F:\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll): rcNt=0xc0000190
...
91:57:56.042886 Console: Machine state changed to 'OnlineSnapshotting'
91:57:56.142591 supR3HardenedErrorV: supR3HardenedScreenImage/LdrLoadDll: cached rc=VERR_SUP_VP_NOT_OWNED_BY_TRUSTED_INSTALLER fImage=1 fProtect=0x0 fAccess=0x0 cHits=16 \Device\HarddiskVolume4\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll
91:57:56.142656 supR3HardenedErrorV: supR3HardenedMonitor_LdrLoadDll: rejecting 'F:\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll' (F:\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll): rcNt=0xc0000190
...
163:33:17.343786 GUI: UIMachineLogic: Host-screen available-area changed
163:33:20.088983 supR3HardenedErrorV: supR3HardenedScreenImage/LdrLoadDll: cached rc=VERR_SUP_VP_NOT_OWNED_BY_TRUSTED_INSTALLER fImage=1 fProtect=0x0 fAccess=0x0 cHits=32 \Device\HarddiskVolume4\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll
163:33:20.089058 supR3HardenedErrorV: supR3HardenedMonitor_LdrLoadDll: rejecting 'F:\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll' (F:\Users\Public\Downloads\Shell extensions\ShellFolderFix\ShellFolderFix.dll): rcNt=0xc0000190
164:23:16.483012 GUI: UIMediumEnumerator: Medium-enumeration started...
I'm having a similar problem. I upgraded VirtualBox from 4.3.22 to 5.0.16 on a Windows 7 host, launched my VM (Ubuntu 12.04.5 LTS), rebuilt the Guest Additions, restarted the VM. The shared folder does not mount. There is no ejectable nfs entry in Nautilus (unlike other VMs running on Linux hosts). /media shows the mount point but it remains stubbornly empty. ("volume: unknown")
I've added another shared folder (thinking maybe this was some weirdness with the Windows file system) on a different host path and...it does not mount and it does not even show up under /media.
I've tried removing the shared folder, restarting the VM, shutting it down, adding the shared folder back, restarting the VM. I've switched kernels, rebuilt guest additions, restarted the VM. No dice.
I tried the modprobe to no avail as well.
Help?
Addendum: This seems peculiar to this one VM, as other VMs on the same host using the same shared folder have no problem upgrading from 4.3.22 to 5.0.16. What the?