qemu-kvm / 9pを使用して共有フォルダーをマウントしようとしていますが、fstabファイルに追加すると動作しません。起動時にデバイスをマウントできないというエラーが表示されますが、開始後に「mount -a」を実行するとデバイスがマウントされます。

fstab行：

src_mnt /src 9p trans=virtio 0 0

dmesgから私は見ることができます：

[    7.606258] 9p: Could not find request transport: virtio

数行後に「virtio-pci」エントリが表示されます。ただし、そのデバイスが使用可能になるまでマウントを延期する方法については明確ではありません。

それが理想的なソリューションであるかどうかはわかりませんが、Ubuntu 12.04ゲストでは、9pモジュールをinitramfsに追加することで動作するようになりました。

/ etc / initramfs-tools / modulesに追加されました：

9p
9pnet
9pnet_virtio

次に：

sudo update-initramfs -u

Ubuntu 14.04では、bhasselの回答9pnet_virtioに従ってモジュールのみをプリロードする必要があります。

引用されたものの数行前のdmesgは、他の2つがすでにロードされているが、必要なトランスポートが見つからないことを示しています。

[ 1.370611] 9pnet: Installing 9P2000 support 
[ 1.376384] 9p: Installing v9fs 9p2000 file system support 
[ 1.376754] 9pnet: Could not find request transport: virtio 

openSUSE 13.2上のqemu / KVM上のUbuntu 14.04ゲストでテスト済み。

ここでの問題は、ホストでのvirtioマウントの設定方法です。この問題を解決するには、2つの方法があります。

解決策1：トランスポートの代わりにマップを使用する

<filesystem type='mount' accessmode='mapped'>
  <source dir='/src_dir'/>
  <target dir='src'/>
</filesystem>

これは機能しますが、すべてのファイルはlibvirtを実行しているユーザーが所有します。これは、tmpまたはログファイルシステムではうまく機能しません。

解決策2：libvirtをルートとして実行し、パススルーを使用する

vi /etc/libvirt/qemu.conf

次に、コメント解除または追加します。

user=root
group=root

ホストを再起動するか、すべてのlibvirtおよびqemu / kvmプロセスを再起動し、パススルーを使用します。

<filesystem type='mount' accessmode='passthrough'>
  <source dir='/src_dir'/>
  <target dir='src'/>
</filesystem>

ホストにはセキュリティ上の影響があるかもしれませんが、これにより、ホスト上のファイルのuid：gidはゲスト上のファイルと同じになり、ログおよびtmpファイルシステムに適しています。これはたまたま私がこの状況でやっていることです。