Processed: Re: virtualbox: fails to start vm (VERR_LDRELF_RELOCATION_NOT_SUPPORTED)

[Debian Bug Tracking System]

severity -1 serious

Bug #902897 [virtualbox] virtualbox: fails to start vm (VERR_LDRELF_RELOCATION_NOT_SUPPORTED)
Severity set to 'serious' from 'important'

[Thomas Breitner]

Package: virtualbox
Version: 5.2.14-dfsg-1
Followup-For: Bug #902897

Same here. Corresponding upstream bug report seems to be:
https://www.virtualbox.org/ticket/17851

VBox.log:
--
VirtualBox VM 5.2.14_Debian r122571 linux.amd64 (Jul 2 2018 17:50:29) release log
00:00:00.504801 Log opened 2018-07-05T09:43:18.626417000Z
00:00:00.504802 Build Type: release
00:00:00.504805 OS Product: Linux
00:00:00.504806 OS Release: 4.17.0-1-amd64
00:00:00.504807 OS Version: #1 SMP Debian 4.17.3-1 (2018-07-02)
00:00:00.504831 DMI Product Name: 20HF0068GE
00:00:00.504839 DMI Product Version: ThinkPad T470s
00:00:00.504882 Host RAM: 23872MB (23.3GB) total, 20736MB (20.2GB) available
00:00:00.504886 Executable: /usr/lib/virtualbox/VirtualBox
00:00:00.504887 Process ID: 14154
00:00:00.504887 Package type: LINUX_64BITS_GENERIC (OSE)
00:00:00.515781 Installed Extension Packs:
00:00:00.515798 Oracle VM VirtualBox Extension Pack (Version: 5.2.14 r123301; VRDE Module: VBoxVRDP)
00:00:00.515803 VNC (Version: 5.2.14 r122571; VRDE Module: VBoxVNC)
00:00:00.516603 Console: Machine state changed to 'Starting'
00:00:00.516810 Qt version: 5.10.1
00:00:00.516817 X11 Window Manager code: 2
00:00:00.520778 SUP: RTLdrGetBits failed for VMMR0.r0 (/usr/lib/virtualbox/VMMR0.r0). rc=VERR_LDRELF_RELOCATION_NOT_SUPPORTED
00:00:00.520861 PDMLdr: pdmR3LoadR0U: pszName="VMMR0.r0" rc=VERR_LDRELF_RELOCATION_NOT_SUPPORTED szErr="RTLdrGetBits failed"
00:00:00.520892 VMSetError: /build/virtualbox-5ojW2E/virtualbox-5.2.14-dfsg/src/VBox/VMM/VMMR3/PDMLdr.cpp(731) int pdmR3LoadR0U(PUVM, const char*, const char*, const char*); rc=VERR_LDRELF_RELOCATION_NOT_SUPPORTED
00:00:00.520895 VMSetError: Failed to load R0 module /usr/lib/virtualbox/VMMR0.r0: RTLdrGetBits failed
00:00:00.520907 VMSetError: /build/virtualbox-5ojW2E/virtualbox-5.2.14-dfsg/src/VBox/VMM/VMMR3/VM.cpp(598) int vmR3CreateU(PUVM, uint32_t, PFNCFGMCONSTRUCTOR, void*); rc=VERR_LDRELF_RELOCATION_NOT_SUPPORTED
00:00:00.520909 VMSetError: Failed to load VMMR0.r0
00:00:00.521227 ERROR [COM]: aRC=NS_ERROR_FAILURE (0x80004005) aIID={872da645-4a9b-1727-bee2-5585105b9eed} aComponent={ConsoleWrap} aText={Failed to load R0 module /usr/lib/virtualbox/VMMR0.r0: RTLdrGetBits failed (VERR_LDRELF_RELOCATION_NOT_SUPPORTED).
00:00:00.521233 Failed to load VMMR0.r0 (VERR_LDRELF_RELOCATION_NOT_SUPPORTED)}, preserve=false aResultDetail=0
00:00:00.521975 Console: Machine state changed to 'PoweredOff'
00:00:00.526043 GUI: UIMediumEnumerator: Medium-enumeration finished!
00:00:00.530088 Power up failed (vrc=VERR_LDRELF_RELOCATION_NOT_SUPPORTED, rc=NS_ERROR_FAILURE (0X80004005))
00:00:00.535061 X Server details: vendor: The X.Org Foundation, release: 11906000, protocol version: 11.0, display string: :0
00:00:00.535083 Using XKB for keycode to scan code conversion
00:00:00.543102 GUI: UIDesktopWidgetWatchdog::sltHandleHostScreenAvailableGeometryCalculated: Screen 0 work area is actually resized to: 0x34 x 2560x1406
00:00:01.030410 GUI: UIMachineViewNormal::resendSizeHint: Restoring guest size-hint for screen 0 to 1920x1084
00:00:01.030448 ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) aIID={76eed314-3c72-4bbb-95cf-5eb4947a4041} aComponent={DisplayWrap} aText={The console is not powered up}, preserve=false aResultDetail=0
00:00:01.030485 GUI: Aborting startup due to power up progress issue detected...
--

-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages virtualbox depends on:
ii adduser 3.117
ii iproute2 4.16.0-4
ii libc6 2.27-3
ii libcurl3-gnutls 7.60.0-2
ii libdevmapper1.02.1 2:1.02.145-4.1
ii libgcc1 1:8.1.0-9
ii libgsoap-2.8.60 2.8.60-2
ii libopus0 1.3~beta+20180518-1
ii libpng16-16 1.6.34-1
ii libpython3.6 3.6.6-1
ii libsdl1.2debian 1.2.15+dfsg2-1
ii libssl1.1 1.1.0h-4
ii libstdc++6 8.1.0-9
ii libvncserver1 0.9.11+dfsg-1.1
ii libvpx5 1.7.0-3
ii libx11-6 2:1.6.5-1
ii libxcursor1 1:1.1.15-1
ii libxext6 2:1.3.3-1+b2
ii libxml2 2.9.4+dfsg1-7+b1
ii libxmu6 2:1.1.2-2
ii libxt6 1:1.1.5-1
ii procps 2:3.3.15-2
ii python3 3.6.5-3
ii python3.6 3.6.6-1
ii virtualbox-dkms [virtualbox-modules] 5.2.14-dfsg-1
ii zlib1g 1:1.2.11.dfsg-1

Versions of packages virtualbox recommends:
ii libgl1 1.0.0+git20180308-3
ii libqt5core5a 5.10.1+dfsg-7
ii libqt5opengl5 5.10.1+dfsg-7
ii libqt5widgets5 5.10.1+dfsg-7
ii virtualbox-qt 5.2.14-dfsg-1

Versions of packages virtualbox suggests:
pn vde2 <none>
ii virtualbox-guest-additions-iso 5.2.14-1

-- no debconf information

[Andrey Rahmatullin]

Obviously I merely downgraded to the last functioning version of
virtualbox et. al. (5.2.12-dfsg-3) in unstable....

But how did you do this?

debsnap I suppose.
I personally just downgraded to the version in testing.

[Kent West]

I did an "aptitude remove virtualbox", followed by another "aptitude
install virtualbox/stable"
debsnap I suppose.
I personally just downgraded to the version in testing.

Sorry, that was a typo; I meant, I did an "aptitude install
virtualbox/testing".

But it doesn't work either (different problem, though).

PS. Thanks, Steven R. Wright, for the explanation!

[Kristof Csillag]

Package: virtualbox
Version: 5.2.14-dfsg-1
Followup-For: Bug #902897

I hit this but after upgrading the kernel from 4.9 to 4.16.
Before that, I think vbox 5.2.14 worked for me OK.





-- System Information:
Debian Release: 9.4
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.16.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8), LANGUAGE=hu_HU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages virtualbox depends on:
ii adduser 3.115
ii iproute2 4.9.0-1+deb9u1
ii libc6 2.27-4
ii libcurl3-gnutls 7.52.1-5+deb9u6
ii libdevmapper1.02.1 2:1.02.137-2
ii libgcc1 1:8.1.0-9
ii libgsoap-2.8.60 2.8.60-2
ii libopus0 1.2~alpha2-1
ii libpng16-16 1.6.28-1
ii libpython3.6 3.6.6-1
ii libsdl1.2debian 1.2.15+dfsg1-4
ii libssl1.1 1.1.0h-4
ii libstdc++6 8.1.0-9
ii libvncserver1 0.9.11+dfsg-1+deb9u1
ii libvpx5 1.7.0-3
ii libx11-6 2:1.6.4-3
ii libxcursor1 1:1.1.14-1+deb9u1
ii libxext6 2:1.3.3-1+b2
ii libxml2 2.9.4+dfsg1-2.2+deb9u2
ii libxmu6 2:1.1.2-2
ii libxt6 1:1.1.5-1
ii procps 2:3.3.12-3+deb9u1
ii python3 3.6.6-1
ii python3.6 3.6.6-1
ii virtualbox-dkms [virtualbox-modules] 5.2.14-dfsg-1
ii virtualbox-source 5.2.14-dfsg-1
ii zlib1g 1:1.2.11.dfsg-1

Versions of packages virtualbox recommends:
ii libgl1 1.0.0+git20180308-3
ii libqt5core5a 5.10.1+dfsg-7
ii libqt5opengl5 5.10.1+dfsg-7
ii libqt5widgets5 5.10.1+dfsg-7
ii virtualbox-qt 5.2.14-dfsg-1

Versions of packages virtualbox suggests:
ii vde2 2.3.2+r586-2.1
ii virtualbox-guest-additions-iso 5.2.14-1

-- debconf-show failed

[S. R. Wright]

Can verify,  this bug is kernel independent.

On Tue, 10 Jul 2018 12:15:51 +0200 Vincent Gatignol

hi there,
running  4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64
GNU/Linux and having this issue too
not specifically related to the 4.16 versions
Regards

[Nordholz, Jan Christoph, Prof. Dr.]

Hi,

VMMR0.r0 has been built (presumably due to the recent binutils upgrades in unstable) with the new PLT32 relocation type, which the virtualbox ELF relocation code cannot handle at the moment. Having a quick glance at .text and .rela.text of VMMR0.r0, it seems to me that PC32 and PLT32 can be handled identically, similar to what commit b21ebf2fb4cd of the Linux kernel did?

Best regards

Jan Nordholz

[Gianfranco Costamagna]

Hello,

VMMR0.r0 has been built (presumably due to the recent binutils upgrades in unstable) with the new PLT32 relocation type, which the virtualbox ELF relocation >code cannot handle at the moment. Having a quick glance at .text and .rela.text of VMMR0.r0, it seems to me that PC32 and PLT32 can be handled identically, >similar to what commit b21ebf2fb4cd of the Linux kernel did?

I really liked the analysis, the linux commit and the binutils stuff, I crafted a patch based on this comment, and uploaded in unstable

If anybody wants to test the "fix", please grab the deb files from there
http://debomatic-amd64.debian.net/distribution#unstable/virtualbox/5.2.14-dfsg-2/buildlog


or wait some hours for the package to appear on unstable repositories/mirrors.

I'm not sure if this causes regressions or whatever else, the assumption "they might behave in the same way" might not apply as it did in the kernel,
even if my basic tests confirmed the VM to start.

Use at your own risk, like everything that comes from unstable, the urgency is set to low, so I presume we will have 10 days of people testing this before
going in buster.

thanks you all, I also submitted the patch to upstream mail list and irc for review

G.

[Roy]

Works for me also.  Thank you. -Roy

I can confirm that the virtual machines start again with this fix!

Works for me too with 32 and 64 bits guests.

Thank you very much!

Me too.
Christian

[Debian Bug Tracking System]

Your message dated Thu, 12 Jul 2018 08:51:06 +0000
with message-id <E1fdXJa-0004yx-***@fasolo.debian.org>
and subject line Bug#902897: fixed in virtualbox 5.2.14-dfsg-2
has caused the Debian Bug report #902897,
regarding virtualbox: fails to start vm (VERR_LDRELF_RELOCATION_NOT_SUPPORTED)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ***@bugs.debian.org
immediately.)

[Andrey Rahmatullin]

I just did an "aptitude udpate" and "aptitude dist-upgrade", and got a new
version of VirtualBox.
Implementation of the USB 2.0 controller not found!
Because the USB 2.0 controller state is part of the saved VM state, the VM
cannot be started. To fix this problem, either install the
'Oracle VM VirtualBox Extension Pack' or disable USB 2.0 support in the VM
settings.
Note! This error could also mean that an incompatible version of the
'Oracle VM VirtualBox Extension Pack' is installed (VERR_NOT_FOUND).

Update the extension pack.

[Andrey Rahmatullin]

Note! This error could also mean that an incompatible version of the
'Oracle VM VirtualBox Extension Pack' is installed (VERR_NOT_FOUND).

While VirtualBox was broken this week, I had tried various things (
snapshot.debian.org, virtualbox.org, etc), but once I learned that the fix
had been uploaded to stable,

To unstable (the only place where it was broken).

But if I'm understanding this error, for some months (years?), I've been
pulling VirtualBox from virtualbox.org

No, the extension pack can be installed on the Debian Virtualbox
separately and I don't think it's installed by default even with the
official package.

instead of from Debian, and whilst
doing that, had configured my VMs with USB support. And my fix should just
be to disable the USB support in my VMs

The fix should be to upgrade the extension pack after you upgraded
virtualbox itself...

[Andrey Rahmatullin]

Actually, if you had virtualbox-ext-pack installed, you just need to
install back/reinstall/upgrade it.

[Roy Enoch]

You are not the only one with this issue again.

Roy

Post by Gianfranco Costamagna
Hello,
currently I have virtualbox 5.2.14-dfsg-4 installed and I still can't
Failed to open a session for the virtual machine ubuntu.
Failed to load R0 module /usr/lib/virtualbox/VMMR0.r0: RTLdrGetBits failed
(VERR_LDRELF_RELOCATION_NOT_SUPPORTED).
Failed to load VMMR0.r0 (VERR_LDRELF_RELOCATION_NOT_SUPPORTED).
Result Code: NS_ERROR_FAILURE (0x80004005)
Component: ConsoleWrap
Interface: IConsole {872da645-4a9b-1727-bee2-5585105b9eed}
"apt update" does not give any updates.
Am I the only one with this error in the new version? Please let me know
if you have any questions or how can I help with troubleshooting. So far I
have tried purging virtualbox and installing again with the same result.
Thank you!
Best regards,
athmoss

Works for me also. Thank you. -Roy

On 12 juil. 2018 11:14, Volker Christian <

I can confirm that the virtual machines start again with this fix!

Works for me too with 32 and 64 bits guests.

Thank you very much!

Me too.
Christian

[Jan Nordholz]

(adding a few more pieces of information)

... and they also messed this up in SVN r73086; they fixed only the
switch/case statement in RelocateSectionExecDyn(), exactly the function
that is *not* exercised for VMMR0.r0 as that's an ET_REL file, not an
ET_DYN. :)

Reiterating: the rev2 patch in the upstream bugreport looks good; they
imported the wrong version into SVN.


Jan

[Debian Bug Tracking System]

Your message dated Sun, 15 Jul 2018 13:04:43 +0000
with message-id <E1feghf-00027p-***@fasolo.debian.org>
and subject line Bug#902897: fixed in virtualbox 5.2.14-dfsg-5
has caused the Debian Bug report #902897,
regarding virtualbox: fails to start vm (VERR_LDRELF_RELOCATION_NOT_SUPPORTED)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ***@bugs.debian.org
immediately.)

[Filip W.]

Package: virtualbox
Version: 5.2.14-dfsg-5
Followup-For: Bug #902897

Dear Maintainer,

Unfortunately the bug still exists in 5.2.14-dfsg-5 version of package.

Failed to load R0 module /usr/lib/virtualbox/VMMR0.r0: RTLdrGetBits failed
(VERR_LDRELF_RELOCATION_NOT_SUPPORTED).

Failed to load VMMR0.r0 (VERR_LDRELF_RELOCATION_NOT_SUPPORTED).

Kod wyniku (RC): NS_ERROR_FAILURE (0x80004005)
Komponent: ConsoleWrap
Interfejs: IConsole {872da645-4a9b-1727-bee2-5585105b9eed}



-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8), LANGUAGE=pl_PL.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages virtualbox depends on:
ii adduser 3.117
ii iproute2 4.17.0-2
ii libc6 2.27-4
ii libcurl3-gnutls 7.60.0-2
ii libdevmapper1.02.1 2:1.02.145-4.1
ii libgcc1 1:8.1.0-10
ii libgsoap-2.8.60 2.8.60-2
ii libopus0 1.3~beta+20180518-1
ii libpng16-16 1.6.34-2
ii libpython3.6 3.6.6-1
ii libsdl1.2debian 1.2.15+dfsg2-1
ii libssl1.1 1.1.0h-4
ii libstdc++6 8.1.0-10
ii libvncserver1 0.9.11+dfsg-1.1
ii libvpx5 1.7.0-3
ii libx11-6 2:1.6.5-1
ii libxcursor1 1:1.1.15-1
ii libxext6 2:1.3.3-1+b2
ii libxml2 2.9.4+dfsg1-7+b1
ii libxmu6 2:1.1.2-2
ii libxt6 1:1.1.5-1
ii procps 2:3.3.15-2
ii python3 3.6.6-1
ii python3.6 3.6.6-1
ii virtualbox-dkms [virtualbox-modules] 5.2.14-dfsg-5
ii zlib1g 1:1.2.11.dfsg-1

Versions of packages virtualbox recommends:
ii libgl1 1.0.0+git20180308-3
ii libqt5core5a 5.10.1+dfsg-7
ii libqt5opengl5 5.10.1+dfsg-7
ii libqt5widgets5 5.10.1+dfsg-7
ii virtualbox-qt 5.2.14-dfsg-5

Versions of packages virtualbox suggests:
pn vde2 <none>
ii virtualbox-guest-additions-iso 5.2.14-1

-- no debconf information

[Christian Marillat]

Post by Thomas Breitner
Package: virtualbox
Version: 5.2.14-dfsg-5
Followup-For: Bug #902897
Dear Maintainer,
Unfortunately the bug still exists in 5.2.14-dfsg-5 version of package.
Failed to load R0 module /usr/lib/virtualbox/VMMR0.r0: RTLdrGetBits failed
(VERR_LDRELF_RELOCATION_NOT_SUPPORTED).

I see the same.

Christian

[Evgeny Kapun]

Control: notfixed -1 5.2.14-dfsg-5

I also still see this bug with the latest version.

[Roy]

I received:

virtualbox 5.2.14-dfsg-7

and its associated files as part of the normal system updated this morning. This correspondence
is simply to report that vbox_now works well_ for me. I hope others affected can report the same.

Thank you,

[Debian Bug Tracking System]

notfixed -1 5.2.14-dfsg-5

Bug #902897 {Done: Gianfranco Costamagna <***@debian.org>} [virtualbox] virtualbox: fails to start vm (VERR_LDRELF_RELOCATION_NOT_SUPPORTED)
Ignoring request to alter fixed versions of bug #902897 to the same values previously set

[Debian Bug Tracking System]

fixed -1 5.2.14-dfsg-7

Bug #902897 {Done: Gianfranco Costamagna <***@debian.org>} [virtualbox] virtualbox: fails to start vm (VERR_LDRELF_RELOCATION_NOT_SUPPORTED)
Marked as fixed in versions virtualbox/5.2.14-dfsg-7.