/sbin/mount.vboxsf: mounting failed with the error: Protocol error
These times, my virtualisation needs are being well served by VirtualBox 2.2. It may be the closed source variant but I have no complaints about it. Along with a number Windows VM’s, I also have one running Ubuntu 9.04 and, for the first time, I seem to have VirtualBox’s Guest Additions playing with a Linux guest as they should. Even the Shared Folders functionality is working.
However, I did get one problem when I tried out the last feature for the first time. The procedure is to issue a command like the following in a terminal session after creating the requisite directory in the file system and adding a host directory as a shared folder:
sudo mount -t vboxsf Music /mnt/host_music/
Above, Music is the name of the folder in the VirtualBox manager and /mnt/host_music in the directory in the guest file system. However, this returned the message at the head of this post at that first attempt:
/sbin/mount.vboxsf: mounting failed with the error: Protocol error
The solution thankfully turns out to be an easy one: reinstalling the Guest Additions and that certainly did the trick for me. The cause would appear to have been an update to Ubuntu and 9.04 is understandably in a state of flux at the moment (I suspect kernel upgrades because of my previous experiences). Regardless of this, it is good to know that it’s a problem with a simple fix and I am seeing the niceties of a larger virtual screen system together automatic grabbing and releasing of the mouse cursor too. There may be a chance to explore the availability of these sorts of features to other Linux guests but I have other things that I should be doing and there’s sunshine outside to be enjoyed.
Other Posts That May Interest You
Place your comment
Topics Discussed
Adobe Apache Blogging Blogs Canon Command Line CSS Debian Fedora Firefox GNOME Google Hard Drives Hardware HTML Installation Internet Explorer Linux Microsoft MySQL Opera Operating System Perl Photoshop Photoshop Elements PHP Plugins SAS Software SQL Ubuntu UNIX upgrade VirtualBox Virtualisation Virtual Machines VMware Web Browsers Windows Windows Vista Windows XP WordPress WordPress.com WordPress plugins XHTMLTwitter Updates
- GR Shared Items: Donncha: Easy Setup for WP Super Cache - One of the things that has bugged me about the WP Super Ca... http://ow.ly/18UbjE 5 hrs ago
- GR Shared Items: SD, SDHC and SDXC cards get speed injection http://ow.ly/18UbjF 5 hrs ago
- GR Shared Items: WP Blackberry: WordPress for BlackBerry 1.4.3 Released http://ow.ly/18UbjG 5 hrs ago
- Not before time: RT @pc_pro: Orange and T-Mobile to share networks from next month http://bit.ly/bhdXsu (Ah, bless) 1 day ago
- GR Shared Items: In Depth: How to make your website mobile compatible http://ow.ly/18Sthe 2 days ago
- More updates...
Monthly Archives
[...] These times, my virtualisation needs are being well served by VirtualBox 2.2. It may be the closed source variant but I have no complaints about it. Along with a number Windows VM’s, I also have one running Ubuntu 9.04 and, for the first time, I seem to have VirtualBox’s Guest Additions playing with a Linux guest as they should. Even the Shared Folders functionality is working. However, I did get one problem when I tried running it first. The procedure is to use a command like the following af See the original post here: /sbin/mount.vboxsf: mounting failed with the error: Protocol error [...]
[...] TechnologyTales.com placed an observative post today on /sbin/mount.vboxsf: mounting failed with the error: Protocol errorHere’s a quick excerptThese times, my virtualisation needs are being well served by VirtualBox 2.2. It may be the closed source variant but I have no complaints about it. Along with a number Windows VM’s, I also have one running Ubuntu 9.04 and, for the first time, I seem to have VirtualBox’s Guest Additions playing with a Linux guest as they should. Even the Shared Folders functionality is working. However, I did get one problem when I tried running it first. The procedure is to use a command like the following af [...]
There is a simple solution which solved my problem on Open Solaris with an Ubuntu 9 guest. Instead of using mount -t vboxsf Public /home/andrius/Public, type this this one: mount.vboxsf Public /home/andrius/Public. It works!
Thanks Andrius. I too have used mount.vboxsf with some success. It looks as if mount -t vboxsf is its alias in more customary syntax.
mount.vboxsf shared_name path_to_shared_folder worked fine!!!
Thanks a lot buddy
Thanks Andrius! I’ve been searching the web for the past 1 hour to find a solution to this. What you suggested did the trick for me (Running Ubuntu 9.04 virtualized on WinXP).
Hi all
I’ve found this solution:
”
(…)
For example:
mount -t vboxsf vshare /home/paulsiu/vshare
The problem is when you tried this, you get the following error:
/sbin/mount.vboxsf: mounting failed with the error: Protocol error
If you look at syslog, you’ll see the following error:
Nov 8 19:28:09 wxbuilder kernel: vboxvfs: sf_glob_alloc: vboxCallMapFolder failed rc=-102
Nov 8 19:28:09 wxbuilder kernel: sf_read_super_aux err=-71
Apparently, you’ll only get this error if you use the default sharename. When you create a new shared folder, Virtualbox will ask where your shared directory is on the host. When you select the shared directory, the sharename will default to that directory. If I create a shared folder at “/home/paulsiu/vshare”, virtualbox will generate a sharename of “vshare”. Unfortunately, if you use this default sharename, you will get a protocol error, so you should rename the sharename to something other than default, such as “vboxshare” for example. I have no idea why, but that appears to be what’s happening.
(…)
”
WORKS FINE FOR ME !! :)
Had the same problem. Windows 7 host, Ubuntu 9.10 guest. Windows D drive shared with share name of DRIVE_D, created sharepoint /media/shared/. Whether mount or /sbin/mount.vboxsf, everything I tried elicited the protocol error.
Finally, I changed the share name from the default DRIVE_D to shared and it worked. Played around with changing the share name, eventually changing it back to the VirtualBox default DRIVE_D and it still worked.
This would appear to be a VirtualBox bug. Solution: don’t use the default share name.
Nathanael