Testing: Kernel 5.18.0-1-amd64 bricht vboxconfig

[manes]

Edit:
Natürlich war ich nicht der erste, der den bug bemerkte: https://www.virtualbox.org/ticket/20914
***

Testing.
Nach Installation des neuen Kernels läuft vboxconfig nicht mehr durch:

Code: Alles auswählen

$ uname -r
5.18.0-1-amd64

Code: Alles auswählen

# /sbin/vboxconfig
vboxdrv.sh: Stopping VirtualBox services.
vboxdrv.sh: Starting VirtualBox services.
vboxdrv.sh: Building VirtualBox kernel modules.
vboxdrv.sh: failed: Look at /var/log/vbox-setup.log to find out what went wrong.

There were problems setting up VirtualBox.  To re-start the set-up process, run
/sbin/vboxconfig
as root.  If your system is using EFI Secure Boot you may need to sign the
kernel modules (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) before you can load
them. Please see your Linux system's documentation for more information.

Secure Boot ist disabled.

Code: Alles auswählen

# tail -9 /var/log/vbox-setup.log
/tmp/vbox.0/linux/VBoxNetFlt-linux.c: In function ‘vboxNetFltPortOsXmit’:
/tmp/vbox.0/linux/VBoxNetFlt-linux.c:2314:23: error: implicit declaration of function ‘netif_rx_ni’; did you mean ‘netif_rx’? [-Werror=implicit-function-declaration]
2314 |                 err = netif_rx_ni(pBuf);
|                       ^~~~~~~~~~~
|                       netif_rx
cc1: some warnings being treated as errors
make[2]: *** [/usr/src/linux-headers-5.18.0-1-common/scripts/Makefile.build:293: /tmp/vbox.0/linux/VBoxNetFlt-linux.o] Fehler 1
make[1]: *** [/usr/src/linux-headers-5.18.0-1-common/Makefile:1858: /tmp/vbox.0] Fehler 2
make: *** [/tmp/vbox.0/Makefile-footer.gmk:117: vboxnetflt] Fehler 2

Warten, bis testing gefixt ist? Ist das trivial und auf Benutzerseite zu reparieren? Braucht das einen bugreport? Liegt der bug bei Virtualbox?

[MSfree]

Liegt der bug bei Virtualbox?

Mit 5.18 wurde wohl einiges geändert, so daß unter anderem auch die legacy Nvidia-Module nicht mehr übersetzt werden können. Ein Blick in das Kernel Changelog /usr/share/doc/linux-image-5.18.0-1-amd64/changelog.gz könnte Klarheit schaffen.

Auf jeden Fall muß hier Oracle Anpassungsarbeit an den neuen Kernel leisten.

[JTH]

Die vermisste Funktion netif_rx_ni() ist mit 5.18 rausgeflogen (Remove netif_rx_any_context and netif_rx_ni()), In den Quellen den Linux-Kernels selbst gab es keine Verwendung mehr für die erwähnte Funktion, deshalb konnte sie dort rausfliegen.

Ist das trivial und auf Benutzerseite zu reparieren?

Mutmaßlich ja. Es gibt mehrere Änderungen, die den Funktionsaufruf einfach durch einen anderen ersetzen, z.B. net: phy: micrel: Use netif_rx(). Das kannst du selbst auch in der bemängelten Datei machen.

Liegt der bug bei Virtualbox?

Die VirtualBox-Quellen sind anscheinend noch nicht bereit für Kernel 5.18. Also ja, das Problem liegt bei Oracle.

[ingo2]

Die VirtualBox-Quellen sind anscheinend noch nicht bereit für Kernel 5.18. Also ja, das Problem liegt bei Oracle.

Das Problem ist aber viel größer und betrifft sogar mein Bullseye https://www.virtualbox.org/ticket/20976#comment:4. Betroffen sind auch stable Kernel 5.18, 5.17.12+, 5.15.44+, 5.10.119+ and more on the host and in the guest https://forums.virtualbox.org/viewtopic ... 15#p519286.

Eine gute Zusammenfassung über die Sicherheitslücke in VirtualBox findet man hier https://www.phoronix.com/scan.php?page= ... t-To-Guest.
Aufgeflogen ist die alte vunerability aber erst durch den auf stable kernel zurückportierten Patch zum RNG in Zusammenhang mit vireguard - Ich poste nur ein Link zum aktuellem Bug:
https://www.virtualbox.org/ticket/20914

Das ist offenbar recht aufwendig und Fixes werden noch eine Weile dauern.

Ingo

[kalle123]

Das Problem ist aber viel größer und betrifft sogar mein Bullseye https://www.virtualbox.org/ticket/20976#comment:4. Betroffen sind auch stable Kernel 5.18, 5.17.12+, 5.15.44+, 5.10.119+ and more on the host and in the guest https://forums.virtualbox.org/viewtopic ... 15#p519286.

Hi.

5.10.120-1 (2022-06-09) und ich seh hier kein Problem mit Vbox .....

cu KH

[manes]

Copypaste aus dem Forum von virtualbox:

The actual problem is that VirtualBox 6.1.34 and 6.1.97r150532 do not support Linux kernel 5.18 on the host and will produce random crashes in the guest (pun intended ). See 20914 and Windows 10 Guest on Linux host dies seconds after boot for details.

The VirtualBox test builds 6.1.35r151864 (and newer) are supposed to support Linux kernels 5.18, 5.17.12+, 5.15.44+, 5.10.119+ and more on the host and in the guest. Please report back if it solves the problem.

Seit einigen Stunden läuft es.