Linux で非アクティブになった後の VirtualBox の黒い画面の問題を解決する

VirtualBox、Linux ディストリビューション、非アクティブ後の黒い画面

更新日:2024 年 10 月 30 日

オペレーティング システムを仮想マシンとして実行することは、非常に魔法のようなことです。何かを試したいのですが、予備のハードウェアがありませんか?問題ありません。ハイパーバイザーの電源を入れ、仮想マシンを作成し、その中で Windows、Linux、DOS、またはさらに難解で古いものなど、必要なものをすべてテストします。このエレガントな魔法は、それ自体がいくつかの複雑さをもたらします。ディスプレイ構成、3D アクセラレーション、および関連する問題など。

VirtualBox における Linux のブラック スクリーンの問題については、少し前にすでにお話ししました。そのチュートリアルはまだ残っています。しかし今、まったく新しい問題に遭遇しました。これは、ログイン時ではなく、実行中のシステム内で発生します。何が起こるかというと、ディストリビューションを起動し、放置し、しばらくアイドル状態になった後に戻ってくるということです。ゲスト オペレーティング システムでは、画面がタイムアウトし、暗い/黒くなります。問題は、通常、何らかの操作 (マウス カーソルの移動など) で「スリープ解除」しようとすると、画面が黒いままになってしまうことです。再起動すれば効果はありますが、解決策にはなりません。これについてはもう少し話しましょう。

Linux ディスプレイ設定

Linux ディストリビューションを VirtualBox のゲスト システムとして実行する場合、いくつかの構成オプションがあります。まず、3D アクセラレーションを使用するかどうかです。前者は、Guest Additions をインストールした場合にのみ使用できます。ただし、(セキュリティ) シナリオによっては、それを実行したくない場合もあります。また、一部のディストリビューションは、追加機能に付属するドライバーの完全なスタックと常に適切に連携するとは限りません。 3D アクセラレーションを使用せずに仮想マシンを実行することを選択した場合、デスクトップはグラフィック カードを呼び出すことなくレンダリングされます。すべてソフトウェア エミュレーションによって行われます。

とはいえ、ほとんどのディストリビューションはソフトウェアベースのグラフィックスに問題なく対応します。場合によっては、信じられないかもしれませんが、これがデスクトップのパフォーマンスに役立つこともあります (有害な場合もあります)。 3D アクセラレーションを使用して実行するかどうかの選択は、ゲスト オペレーティング システム内で提供されるディスプレイ解像度の利用可能な範囲にも影響します。しかし、ほとんどの場合、物事はうまくいくはずです。

3D セットアップに関する最後の注意として、なしで実行することを選択した場合は、ソフトウェア レンダリングのオーバーヘッドを軽減するために、特定のデスクトップ環境で合成を無効にすることもできます。たとえば、Plasma では、Compositor は通常、バックエンドで OpenGL を使用しますが、OpenGL が実際に使用できるのは、VirtualBox で 3D アクセラレーションを有効にした場合のみです。したがって、これを無効にすると、仮想マシンの応答が向上する可能性があります。

そしてここで問題

3D なしで実行していると仮定すると、次の問題が発生する可能性があります。 マシンを放置している。一定期間非アクティブな状態が続くと、画面が真っ暗になります。一部のディストリビューションではスクリーンセーバーが使用されている場合もありますが、これは最近では非常にまれです。セッションを続行しようとすると、問題が発生します。通常、マウス カーソルを移動したり、キーボードのキーを押したりすると画面が起動し、設定に応じてロック画面または開いたデスクトップが表示されます。これは物理システムで起こっていることであり、VirtualBox 内のゲスト オペレーティング システムでも同じことが起こるはずです。問題は、そうではないということです。

仮想マシンの画面は黒いままで応答しません。唯一の解決策はマシンを再起動することです。つまり、作業中のセッションが失われる可能性があります。いくつかのディストリビューションでこの問題が発生しましたが、いずれの場合も 3D アクセラレーションを使用していませんでした (3D と黒い画面のシナリオについては、上記のチュートリアルを参照してください)。システムログには何も表示されません。さて、それではこれを修正しましょう。

解決策 (または回避策)

この問題は、デフォルトのグラフィックス コントローラーである VMSVGA でのみ発生することに気付きました。黒い画面の問題を回避するには、別のコントローラーに変更する必要があります。特定の仮想マシンの設定ウィンドウを開き、[表示]> [画面] に移動します。ここで、グラフィック コントローラー ドロップダウンを設定して VBoxVGA を表示します。私にとって、これは、さまざまなディストリビューションをすべてシームレスに起動でき、「通常の」解像度 (デフォルトの 800x600px 以外) でデスクトップを使用でき、安定した作業セッションを提供できる唯一の実行可能なオプションでした。

おそらく「設定」ウィンドウに「無効な設定が検出されました」と表示されることに気づくでしょう。その理由は、「文句を言い」、デフォルトのオプションに戻すよう促すためです。ただし、機械の使用を妨げるものではありません。このコントローラーでは 3D アクセラレーションを使用できないことに注意してください。

次に、ディストリビューションを起動します。解像度はデフォルト値に戻ります。変更します。利用可能な解像度とアスペクト比の範囲が VMSVGA の場合とは異なることに注意してください。自分に合ったものを選択し、システムをアイドル状態にします。作業を再開できるようになります。つまり、仮想画面が正しく起動します。この問題の実際の根本原因はまだわかりませんが、ちょっとした回避策を紹介します。

結論

さあ、どうぞ。理想的には、このような問題に直面する必要はありませんが、これは魔法だということを忘れないでください。オペレーティング システムの中にオペレーティング システムをインストールすることもできますし、メモリやディスクの制限内で好きなだけ深くインストールすることもできますが、まあ。また、このガイドに出会う人もいると思いますが、彼らの問題は少しずつ異なります。本質的には、3D アクセラレーションと関連するコントローラーの選択に帰着します。

デフォルトの変更が役立つかどうかを確認してください。利用可能な解像度やデスクトップの速度など、最適な設定が見つかるまで設定を試してください。最後になりましたが、VirtualBox の新しいメジャー バージョンではこれらすべてが完全に変更される可能性があるため、プログラムのバージョンと正確に一致する Extensions Pack を使用していることを確認してください。これは潜在的な競合、構成ミス、奇妙な不具合のもう 1 つの原因です。これで終わりです。今日の私の文章がお役に立てば幸いです。オタクの皆さん、また会いましょう。

乾杯。