2016-02-19 追記
systemd 228-4 で解決されたので以下の情報は賞味期限切れです。
環境
- VirtualBox 5.0.0
- VirtublBox 上の ArchLinux
- systemd 228-3
vboxservice の起動に失敗する
vboxservice を起動して
# systemctl start vboxservice.service
状況を確認すると ConditionVirtualization=oracle was not met で起動できていません。
# systemctl status vboxservice.service
● vboxservice.service - VirtualBox Guest Service
Loaded: loaded (/usr/lib/systemd/system/vboxservice.service; enabled; vendor preset: disabled)
Drop-In: /etc/systemd/system/vboxservice.service.d
└─override.conf
Active: inactive (dead)
Condition: start condition failed at Sat 2015-11-28 12:41:14 JST; 59s ago
ConditionVirtualization=oracle was not met
原因
VirtualBox 5.0 で準仮想化の規定値が KVM になり、systemd が検出する仮想化の値が kvm に変わってしまい、期待している oracle が返ってこなくて起動しません。
# systemd-detect-virt
kvm
とりあえずの解決方法
以下どちらかで解決しますがパフォーマンスは KVM の方がよさそうなので、私はunitファイルを編集して対応しました。
準仮想化インターフェースを Legacy にする
仮想マシンの設定で準仮想化インターフェースで Legacy を選択すれば、systemd が検出する値が oracle になりますので、vboxservice.service が起動できるようになります。
設定 / システム / アクセラレーション / 準仮想化インターフェース で Legacyを選択します。
# systemd-detect-virt
oracle
unitファイルを編集する
unitファイルの ConditonVirtualization の値を kvm に変更します。
[Unit]
ConditionVirtualization=kvm
本来の解決方法
systemd が VirtualBox を kvm として認識するのが間違いのようで、準仮想化インターフェースの設定に関係なく oracle となるのが正しいようです。
2015-07-22 に archlinux のバグレポートに同じ問題があって、そのときには systemd 223 で修正することになり、実際に修正されたようです。
その後仮想化の検出方法に変更があって v228 では同じ問題が発生しているようです。
2015-11-24 に VirtualBox を oracle として認識するための修正がされたので、今後のリリースで解決するだろうと思います。