Windows 7マシンのゲストOSとしてUbuntu 10を使用しています。 VirtualBoxを使用して共有を設定しようとしましたが、何も機能していません。まず、VirtualBoxで共有を作成し、Windowsフォルダーをポイントします。次に、Linuxでドライブをマウントしようとしますが、取得し続けます
/sbin/mount.vboxsf:次のエラーでマウントに失敗しました:プロトコルエラー
私はこれに対する非常に多くの解決策を読みましたが、どれもうまくいかないようです。私が試してみました:
VBox共有フォルダーに「Test」という共有を作成しました。それから、ubuntuに「test2」という名前のディレクトリを作成しました。それから私はこのコマンドを実行しようとしました:
Sudo mount -t vboxsf Test/mnt/test2
他のアイデアはありますか?
共有フォルダー機能を使用するには、いくつかの 前提条件 を満たす必要があります。
vboxsf
グループに属している必要があります。ホストまたはゲストOSに応じて、以下も必要になる場合があります。
/home/username
やMy Documents
などの個人用フォルダーを共有しないでくださいテスト共有フォルダ機能は、ホスト上に共有ディレクトリを作成することで実行できます(例:C:\myshare
)、これを共有フォルダとして定義します仮想ボックス設定のゲストシステム(例:share
)、ゲストOSでマウントポイント(例:mkdir /home/username/Host
)を作成し、次のコマンドを使用してゲストOSにマウントします。
Sudo mount -t vboxsf -o uid=1000,gid=1000 share /home/username/Host
オプション-oを使用すると、マウントにアクセスできるようになります(そうでない場合は、ルートが所有します)。
共有フォルダの詳細については、 Virtual Box User Manual も参照してください。
ホストおよびゲストでSambaを使用して、ネットワーク経由でファイルまたはディレクトリを共有することもできます。
私もこのトラブルに出会いました。共有フォルダーは既に/media/sf_share
にマウントされていることがわかりました。
/media/sf_share
を削除しようとしましたが、できませんでした。
そこで、ホームディレクトリの共有フォルダ「share」を削除しました。
$ rm -r ~/share
次に、次の方法でrootユーザーに切り替えます。
$ Sudo -i
Rootユーザーが所有する/ media/sf_shareフォルダーにsoftlink/shortcutを作成し、chownコマンドでsoftlinkの所有権を変更します。 rootユーザーから通常ユーザーに終了します
# ln -s /media/sf_share /home/username/share
# chown username.username /home/username/share
# exit
logout
$ chmod 777 ~/share
Windowsのファイルは、共有フォルダーから見ることができます。また、ユーザー名はグループvboxsfのメンバーでなければなりません。
これが問題なく私のために働いたものです
実際、私のuser
名はvboxsfグループにないことがわかりました。次の2つのコマンドは、グループ情報を取得するのに役立ちます。
grep "vboxsf" /etc/group
grep "saurav" /etc/group
そこで、次のコマンドを使用して、saurav
(me)をvboxsfグループに追加しました。
Sudo usermod -a -G vboxsf saurav
その後、virtualboxを再起動し、..配置した場所からジャンプしました。:D:Dすべてが問題なく正常に機能しました。
まだ問題がある場合はコメントしてください。
また、マウントに苦労し、interwebzで思いついたすべてを試しましたが、最終的にそれを解決するための非常に奇妙な回避策を見つけました!私のゲストはUbuntu 13で、ホストはWindows 7です。
メディアフォルダーに移動し、そこからuser@os:/media$ Sudo mount -t vboxsf share /home/username/folder
と入力します
ええ、それだけです。しかし、それがメディアフォルダーから行われた場合にのみ機能する理由はわかりません。誰かが知っていたら、以下に親切に説明してください。ありがとう。
追伸/etc/rc.local
を編集して起動時に自動マウントを実行しても機能しません。
私にとって問題は、私がガチョウだったことであり、VirtualBoxの共有フォルダーリストからエントリを削除したことを忘れていました([マシン]→[設定]→[共有フォルダー])。
他の誰かが「プロトコルエラー」によって同様に誤解される場合に備えて、ここにこれを投げています。
:honk: ????
VirtualBox 5.1.20がWindows 10で実行され、Ubuntu 16.04がゲストOSとしてGuestAdditions 5.1.20がインストールされていると、コマンドラインから共有フォルダーをマウントできませんでした。プロトコルエラーおよびsf_read_super_aux err = -22についての言及とともに、マウントコマンドが失敗しました。
最終的に私は見つけました https://www.virtualbox.org/ticket/1667 "mount.vboxsf symlink broken"。そこで回避策の1つを実行して、mount.vboxsfのシンボリックリンクを修正しましたが、すべて正常に機能しました。私のアプローチはそうすることでした:
mv /sbin/mount.vboxsf /sbin/mount.vboxsf-orig ln -s /opt/VBoxGuestAdditions-5.1.20/lib/VBoxGuestAdditions/mount.vboxsf /sbin/mount.vboxsf
コマンドはルートで実行する必要があります。それで、Ubuntuだったので、ルートとしてコマンドを実行するために各行の先頭に「Sudo」を追加しました。 Linuxの他のフレーバーには、他の方法があります。
余談ですが、2014年にvirtualboxのチケット#12879「ゲスト追加4.3.10で共有フォルダをマウントできません」で報告された同様のシンボリックリンクの問題があり、それは翌月修正されました。
2017-04-27
前述のすべてを試してみたが、何も私にとってはうまくいかなかった。 Lats私は、「Make Permanent」と「Auto Mount」が有効になった「Shared」という新しい一時フォルダーを作成しました。そして、コマンドを実行します
Sudo mount -t vboxsf -o uid=1000,gid=1000 Shared /mnt/sharedvm
それは私のために働いた。今回はエラーはありません。
私にとっては、ゲスト追加のバージョンが間違っていました。
VM全体を1台のラップトップ(VirtualBox 5.8 /何かを実行)からVirtualBox 6.0の別のラップトップに移動しました。共有フォルダーのマウントを除くすべてが機能しました。
VMを起動し、Devices -> Insert Guest additions CD image...
をクリックして、指示に従いました。旧バージョンのゲスト追加の存在について少し不満がありましたが、それを削除し、2回目の試行で新しいバージョンをインストールしました。再起動して動作します。
共有フォルダは機能していましたが、ホストを再起動した後は機能しませんでした。
共有フォルダーの名前をSharedからShared2に変更することで機能しました。
config.vm.synced_folder "/Users/username/Dropbox/Shared", "/Shared2"
何が起こったのか、なぜ、どのように修正するのかはわかりません。 Nixのようなグローバルな可変状態のないシステムにはポイントがあります。
個人的に私は同じエラーメッセージに直面し、問題はホストマシン上にあるフォルダに関連するタイプミスを行い、ゲストの追加のおかげで仮想マシン内から共有フォルダとして設定したという事実に関連していました。
したがって、正しいコマンドは次のとおりです。
Sudo mount -t vboxsf -o uid=$UID,gid=$(id -g) shared_folder_located_in_Host_machine path_to_mounting_folder_inside_the_virtual_machine
これにより、エラーメッセージが修正されました。