#15319 closed defect (fixed)
Guest OS failed to initial graphical desktop with vbox 5.0.18 update -> fixed in release 5.0.22 and higher, comment 14 fixed in releases higher than 5.1.10
Reported by: | NoNoNo | Owned by: | |
---|---|---|---|
Component: | guest additions | Version: | VirtualBox 5.0.18 |
Keywords: | Cc: | ||
Guest type: | Linux | Host type: | Linux |
Description
Guest is Debian 7.10 Wheezy, with kernel 3.16 (came from official backports)
Desktop environment: gdm3 + gnome 3.4 (fallback/classic)
Today, after vbox update to 5.0.18, this linux guest boot correctly. but failed on X graphical desktop. (attached error log.)
I have another Guest OS (Debian 8) not affected by vbox 5.0.18.
Funny thing is, I try to install VBoxGuestAdditions_5.0.16.iso and bypass this problem. Desktop work normally with 5.0.16 Guest Additions, although it notification me "outdated guest additions version."
Attachments (2)
Change History (28)
by , 8 years ago
Attachment: | Xorg.0.log added |
---|
follow-up: 2 comment:1 by , 8 years ago
comment:2 by , 8 years ago
Replying to frank:
How much video memory do you have configured for your guest?
12MB VRAM; Guest Got-problem(Debian 7) and Guest without problem(Debian 8), both are 12MB VRAM.
additional: monitor @1024*768 resolution, OS loader is EFI booting.
comment:3 by , 8 years ago
Hi,
Same problem for me using Guest Ubuntu 14.04.4 LTS after updating to 5.0.18 guest additions. Had to revert back to 5.0.16 Guest Additions.
Guest with 32MB for video.
My host is windows 10 with 8GB RAM.
comment:5 by , 8 years ago
Similar problem for me. Host OS Windows 7 Pro x64 with 16GB of memory. After upgrading Virtualbox and guest additions to version 5.0.18, the guest OS (Ubuntu 15.10 x64) would not boot the X environment and would just display "started light display manager" in its place. The full graphical environment would boot if I ran the guest additions uninstall script from a virtual terminal and rebooted. The OS appears to be working normally after having installed version 5.0.16 of the guest additions. The guest is configured with 256MB of video memory
comment:6 by , 8 years ago
I want to confirm the same behavior for my Ubuntu Server running as guest on Mac OSX host.
I had guest additions 4.3.30 installed. After updating VirtualBox to 5.0.20, I would still get my graphical login, but the guest additions were not running, because they were out of date. After updating to guest additions 5.0.20 I could no longer run the graphical system on my linux guest. I went back to a previous state and this time did the guest additions update from 4.3.30 to 5.0.16 and everything works fine now.
So it seems after 5.0.16 something was changed that can break the graphical system on linux guests.
follow-up: 10 comment:7 by , 8 years ago
I don't know if everyone is seeing the same issue here, but NoNoNo's issue is that we currently do not support that kernel and X server combination: we expect that with such a recent kernel an X server with the modesetting driver available will be present. You could try to see if there is a package for it on your guest, though I have not tested very old versions of the driver.
follow-up: 9 comment:8 by , 8 years ago
Summary of currently known issues:
- some 32-bit guests do not work due to an OS bug. I have committed a work-around which should be available soon.
- we do not support guests with kernel 3.11 and later and X server 1.16 and later, though those may work if you manually install the modesetting X.Org driver.
If anyone is seeing other issues, please try to reproduce them with step-by-step reproduction instructions (starting from installing the guest OS and the exact type) and put the instructions on this ticket.
comment:9 by , 8 years ago
Replying to michael:
- some 32-bit guests do not work due to an OS bug. I have committed a work-around which should be available soon.
That one is hopefully fixed with the last 5.0 Guest Additions test build (build > 107107).
comment:10 by , 8 years ago
Replying to michael:
we currently do not support that kernel and X server combination:
Today I tried to boot with kernel 3.2... I found my Guest Debian 7.10 desktop work again.
Problem solved (while I don't know exactly "why".)
comment:11 by , 8 years ago
The problem is that our X server graphics driver can only work if the kernel graphics driver is not loaded. X.Org Server 1.17 and later can use the kernel driver directly, but older ones cannot, so if it is present it prevents them from working at all. I have after all found a way to prevent the kernel driver from loading in that case, so the problem should now be fixed. If you would like to test this, the Additions build on the test build page<1> should contain the fix.
<1> Testbuilds
comment:12 by , 8 years ago
Summary: | Guest OS failed to initial graphical desktop with vbox 5.0.18 update → Guest OS failed to initial graphical desktop with vbox 5.0.18 update -> believed fixed in releases greater than 5.0.20 |
---|
comment:13 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in 5.0.22. Please reopen if necessary.
comment:14 by , 8 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
I still have this problem. No 3D acceleration so Gnome goes to "fallback".
Easy to reproduce.
Guest, 64bits, 2Gb RAM, 128MB video RAM, 3D enabled. Install a clean Debian 7.11 using Debian net-install ISO, all default options. Selected packages: just Desktop. Kernel 3.2.0-4-amd64, gnome 3.4.2, xorg 1.12
With additions 5.0.16, all is OK, gnome standard experience. With additions 5.1.10, no 3D acceleration, gnome goes to "fallback".
I tried all the workarounds that I could find in 2 hours of "googling", nothing helped. Any suggestion is welcome and I can easily try it.
Thanks for your support.
comment:15 by , 8 years ago
It looks to me like the version of libGL.so in Debian 7.11 is affected by this issue:
comment:16 by , 8 years ago
It took me a while, but yes, I think that I have verified that the commit at the last message of that link did not make it to mesa 8.0.5 (debian7 old-stable).
At file src/mapi/glapi/gen/gl_x86-64_asm.py b/src/mapi/glapi/gen/gl_x86-64_asm.py the lines
print '#if defined(GLX_USE_TLS) && defined(__linux__)' [...] print '#endif /* GLX_USE_TLS */
are still at the source package http://http.debian.net/debian/pool/main/m/mesa/mesa_8.0.5.orig.tar.gz and they should not be.
Unfortunately I need to continue working in debian7, I can upgrade, or patch, our source-compile and patch some packages, but upgrading to Debian8 or using +20 not-official packages is not an option.
Is there any fix or workaround that could make Guest Additions newer than 5.0.16 work in Debian7?
Thanks a lot for your time and support.
comment:17 by , 8 years ago
I will think about this, but perhaps the simplest solution would be to ask Debian to apply the fix?
comment:18 by , 8 years ago
I will try to contact the maintainer(s). In the meantime I will also try to rebuild from source myself and apply the fix that you mention at https://bugs.freedesktop.org/show_bug.cgi?id=26663 to see if it helps.
comment:19 by , 8 years ago
I have compiled the source package, adding the fix mentioned above, installed the resulting .deb packages on top of my clean Debian7 but unfortunately it did not help.
I can provide any needed data or traces. I am also open to any suggestion. Now that I have the compilation environment all set up implementing ideas should be easy.
Thanks.
comment:20 by , 8 years ago
I tried removing the section without rebuilding the library, using "strip -R .note.ABI-tag /usr/lib/x86_64-linux-gnu/libGL.so.1". After running ldconfig, glxinfo reported that 3D pass-through was enabled, and GNOME-Shell started after a reboot of the guest.
comment:21 by , 8 years ago
That worked perfectly. Additions 5.1.10 running OK, gnome-shell works OK.
When I patched and recompiled the source package I did it following tutorials. So most probably I did something wrong and the patching did not make it to the generated binary. Knowing that it works I will redo it more carefully.
The maintainers of the packages told me that it is very unlikely that this patch makes it to Debian7. Debian7 wheezy (old-stable) is maintained by the LTS team and they mostly care about fixing security issues.
So, problem solved for me (and maybe for others in a similar situation). Thanks again for your time and effort!
by , 8 years ago
Attachment: | 15-no-abi-tag.diff added |
---|
patch for Debian7 wheezy mesa 8.0.5-4 that corrects the 3D problem
comment:22 by , 8 years ago
Update. For some reason applying the patch detailed at https://bugs.freedesktop.org/show_bug.cgi?id=26663 was not enough. I had to remove .note.ABI-tag also from a couple of .h files.
I have attached the patch file that I used in case it could help anyone. I could also provide .deb packages for x86-64 architecture.
comment:23 by , 8 years ago
Update: technically this was a different issue, not the original one reported, although the symptoms were the same. To avoid the risk of introducing new problems I decided not to fix this, but instead to detect the problem in the Additions installer and give the user instructions how to fix it themself. You will find the change in the timeline<1> in a day or so if you search for a changeset message containing the tag bugref:8679 (our internal reference number for this issue).
comment:24 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
comment:25 by , 8 years ago
Summary: | Guest OS failed to initial graphical desktop with vbox 5.0.18 update -> believed fixed in releases greater than 5.0.20 → Guest OS failed to initial graphical desktop with vbox 5.0.18 update -> fixed in 5.0.20, comment 14 fixed in releases higher than 5.1.10 |
---|
comment:26 by , 8 years ago
Summary: | Guest OS failed to initial graphical desktop with vbox 5.0.18 update -> fixed in 5.0.20, comment 14 fixed in releases higher than 5.1.10 → Guest OS failed to initial graphical desktop with vbox 5.0.18 update -> fixed in release 5.0.22 and higher, comment 14 fixed in releases higher than 5.1.10 |
---|
How much video memory do you have configured for your guest?