Windows11 24h2 - Oracle VirtualBox: VirtualBoxVM.exe - アプリケーション エラー
タイトル
編集:2024.10.20
まとめ
WindowsがホストOS (解決策なし)
- ホストOSをUbuntu系OSにする。
Ubuntu系OSにすると3DアクセラレーションをONにするとブラックアウトする別の不具合が存在する。
オフにすれば普通に動作するので、下記のクラッシュよりはマシだろう。 - Hyper-vなどの他のVMに乗り換える。
現象
ホストOS: Windows 限定
VirtualBox 7.1.4 , 7.0.22
ゲスト Additionsをアンインストールするとクラッシュは発生しないみたい?
---------------------------
Windows11 24h2 - Oracle VirtualBox: VirtualBoxVM.exe - アプリケーション エラー
---------------------------
0x00007FF81F0502D5 の命令が 0x0000001500000016 のメモリを参照しました。メモリが read になることはできませんでした。
プログラムを終了するには [OK] をクリックしてください
---------------------------
OK
---------------------------
レベル: エラー
以前のシステム シャットダウン ( ) は予期されていませんでした。
スタート時にディスプレイエラーがでていますね(数年前から報告されているのに運営にガン無視されているようです。)
Failed to change display parameter.
The console is not powered up (Display::setVideoModeHint).
終了コード :
E_ACCESSDENIED (0x80070005)
コンポーネント:
DisplayWrap
インターフェース:
IDisplay {4680b2de-8690-11e9-b83d-5719e53cf1de}
メモ: VirtualBox 7.1.4から7.0.22にダウングレードするとこのエラーは表示されない
ダウングレードしてもクラッシュは解決しないのでダウングレードする意味はない。
上記のディスプレイ エラーとクラッシュの関連性は不明です。
念のためディスプレイの省電力は切りましょう。
画面タイムアウト設定: なし
エラーで落ちないように保護しておく必要があるのに、エラーに対する保護していないのでしょうね。
C,C++でコード書いている時点で安定動作からほど遠いのですよね。 バグを積まないと需要と収益がでないので、利用するんでしょうけど。
メモリ関連のバグをなくす意思があるプロジェクトは、部分的にrustに移行していますからね。
VMwareもフルスクリーンでフリーズしますし、
VirtualBoxで試しましたが やっぱり駄目ですね。
qemu+kvmは試す予定はないです。
実機もしくは、Hyper-v上で実行する必要がある!
ディスクの寿命がへるので、logをオフにしたい。
logの場所を書き込み禁止にしたらいいのだろうか? RAMディスク作って捨てるようにする?
(Q) VirtualBoxのログをオフにする手順を調べてこい!
(A) Copilot
VirtualBoxのログをオフにするには、以下の手順を試してみてください:
VBoxManageコマンドを使用する:
コマンドプロンプトまたはターミナルを開き、以下のコマンドを入力します:
これにより、ログの履歴数を0に設定し、ログの生成を無効にします。
なんか違うようだ。
https://www.virtualbox.org/wiki/VBoxLogging
システム環境変数に以下を追加する必要があるそうだ
export VBOXSVC_RELEASE_LOG_FLAGS=disabled
export VBOXSVC_RELEASE_LOG_DEST=nofile
export VBOX_LOG_FLAGS=disabled
export VBOX_LOG_DEST=nofile
再起動!
ログの書き込み止まらない。
RAMディスク指定しないと無理っぽい
追記:
Windows版Virtualboxのクラッシュの再現方法がわかりました
ホストマシンの物理ディスプレイの電源が 省電力、切など ディスプレイとの通信が途切れるとゲストOSがクラッシュするようです。
(7.1.5を入れても直っていないので次のリリースも修正されないでしょう。)
何人で開発しているのだろう?数人?
GUIを修正する中の人がいないのでしょうね。
お金にならないことは優先度低いと昔いってたし、今もそうなのでしょう。
昔からGUIに不具合あるままだし、非GUIサーバー用途 専用なのかもしれない。
VirtualboxにゲストWindowsのサポートは期待できないので
Virtualboxを完全にさようならしたほうがいいのかもしれないですね。