从fstab挂载Virtualbox共享文件夹失败；启动完成后即可工作

我已经在Virtualbox 4.3中安装了Ubuntu 13.10。主机是Windows。

我有几个由/ etc / fstab挂载的Virtualbox共享文件夹。直到最近，此设置仍能正常工作，但是从Ubuntu 13.04和Virtualbox 4.2升级（基本上同时）后，fstab挂载停止工作。在启动过程中出现以下错误：

An error occurred while mounting /home/benme/Documents.
keys:Press S to skip mounting or M for manual recovery

按M进行手动恢复，然后尝试手动挂载也会失败：

root@benme-vb:~# cd /home/benme
root@benme-vb:/home/benme# mount Documents
/sbin/mount.vboxsf: mounting failed with the error: No such device

但是，如果我改为在引导过程中跳过安装，请等待Unity启动，然后在外壳中手动安装，一切正常：

benme-vb ~ % ls Documents
benme-vb ~ % sudo mount Documents
[sudo] password for benme: 
benme-vb ~ % ls Documents
    # actual file list omitted

请注意，当我手动挂载时，我让挂载从/ etc / fstab中获取所有选项，并且它可以工作。这向我表明这是某种时序问题，在启动过程中，在运行/ etc / fstab挂载点时，Virtualbox尚未“准备好”提供共享文件挂载。

这是fstab行，仅出于完整性考虑：

Documents       /home/benme/Documents   vboxsf  uid=benme,gid=benme,dmode=774,fmode=664     0   0

我可以从Ubuntu方面对此做些什么？还是有人从Virtualbox的角度碰巧对此有更多了解？

我在Virtualbox Bug跟踪器上发现了一个旧的报告，该报告具有相同的症状，但是在那种情况下，用户更新了Virtualbox却没有更新其来宾添加项并解决了该问题；这不是在这里发生，我肯定已经安装了4.3个来宾。

我也遇到这个问题。我/var/www使用VBox共享文件夹功能进行挂载，所以这很烦人。

我发现的解决方案是强制vboxsf模块在装入文件系统之前及早装入。只需在中添加vboxsf一行即可/etc/modules。

另一个解决方案是在其中设置noauto /etc/fstab并手动安装驱动器/etc/rc.local，但这对我来说不是一个很好的解决方案，因为那时Apache已经启动，无法在其中找到任何内容/var/www。

除了增加的理查德·特纳的建议vboxsf对自己的行来/etc/modules，我建议增加_netdev安装选项/etc/fstab。我在Ubuntu 12.04 LTS上进行了测试，这似乎为安装成功添加了适当的延迟量。

我的/etc/fstab条目：

dev /media/dev vboxsf defaults,_netdev 0 0

在最近的更新（VirtualBox 4.3.18，Ubuntu 14.04）之后，Richard的修复程序对我停止了工作。幸运的是，我可以通过直接加载vboxsf内核来修复它：

# echo "vboxsf" >> /etc/initramfs-tools/modules
# update-initramfs -u

第一个命令添加一个参数以将模块加载到内核，第二个命令更新init文件系统。重新启动后，我可以再次使用我的fstab-mounts :)

警告：如果无法安装共享文件夹，则引导过程可能会冻结。因此，在将模块添加到initramfs之前，请测试您的配置。如果系统仍然挂起，则可以以恢复模式启动以解决问题。

我只是想说，强迫vboxsf模块尽早加载对我有帮助（如Richard Turner的回答），但fstab行仍然对我不起作用。

我最后要做的是将mount命令（确实起作用）放入/etc/rc.local。有点破解，但它奏效了。

使用fstab中列出的共享文件夹，我发现当尝试使用VirtualBox 5和Ubuntu 14.04挂载该引导时，该引导将挂起。解决方案似乎是将挂载延迟到GuestAddition服务可用之前（Richard Turner的/etc/modules解决方案对我来说似乎还不够）。

为此，请确保您具有noauto中共享文件夹的选项/etc/fstab。例如，对于名为的共享文件夹vmshare：

vmshare    /home/user/share    vboxsf    defaults,noauto    0    0

然后/etc/rc.local在启动后添加一行以挂载共享：

mount vmshare

似乎vboxsf缺少fs-vboxsf别名（这是首次装入该文件系统类型时内核模块自动加载的方式），因此在其中添加别名/etc/modprobe.d应该可以解决问题：

$ echo "alias fs-vboxsf vboxsf" | sudo tee /etc/modprobe.d/vboxsf.conf

我遇到了同样的问题，正在尝试建议的解决方案，但没有成功。Torben的解决方案冻结了启动程序，因此必须撤消启动程序。然后，我认为应该/etc/fstab使用进行故障排除sudo mount -a。我输入的语法看起来很完美，但是仍然失败。我还能够使用终端窗口中的mount命令来手动挂载filesysten。

我发现在前两个参数（设备和安装点）之间有空格。我用一个标签代替了它们，并且可以正常工作。真？！！！！

我相信我已经在Arch Wiki中找到了解决此问题的正确方法。使用comment=systemd.automount选项。

上面的选项/etc/fstab与其他选项一起进入文件。例如：

Fedora /var/ftp/pub/Fedora vboxsf uid=1001,gid=1001,comment=systemd.automount 0 0