私は、VirtualBoxでの自動マウントプロセスの効果と、自動マウントが使用されている場合にゲストLinuxシステム内のどこでフォルダーにアクセスできるかを尋ねるために書いています。
私はVirtualBox4.0.4をMacOS 10.6.7にインストールしており、GuestAdditionsは明らかに正しく実行されています。ゲストOSはUbuntu10.04であり、明らかな問題は見られません。共有フォルダーのVirtualBox設定で[自動マウント]がオフになっている場合は、所定の構文を使用してマウントできることがわかりました。
Sudo mount -t vboxsf folder_name path_to_mount_point
そして、すべてが想定どおりに機能します。
しかし、自動マウントオプションがチェックされていると、共有フォルダを手動でマウントできなくなっていることがわかります。エラーが発生します
mounting failed with the error: Invalid argument
また、フォルダは、私がアクセスできる他の場所にマウントされていないようです。構文の使用
Sudo mount -t vboxsf
パスを指定せずに/ mediaにインストールし、名前の前にsf_
を付けますが、そこから簡単にアクセスできず、chown
を使用して所有者を変更することもできません。
患者さんの説明ありがとうございます。
ここで説明されているように:
https://www.virtualbox.org/manual/ch04.html#sf_mount_auto
Linuxゲストを使用すると、自動マウントされた共有フォルダーが/ mediaディレクトリとプレフィックスsf _。たとえば、共有フォルダmyfilesは、Linuxでは/ media/sf_myfilesに、Solarisでは/ mnt/sf_myfilesにマウントされます。
それからそれはまた言われます:
自動マウントされた共有フォルダーへのアクセスは、VirtualBox Guest Additionsインストーラーによって作成されたユーザーグループvboxsfにのみ許可されます。したがって、ゲストユーザーは、読み取り/書き込みアクセス権を持っているか、フォルダーが書き込み可能にマップされていない場合に読み取り専用アクセス権を持っているために、そのグループのメンバーである必要があります。
したがって、次のコマンドを使用して、ユーザーをグループvboxsfに追加する必要があります。
gpasswd -a your_user_name vboxsf
または
usermod -a -G vboxsf your_user_name
次に、それを確認します。
groups your_user_name
ファイルマネージャの場合、変更はすぐには反映されません。ログアウトしてから再度ログインする必要があります。変更も確認してください。
同様の問題が発生し、自動マウントをチェックしているかどうかに関係なく、何らかの理由でfstabが自動マウントされていないことがわかりました。だから私は代わりにこのアプローチを試しました、そしてそれはうまくいきました:
mkdir -p /mnt/path_to_mount_point
nano /etc/rc.local
mount.vboxsf -w -o fmode=0777,dmode=0777 folder_name /mnt/path_to_mount_point
再起動すると、正しい権限でマウントされます。
これは、Guess OSにそのフォルダーをマウントする必要があることを示しておらず、VirtualBoxにそのフォルダーを共有するように指示したために発生しています。 Debianでフォルダを自動マウントするには(他のLinuxの場合と同様である必要があります)
Rootとしてファイルを編集します/ etc/fstabそして下部に次の行を追加します:
folder_name path_to_mount_point vboxsf defaults 0 0
path_to_mountが存在する必要があります
次に、実行します。
Sudo mount -a
またはVMを再起動します
AndroVMマシンの仮想ボックスでフォルダーを共有しましたが、/ mnt/sharedの下に表示されませんでした。そこで、データをUSBドライブにコピーし、USBフィルターをAndroVM仮想マシンに追加しました。/mnt/USBを使用してデータにアクセスできました。これは私にとって便利な回避策の1つです。