私が達成しようとしていること:
現時点ではFreebsdを採用しており、なんとかインストールしてネットワークを構成することができました。次のステップは、WindowsとFreebsdの両方でフォルダーを共有して、WindowsとFreebsdの両方でファイルを簡単に編集できるようにすることです。残念ながらそれはやるべきことのようです。
私はネットをうろついて、2つの異なる方法を見つけました。
pkg_add -r virtualbox-ose-additions
を使用してfreebsdにゲストの追加をインストールしました。インストールは十分に進行し、/etc/rc.conf
を編集して、推奨される2つの行vboxguest_enable="YES"
とvboxservice_enable="YES"
を追加して再起動しました。
うまく行かなかった。システムをマウントするコマンドはエラーになります:
# mount -t vboxsf shared /home/myuser/shared
mount: shared : Operation not supported by device
ここで、shared
は、このVMの仮想ボックス設定でセットアップしたフォルダーの名前です。
Freebsdで
vboxsf
ファイルシステムタイプを実際に使用することは可能ですか?一部のコメントはサポートされていないことを示唆しているようですが、最新の情報を見つけるのは困難です。
次に、サンバのアプローチに移ります。基本的には、リンクしたガイドに従いました。残念ながらそれは次のようになります:
# mount_smbfs -N -I 192.168.56.1 //winuser@winmachinename/Shared /mnt/shared
mount_smbfs: unable to open connection: syserr = RPC struct is bad
ここで、Shared
は、Windowsで構成した共有フォルダーの名前で、明らかにwinuser
からアクセスできます。 pingが機能します。
接続しようとしているWindowsゲストアカウントにパスワードがないので簡単だと思いますが、どうやらsambaを悩ませているようです。
edit:PuTTYからの作業コンソールに一部のメッセージが表示されることはありませんでした。
smb_maperror: Unmapped error 3:31
smb_co_lock: recursive lock for object 1
両方が数回表示されます。 /編集の終了
ファイルシステムの直接共有が機能しない場合、sambaにそれを実行させる方法はありますか?記事はそれが少なくともいくつかによってすでに行われていることを示唆しています。
技術的な案内:
私も共有するための新しい提案を受け入れています。可能であれば、ファイルのやり取りを避けることをお勧めします。これは特に効率的ではなく、常に紛らわしいエラーの原因になります。
また、システムの変更にも対応しています。私はfreebsdの哲学を気に入っていますが、それがうまくいかない場合は、Linuxに移行することに何の不安もありません。
[〜#〜]編集[〜#〜]:
この質問は今、純粋に理論的な関心事です。 Ubuntu Serverを使用するように切り替え、vboxsfが十分にサポートされているため、Sambaを使用せずにセットアップできました。
VirtualBox共有フォルダは、FreeBSDではまだサポートされていません。
FreeBSD portsコミッターは confirmed this を(2014-06-24)のFreeBSDメーリングリストに持っています:
FreeBSDゲストの共有フォルダはまだサポートされていません[...]ドラフトコードとカーネルモジュールがいくつかありますが、まだ機能していません。
移植の状況を追跡したい場合は、メーリングリストを検索してください。 Freenodeには#freebsd-vbox
IRCチャネルもあります。これは この投稿 の下部にあるfreebsd-hackersメーリングリストに投稿されました。そこの開発者。
最後に、今日のFreeBSDハンドブックの第22.2章によると、virtualbox-ose-additions
ポートが現在サポートしているものは次のとおりです。
VirtualBox™ゲストの追加により、以下のサポートが提供されます。
- クリップボードの共有。
- マウスポインターの統合。
- ホスト時間の同期。
- ウィンドウのスケーリング。
- シームレスモード。
ご覧のとおり、FreeBSDではまだ共有フォルダをサポートしていません。
VirtualBoxマニュアルの第4.3章では、
共有フォルダは、Windows(2000以降)、Linux、およびSolarisゲストでサポートされています。
さらに、FreeBSDはありません。 SMBシェアを今のところ使用し、他の人が述べた指示に従ってください。
Freebsdで共有するために使用するユーザーに対して、windowsフォルダーで共有を構成したことを確認します。
使いやすさのために/ etc/hostsに以下を追加します。
<ip address of server> vboxhost
eg.
192.168.56.1 vboxhost
最初にフォルダーのマウントをテストします。
mount_smbfs -I vboxhost //username@nameofwindowsbox/foldername /mnt
これが正しい場合は、Windowsユーザーのパスワードの入力を求められます。
ブート時にマウントさせるには、以下を/ etc/fstabに追加します
//username@nameofwindowsbox/foldername /mnt smbfs rw,noauto 0 0
起動するたびにマウントする必要があります
パスワードの入力を求められないようにするには、これを/etc/nsmb.confに追加します。
[default]
[NAMEOFWINDOWSBOX]
addr=<ip address of Host>
[NAMEOFWINDOWSBOX:USERNAME]
password=<myPassword>
私は同じ問題と戦いました。 Windows側のいくつかの事柄により、FreeBSD 9.0でmount_smbfsを最終的に動作させることができました。
ネットワークと共有センター→詳細な共有設定の変更→パスワードで保護された共有をオフにする
プロパティ→共有→共有...→「全員」を追加
共有プロパティでは、共有を作成する2つの方法があります。シンプルな共有と高度な共有。私は高度な共有を使用していましたが、何らかの理由で現時点ではあまり気にしていませんでしたが、うまくいきませんでした。 Simple Sharingで共有を再度追加したところ、ついにmount/smbclientが機能しました。
匿名ログインがsmbclientで機能することの確認:
[root@fileserv ~]# smbclient -N -I 192.168.56.1 '\\twblamer-pc\share'
Domain=[TWBLAMER-PC] OS=[Windows 7 Professional 7601 Service Pack 1] Server=[Windows 7 Professional 6.1]
smb: \> dir
. DR 0 Thu Dec 13 04:33:09 2012
.. DR 0 Thu Dec 13 04:33:09 2012
mydirectory D 0 Thu Dec 13 01:55:45 2012