#10250 closed defect (fixed)
Segmentation fault on VBHeadless
回報者: | antmat | 負責人: | |
---|---|---|---|
元件: | VM control | 版本: | VirtualBox 4.1.8 |
關鍵字: | 副本: | ||
Guest type: | Linux | Host type: | Mac OS X |
描述
I'm trying to start an headless session of debian on Mac host system.
I'm getting this:
antmat@antmat-laptop-2 ~ $ /Applications/VirtualBox.app/Contents/MacOS/VBoxHeadless -s debian2 Oracle VM VirtualBox Headless Interface 4.1.8 (C) 2008-2011 Oracle Corporation All rights reserved. FreeTSD: failed to destroy key: Undefined error: 0 Segmentation fault: 11
This started after updating VirtualBox from 4.1.6 to 4.1.8 r75467. In 4.1.6 it was OK.
Host: Mac OS X 10.7.2
guest: Debian 64 bit Wheezy(testing)
VirtualBox 4.1.8 r75467
附加檔案 (4)
更動歷史 (10)
comment:2 13 年 前 由 編輯
Getting this too for a while now. MacOS 10.7.3 (64bit), VirtualBox 4.1.12r77245, "Oracle VM VirtualBox Extension Pack" installed (same version).
As soon as I enable 3D Acceleration ("accelerate3d"), I'm getting the same error (both for 32bit and 64bit guests). Starting the same VM (with accelerate3d=on) via the GUI works just fine.
comment:3 12 年 前 由 編輯
This is still happening with v4.1.14 and MacOS 10.7.4. Anybody got an idea on this? The workaround is pretty easy:
VBoxManage modifyvm [VM] --accelerate3d off
...but I wonder if this can be fixed somehow?
comment:4 12 年 前 由 編輯
According to this post from 2009 (!), this is expected behaviour:
http://www.mail-archive.com/[email protected]/msg06354.html
In short: VBoxHeadless & accelerate3d=on don't mix. Maybe a better (more descriptive) error message is in order, to avoid tickets like this. Hm?
12 年 前 由 編輯
附檔: | 新增 vbox-win7_3D-on.txt |
---|
VBox.log with accelerate3d=on (VirtualBox 4.1.18, MacOS 10.7.4)
12 年 前 由 編輯
附檔: | 新增 vbox-win7_3D-off.txt |
---|
VBox.log with accelerate3d=off (VirtualBox 4.1.18, MacOS 10.7.4)
comment:5 10 年 前 由 編輯
This is still occurring in Virtualbox 4.3.18. I am using Packer (1) to automate building our Vagrant (2) boxes through Jenkins, but when I try to utilize the headless option (which uses Virtualbox's headless mode) it fails nearly silently. I had to dig through a lot of Google searches and posts before I suspected it was the accelerate3d option and then I checked the logs for Packer and discovered that was indeed the culprit. Once I changed accelerate3d to disabled, things began working again. Our host OS is Linux, and our guest is Linux as well, it doesn't matter which version of Virtualbox we use (open source/ubuntu provided or Oracle direct) or our host OS, it always fails when headless mode is enabled in Packer.
VBHeadless log