[DE] virtualbox 5.2.14-dfsg-1 - Failed to load VMMR0.r0

[toga]

Hallo,
hab seit gestern mit Virtualbox folgendes Problem:
Fehlermeldung von virtualbox:

Code: [Select]

"Für die virtuelle Maschine xp-pro konnte keine neue Sitzung eröffnet werden.

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

Fehlercode:NS_ERROR_FAILURE (0x80004005)
Komponente:ConsoleWrap
Interface:IConsole {872da645-4a9b-1727-bee2-5585105b9eed}"
System ist tagesaktuell

Code: [Select]

inxi -v3
System:    Host: siductionbox Kernel: 4.17.3-towo.2-siduction-amd64 x86_64 bits: 64 compiler: gcc v: 7.3.0
           Desktop: KDE Plasma 5.13.2 tk: Qt 5.10.1 Distro: siduction 16.1.0 Patience - kde - (201612232347)
Machine:   Type: Desktop System: MEDIONPC product: MS-7646 v: 1.0 serial: <root required>
           Mobo: MEDIONPC model: MS-7646 v: 1.0 serial: <root required> BIOS: American Megatrends
           v: A7646MLN.108 date: 05/07/2010
Battery:   Device-1: hidpp_battery_0 model: Logitech Wireless Mouse M325 charge: Full status: Discharging
CPU:       Topology: Quad Core model: AMD Athlon II X4 620 bits: 64 type: MCP arch: K10 rev: 2
           L2 cache: 2048 KiB
           flags: lm nx pae sse sse2 sse3 sse4a svm bogomips: 20852
           Speed: 800 MHz min/max: 800/2600 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800
Graphics:  Card-1: NVIDIA G72 [GeForce 7300 GS] driver: nouveau v: kernel bus ID: 01:00.0
           Display: x11 server: X.Org 1.20.0 driver: nouveau resolution: 1280x1024~60Hz
           OpenGL: renderer: llvmpipe (LLVM 6.0 128 bits) v: 3.3 Mesa 18.1.3 direct render: Yes
Network:   Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169 v: 2.3LK-NAPI
           port: e800 bus ID: 02:00.0
           IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: 6c:62:6d:4a:70:1b
Drives:    HDD Total Size: 149.01 GiB used: 89.53 GiB (60.1%)
Info:      Processes: 204 Uptime: 7h 40m Memory: 3.85 GiB used: 1.86 GiB (48.3%) Init: systemd runlevel: 5
           Compilers: gcc: 7.3.0 Shell: bash v: 4.4.23 inxi: 3.0.13
Das Modul schaut doch ganz gut aus.

Code: [Select]

modinfo vboxdrv
filename:       /lib/modules/4.17.3-towo.2-siduction-amd64/updates/dkms/vboxdrv.ko
version:        5.2.14_Debian r122571 (0x00290001)
license:        GPL
description:    Oracle VM VirtualBox Support Driver
author:         Oracle Corporation
srcversion:     66C60E0E95C789A5475D5DD
depends:
retpoline:      Y
name:           vboxdrv
vermagic:       4.17.3-towo.2-siduction-amd64 SMP mod_unload modversions
parm:           force_async_tsc:force the asynchronous TSC mode (int)Mit älteren Kerneln gehts auch nicht.
Ist das Problem evtl. schon bekannt?
Danke und Grüsse
toga

[bevo]

Hier auf 2 Systemen nach letztem DU heute morgen.
bevo

[towo]

https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1613858.html

[jure]

meine VirtualBox 5.2.14 r123301 läuft

Code: [Select]

modinfo vboxdrv
filename:       /lib/modules/4.17.3-towo.2-siduction-amd64/misc/vboxdrv.ko
version:        5.2.14 r123301 (0x00290001)
license:        GPL
description:    Oracle VM VirtualBox Support Driver
author:         Oracle Corporation
srcversion:     63368184ED096B3022FD087
depends:       
retpoline:      Y
name:           vboxdrv
vermagic:       4.17.3-towo.2-siduction-amd64 SMP mod_unload modversions
parm:           force_async_tsc:force the asynchronous TSC mode (int)

[melmarker]

Version 5.2.14 r123301 (Qt5.10.1) - meine auch - mit einer Einschränkung - neue Horst- und/oder Client-Kernel/Systemd/wasauchimmer bringen meine Maus dazu, in der aktuellen Variante (aktuelle systeme in host und client) nur sehr sehr eingeschränkt zu funktionieren. Known Bug laut @axt.

[JR29]

sudo nano /etc/modprobe.d/blacklist.


install vboxguest  /bin/false

[JR29]

sudo nano /etc/modprobe.d/blacklist.conf


installe vboxguest / bin / false

[axt]

JR29, Herumraten bringt gar nichts. Wenn schon, wäre in bspw. "/etc/modprobe.d/vboxguest.conf" (in blacklist.conf editiert man nicht herum) einzutragen:

Code: [Select]

blacklist vboxguest
Sofern das helfen würde (wie das in manchen Threads vor 5.2.14 steht), versteht sich.

[JR29]

yes

[axt]

Auch, wenn das einige Tage älter ist als 5.2.14, mit https://www.virtualbox.org/download/testcase/VBoxGuestAdditions_5.2.97-123147.iso (also Entwicklungsversion) scheint es endlich keine Freezes und kein Mausfehlverhalten mehr zu geben. Ich habe es erst länger testen wollen - kein einziger Freeze über Stunden (den man mit kurzem Wechsel auf ein anderes tty und wieder zurück auf tty7 über [ctrl] + [alt] + [F1...7] für den Moment beheben kann).

[axt]

Kleiner Seiteninfonachtrag, da das VBox-Problem distributionsübergreifend ist, beileibe nicht nur siduction betrifft:

Mit dem Liquorix-Kernel 4.17-1ubuntu1~bionic (auch schon wieder 8 Tage alt) in einer LBionic-VM und GA 5.2.97-123147 (wie in vorigem Post empfohlen) in VBox 5.2.14 habe ich heute trotzdem das Mausproblem gehabt (mit dem Bionic-Kernel 4.15 nicht), dort aber keine Zeit für langwierige Tests.

Aber testen kann's ja trotzdem jeder in seinen Umgebungen selbst und vielleicht die Ursache(n)/einen Workaround finden.

[melmarker]

Vielleicht interessant zum Thema - aktuelles Siduction als Host mit aktuellem Tumbleweed geht gar fein und ohne jegliche Probleme - und ohne jeden Würgaround.

[axt]

und ohne jeden Würg

<schnipp>

Die Distribution als Ganzes. ]:-)

Also 4.17.3(-1.7). Und was macht Suse da nun anders...Weitere Teile der GA werden seit 4.16 im Kernel integriert (die habe ich seitdem in Verdacht). Vielleicht nicht bei Suse.

[toga]

erledigt, siehe:
https://forum.siduction.org/index.php?topic=7245.msg58878#new

[der_bud]

Regression, wieder da, siehe Upgrade-Warnings!