Siduction Forum
Siduction Forum => Software - Support => Topic started by: toga on 2018/07/03, 16:39:55
-
Hallo,
hab seit gestern mit Virtualbox folgendes Problem:
Fehlermeldung von virtualbox:
"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
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.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
-
Hier auf 2 Systemen nach letztem DU heute morgen.
bevo
-
https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1613858.html
-
meine VirtualBox 5.2.14 r123301 läuft
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)
-
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.
-
sudo nano /etc/modprobe.d/blacklist.
install vboxguest /bin/false
-
sudo nano /etc/modprobe.d/blacklist.conf
installe vboxguest / bin / false
-
JR29, Herumraten bringt gar nichts. Wenn schon, wäre in bspw. "/etc/modprobe.d/vboxguest.conf" (in blacklist.conf editiert man nicht herum) einzutragen:
blacklist vboxguest
Sofern das helfen würde (wie das in manchen Threads vor 5.2.14 steht), versteht sich.
-
yes
-
Auch, wenn das einige Tage älter ist als 5.2.14, mit https://www.virtualbox.org/download/testcase/VBoxGuestAdditions_5.2.97-123147.iso (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).
-
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.
-
Vielleicht interessant zum Thema - aktuelles Siduction als Host mit aktuellem Tumbleweed geht gar fein und ohne jegliche Probleme - und ohne jeden Würgaround.
-
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.
-
erledigt, siehe:
https://forum.siduction.org/index.php?topic=7245.msg58878#new
-
Regression, wieder da, siehe Upgrade-Warnings (https://forum.siduction.org/index.php?topic=7260.msg58902#msg58902)!