Linux版VirtualBoxでvmugfx「Unsupported Hypervisor」エラーを解決する方法

VirtualBoxとvmugfxの「Unsupported Hypervisor」エラーについて

更新日：2025年9月12日

最近、少し奇妙な問題に遭遇しました。しかも、挙動に一貫性がないタイプの問題です。Linuxホスト上のVirtualBoxで、Kubuntu 24.04のLinux仮想マシンを2台構成しています。1台はOSインストール時にLUKS暗号化を有効化したもので、もう1台は暗号化なしです。どちらにも公式リポジトリからGuest Additionsをインストール済みです。ところが、LUKS暗号化の方だけがエラーを出すのです。

表示されるエラーは次のとおりです。
vmugfx 0000:00:02.0: [drm] *ERROR* vmugfx seems to be running on an unsupported hypervisor. This configuration is likely broken. Please switch to a supported graphics device to avoid problems.

このエラーは起動シーケンス中に一度表示されるだけで、仮想マシンの機能への影響は見受けられません。画面のリサイズも、画面ロックも、すべて正常に動作しています。とはいえ、やはり解消したいものですよね。

ヒントはエラーメッセージの中にあった

このエラーメッセージは非常に技術的に見えますが、よく読むと理にかなっています。「サポートされているグラフィックスデバイスに切り替えてください」と、VirtualBox自身が教えてくれているのです。そこで、以前にLinuxゲストで発生するブラックスクリーン問題について執筆した記事を思い出しました。もしかすると、問題のKubuntuインスタンスで使っているグラフィックスコントローラーを変更すべきなのかもしれません。

実際、この方法で問題は解決しました。VMSVGAからVBoxVGAへ切り替えただけです。結果はかなり良好でした。

• 起動段階でvmugfxエラーが表示されなくなりました。
• 以前は、起動シーケンス中にVMの解像度が激しく変わり、1280x1024前後から設定値へ、また戻るといったことが何度も繰り返されていました。VBoxVGAに変更すると解像度は安定し、ディスプレイが勝手にリサイズされることもなくなります。常にVirtualBoxウィンドウのサイズにぴたりと一致します。
• 仮想マシンの動作は従来どおりで、不具合は一切ありません。ホスト・ゲストどちら側のスクリーンタイムアウトにも影響されず、ブラックスクリーンもフリーズも発生しません。完璧に滑らかに動作します。

グラフィックスコントローラーの変更手順

1. 対象の仮想マシンを完全にシャットダウンします。
2. VirtualBoxマネージャーで該当VMを選択し、「設定」を開きます。
3. 「ディスプレイ」→「スクリーン」タブを表示します。
4. 「グラフィックスコントローラー」を「VBoxVGA」に変更します。
5. 「OK」をクリックして保存し、仮想マシンを起動します。

まとめ

非常に短いチュートリアルになりましたが、記事は必ずしも長い必要はありません。最も重要な教訓は、Guest Additionsを再インストールしたり（リポジトリ版でもISO版でも）、ゲストOS内のディスプレイ設定をあれこれいじったりする前に立ち止まることです。片方のVMでうまくいくなら、もう片方でも同じ結果になるはずだからです。もちろん、「なぜ挙動が違うのか？」という疑問は残ります。筆者の推測では、起動プロセスのごく早い段階で表示されるLUKSの復号パスフレーズ入力に関係していると思われます。

vmugfxエラーが出ている状態では、パスワード入力用の美しいダイアログボックスは表示されず、別のコンソール画面にテキストのみのプロンプトが出るだけでした。VBoxVGAに切り替えてエラーが消えると、洗練されたパスワード入力フィールドやスプラッシュアニメーションまで、すべてがきちんと表示されるようになります。つまり、Ubuntu/Kubuntuの起動プロセスのどこかに、デフォルトのグラフィックスコントローラーを混乱させる要素があり、それはゲストOS内部の変更ではおそらく解消できません。しかし、コントローラーを変えるというシンプルで素早く非破壊的な対応だけで十分解決できるのです。

それでは、また次回お会いしましょう。