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

手動でマウントするときは、mountに/ etc / fstabからすべてのオプションを取得させ、それが機能することに注意してください。これは、Virtualboxが起動中に/ etc / fstabマウントが実行された時点で共有ファイルマウントを提供する「準備ができていない」何らかのタイミングの問題であることを示唆しています。

完全を期すために、以下にfstab行を示します。

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

Ubuntu側からこれに関してできることはありますか？それとも、Virtualboxの角度からこれについてもっと知りたい人はいますか？

同じ症状を持つVirtualboxバグトラッカーに関する古いレポートを見つけましたが、その場合、ユーザーはゲストの追加を更新せずにVirtualboxを更新し、問題を解決しました。ここでは起きていませんが、4.3ゲストの追加がインストールされています。

私もこの問題に失敗しました。/var/wwwVBoxの共有フォルダー機能を使用してマウントするため、これは非常に面倒でした。

私が見つけた解決策はvboxsf、ファイルシステムをマウントする前に、モジュールを強制的に早期にロードすることでした。にvboxsf独自の行を追加するだけ/etc/modulesです。

もう1つの解決策はnoautoを設定して/etc/fstabドライブを手動でマウント/etc/rc.localすることですが、その時までにApacheは既に起動して何も見つけることができなかったので、これは私にとってそれほど良いソリューションではありませんでした/var/www。

Richard Turner vboxsfが独自の行を追加するという/etc/modules提案に加えて、に_netdevmountオプションを追加することをお勧めします/etc/fstab。Ubuntu 12.04 LTSでテストしたところ、マウントが成功するための適切な遅延が追加されたようです。

私の/etc/fstabエントリー：

dev /media/dev vboxsf defaults,_netdev 0 0

リチャードの修正は、最後の更新（VirtualBox 4.3.18、Ubuntu 14.04）の後に機能しなくなりました。幸いなことにvboxsf、カーネルを正しくロードすることで修正できました。

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

最初のコマンドは、モジュールをカーネルにロードするパラメーターを追加し、2番目のコマンドはinitファイルシステムを更新します。再起動後、fstab-mountsを再び使用することができました:)

警告：共有フォルダーをマウントできない場合、起動プロセスがフリーズする可能性があります。したがって、モジュールをinitramfsに追加する前に、構成をテストしてください。それでもシステムがハングした場合は、リカバリモードで起動して問題を解決できます。

vboxsfリチャード・ターナーの答えのように、モジュールを早めにロードすることが助けになったと言いたかったのですが、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を手動でマウントすることもできました。

私が見つけたのは、最初の2つのパラメーター（デバイスとマウントポイント）の間にスペースがあったことです。それらをタブに置き換えましたが、動作します。本当に？！！！！

Arch Wikiでこれに対処する正しい方法を見つけたと思います。comment=systemd.automountオプションを使用します。

上記のオプションは/etc/fstab、他のオプションとともにファイルに追加されます。例えば：

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