VirtualBox

Ticket #15319 (closed defect: fixed)

Opened 14 months ago

Last modified 7 months ago

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:
Priority: major 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

Xorg.0.log Download (9.1 KB) - added by NoNoNo 14 months ago.
15-no-abi-tag.diff Download (3.9 KB) - added by luis.antolin 7 months ago.
patch for Debian7 wheezy mesa 8.0.5-4 that corrects the 3D problem

Change History

Changed 14 months ago by NoNoNo

comment:1 follow-up: ↓ 2 Changed 14 months ago by frank

How much video memory do you have configured for your guest?

comment:2 in reply to: ↑ 1 Changed 14 months ago by NoNoNo

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 Changed 14 months ago by Dragon9k

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.

Last edited 14 months ago by Dragon9k (previous) (diff)

comment:4 Changed 14 months ago by NoNoNo

Try to enable 3D Acceleration but no avail.

comment:5 Changed 14 months ago by raynebc

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 Changed 14 months ago by osHH

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.

comment:7 follow-up: ↓ 10 Changed 14 months ago by michael

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.

comment:8 follow-up: ↓ 9 Changed 14 months ago by michael

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 in reply to: ↑ 8 Changed 14 months ago by frank

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 in reply to: ↑ 7 Changed 14 months ago by NoNoNo

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 Changed 14 months ago by michael

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 Changed 14 months ago by michael

  • Summary changed from Guest OS failed to initial graphical desktop with vbox 5.0.18 update to Guest OS failed to initial graphical desktop with vbox 5.0.18 update -> believed fixed in releases greater than 5.0.20

comment:13 Changed 12 months ago by frank

  • Status changed from new to closed
  • Resolution set to fixed

Fixed in 5.0.22. Please reopen if necessary.

comment:14 Changed 7 months ago by luis.antolin

  • Status changed from closed to reopened
  • Resolution fixed deleted

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.

Last edited 7 months ago by luis.antolin (previous) (diff)

comment:15 Changed 7 months ago by michael

It looks to me like the version of libGL.so in Debian 7.11 is affected by this issue:

 https://bugs.freedesktop.org/show_bug.cgi?id=26663

comment:16 Changed 7 months ago by luis.antolin

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 Changed 7 months ago by michael

I will think about this, but perhaps the simplest solution would be to ask Debian to apply the fix?

comment:18 Changed 7 months ago by luis.antolin

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.

Last edited 7 months ago by luis.antolin (previous) (diff)

comment:19 Changed 7 months ago by luis.antolin

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 Changed 7 months ago by michael

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 Changed 7 months ago by luis.antolin

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!

Changed 7 months ago by luis.antolin

patch for Debian7 wheezy mesa 8.0.5-4 that corrects the 3D problem

comment:22 Changed 7 months ago by luis.antolin

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 Changed 7 months ago by michael

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).

  1. https://www.virtualbox.org/timeline

comment:24 Changed 7 months ago by michael

  • Status changed from reopened to closed
  • Resolution set to fixed

comment:25 Changed 7 months ago by michael

  • Summary changed from Guest OS failed to initial graphical desktop with vbox 5.0.18 update -> believed fixed in releases greater than 5.0.20 to 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 Changed 7 months ago by michael

  • Summary changed from 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 to 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
Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use