Opened 13 years ago
Last modified 4 years ago
#10676 new defect
mount.vboxsf does not support generic userspace mount options (nofail)
Reported by: | Speeddymon | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 4.1.16 |
Keywords: | Cc: | speeddymon@… | |
Guest type: | other | Host type: | other |
Description
Reference: https://bugzilla.redhat.com/show_bug.cgi?id=832217
"The mount helpers (including /sbin/mount.vboxsf) have to support generic userspace mount options."
Guest OS: Fedora 17
I just 'yum upgrade'ed to the latest available kernel in Fedora 17, so the VirtualBox Extensions do not work after reboot until I can rebuild them again.
The problem I'm having is that I am now getting dumped into maintenance mode during boot, rather than being taken into the OS.
This happens because my share doesn't work due to the extensions not working. When I add 'nofail' to the mount options in /etc/fstab and then reboot without fixing the extensions, then I boot successfully but I still cannot access the share because of the fact that mount(8) wraps mount.vboxsf and mount.vboxsf doesn't support the generic mount options such as nofail.
When the next kernel comes out, I'm going to try using _netdev, but the fact of the matter is: mount.vboxsf should really support generic mount options.
Change History (3)
comment:1 by , 13 years ago
comment:2 by , 5 years ago
Reproduced in CentOS 7 as well while running mount -a
in a Vagrant VM instance.
comment:3 by , 4 years ago
Also reproduced in the current Ubuntu 20.04 LTS "focal" after
apt-get install virtualbox-guest-utils
.
Tested again using _netdev -- no issues whatsoever. Still would like to see generic mount option support in the mount.vboxsf command, however.