Arch Linux

wieder Update-Ärger: Problem mit vbox Modulen nach DKMS-Umst.

conne802

Hallo,

der Ärger ging wieder einmal damit los, das ich dieser Tage die Anfrage beim Update:

vbox-host; vbox-guest Module durch die entsprechende DKMS Variante ersetzen? (genauen Wortlaut hab' ich gerade nicht zur Verfügung)

arglos mit Ja beantwortet habe. Ohne die genauen Hintergründe zu kennen - es schien alles gut gelaufen zu sein (hier nochmal von heute auf einem zweiten PC):

[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] Creating symlink /var/lib/dkms/vboxguest/5.0.14_OSE/source ->
[2016-03-11 11:26] [ALPM-SCRIPTLET]                  /usr/src/vboxguest-5.0.14_OSE
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] DKMS: add completed.
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] Kernel preparation unnecessary for this kernel.  Skipping...
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] Building module:
[2016-03-11 11:26] [ALPM-SCRIPTLET] cleaning build area...
[2016-03-11 11:26] [ALPM-SCRIPTLET] make KERNELRELEASE=4.1.19-1-lts -C /usr/lib/modules/4.1.19-1-lts/build M=/var/lib/dkms/vboxguest/5.0.14_OSE/build...........
[2016-03-11 11:26] [ALPM-SCRIPTLET] cleaning build area...
[2016-03-11 11:26] [ALPM-SCRIPTLET] Kernel cleanup unnecessary for this kernel.  Skipping...
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] DKMS: build completed.
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] vboxguest.ko:
[2016-03-11 11:26] [ALPM-SCRIPTLET] Running module version sanity check.
[2016-03-11 11:26] [ALPM-SCRIPTLET]  - Original module
[2016-03-11 11:26] [ALPM-SCRIPTLET]    - No original module exists within this kernel
[2016-03-11 11:26] [ALPM-SCRIPTLET]  - Installation
[2016-03-11 11:26] [ALPM-SCRIPTLET]    - Installing to /usr/lib/modules/4.1.19-1-lts/kernel/misc/
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] vboxsf.ko:
[2016-03-11 11:26] [ALPM-SCRIPTLET] Running module version sanity check.
[2016-03-11 11:26] [ALPM-SCRIPTLET]  - Original module
[2016-03-11 11:26] [ALPM-SCRIPTLET]    - No original module exists within this kernel
[2016-03-11 11:26] [ALPM-SCRIPTLET]  - Installation
[2016-03-11 11:26] [ALPM-SCRIPTLET]    - Installing to /usr/lib/modules/4.1.19-1-lts/kernel/misc/
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] vboxvideo.ko:
[2016-03-11 11:26] [ALPM-SCRIPTLET] Running module version sanity check.
[2016-03-11 11:26] [ALPM-SCRIPTLET]  - Original module
[2016-03-11 11:26] [ALPM-SCRIPTLET]    - No original module exists within this kernel
[2016-03-11 11:26] [ALPM-SCRIPTLET]  - Installation
[2016-03-11 11:26] [ALPM-SCRIPTLET]    - Installing to /usr/lib/modules/4.1.19-1-lts/kernel/misc/
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] depmod...
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] DKMS: install completed.
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] Creating symlink /var/lib/dkms/vboxhost/5.0.14_OSE/source ->
[2016-03-11 11:26] [ALPM-SCRIPTLET]                  /usr/src/vboxhost-5.0.14_OSE
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] DKMS: add completed.
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] Kernel preparation unnecessary for this kernel.  Skipping...
[2016-03-11 11:26] [ALPM-SCRIPTLET] 
[2016-03-11 11:26] [ALPM-SCRIPTLET] Building module:
[2016-03-11 11:26] [ALPM-SCRIPTLET] cleaning build area...
[2016-03-11 11:27] [ALPM-SCRIPTLET] make KERNELRELEASE=4.1.19-1-lts -C /usr/lib/modules/4.1.19-1-lts/build M=/var/lib/dkms/vboxhost/5.0.14_OSE/build.............
[2016-03-11 11:27] [ALPM-SCRIPTLET] cleaning build area...
[2016-03-11 11:27] [ALPM-SCRIPTLET] Kernel cleanup unnecessary for this kernel.  Skipping...
[2016-03-11 11:27] [ALPM-SCRIPTLET] 
[2016-03-11 11:27] [ALPM-SCRIPTLET] DKMS: build completed.
[2016-03-11 11:27] [ALPM-SCRIPTLET] 
[2016-03-11 11:27] [ALPM-SCRIPTLET] vboxdrv.ko:
[2016-03-11 11:27] [ALPM-SCRIPTLET] Running module version sanity check.
[2016-03-11 11:27] [ALPM-SCRIPTLET]  - Original module
[2016-03-11 11:27] [ALPM-SCRIPTLET]    - No original module exists within this kernel
[2016-03-11 11:27] [ALPM-SCRIPTLET]  - Installation
[2016-03-11 11:27] [ALPM-SCRIPTLET]    - Installing to /usr/lib/modules/4.1.19-1-lts/kernel/misc/
[2016-03-11 11:27] [ALPM-SCRIPTLET] 
[2016-03-11 11:27] [ALPM-SCRIPTLET] vboxnetflt.ko:
[2016-03-11 11:27] [ALPM-SCRIPTLET] Running module version sanity check.
[2016-03-11 11:27] [ALPM-SCRIPTLET]  - Original module
[2016-03-11 11:27] [ALPM-SCRIPTLET]    - No original module exists within this kernel
[2016-03-11 11:27] [ALPM-SCRIPTLET]  - Installation
[2016-03-11 11:27] [ALPM-SCRIPTLET]    - Installing to /usr/lib/modules/4.1.19-1-lts/kernel/misc/
[2016-03-11 11:27] [ALPM-SCRIPTLET] 
[2016-03-11 11:27] [ALPM-SCRIPTLET] vboxnetadp.ko:
[2016-03-11 11:27] [ALPM-SCRIPTLET] Running module version sanity check.
[2016-03-11 11:27] [ALPM-SCRIPTLET]  - Original module
[2016-03-11 11:27] [ALPM-SCRIPTLET]    - No original module exists within this kernel
[2016-03-11 11:27] [ALPM-SCRIPTLET]  - Installation
[2016-03-11 11:27] [ALPM-SCRIPTLET]    - Installing to /usr/lib/modules/4.1.19-1-lts/kernel/misc/
[2016-03-11 11:27] [ALPM-SCRIPTLET] 
[2016-03-11 11:27] [ALPM-SCRIPTLET] vboxpci.ko:
[2016-03-11 11:27] [ALPM-SCRIPTLET] Running module version sanity check.
[2016-03-11 11:27] [ALPM-SCRIPTLET]  - Original module
[2016-03-11 11:27] [ALPM-SCRIPTLET]    - No original module exists within this kernel
[2016-03-11 11:27] [ALPM-SCRIPTLET]  - Installation
[2016-03-11 11:27] [ALPM-SCRIPTLET]    - Installing to /usr/lib/modules/4.1.19-1-lts/kernel/misc/
[2016-03-11 11:27] [ALPM-SCRIPTLET] 
[2016-03-11 11:27] [ALPM-SCRIPTLET] depmod...
[2016-03-11 11:27] [ALPM-SCRIPTLET] 
[2016-03-11 11:27] [ALPM-SCRIPTLET] DKMS: install completed.
[2016-03-11 11:27] [ALPM-SCRIPTLET] Module vboxguest/5.0.14_OSE already installed on kernel 4.1.19-1-lts/x86_64
[2016-03-11 11:27] [ALPM-SCRIPTLET] Module vboxhost/5.0.14_OSE already installed on kernel 4.1.19-1-lts/x86_64

Aber: Seitdem bekomme ich beim Booten u.a. zu sehen:

Mär 11 11:35:39 xyz systemd-modules-load[188]: Failed to find module 'vboxdrv'
Mär 11 11:35:39 xyz systemd-modules-load[188]: Failed to find module 'vboxnetadp'
Mär 11 11:35:39 xyz systemd-modules-load[188]: Failed to find module 'vboxnetflt'
Mär 11 11:35:39 xyz systemd-modules-load[188]: Failed to find module 'vboxpci'
Mär 11 11:35:39 xyz systemd-modules-load[188]: Inserted module 'loop'
Mär 11 11:35:39 xyz systemd[1]: systemd-modules-load.service: Main process exited, code=exited, status=1/FAILURE
Mär 11 11:35:39 xyz systemd[1]: Failed to start Load Kernel Modules.

Virtualbox startet logischerweise nicht.

Jetzt habe ich anhand von https://wiki.archlinux.org/index.php/VirtualBox#DKMS_Install mal versucht, den Kram in Ordnung zu bringen. Leider nicht erfolgreich.

Versuche ich

dkms install vboxhost/5.0.14_OSE -k 4.4.5-1-ARCH/x86_64

bekomme ich

Error! echo
Your kernel headers for kernel 4.4.5-1-ARCH cannot be found at
/usr/lib/modules/4.4.5-1-ARCH/build or /usr/lib/modules/4.4.5-1-ARCH/source.

Diese sollten aber da sein:

[root@xyz /]# pacman -Ss kernel-headers
community/kernel-headers-musl 3.12.6_5-1 [Installiert]
    Linux kernel headers sanitized for use with musl libc

Komme also nicht weiter.

Genauso eigenartig: Es wird empfohlen, DKMS als Dienst zu starten, damit bei jeder Aktualisierung von z.B. virtualbox-host-dkms die Module automatisch neu gebaut werden. Aber den Dienst gibt es bei mir nicht

[root@xyz /]# systemctl start dkms.service
Failed to start dkms.service: Unit dkms.service not found.
[root@xyz /]# systemctl status dkms.service
● dkms.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

obwohl das Paket dkms eigentlich installiert ist:

[root@xyz /]# pacman -Ss dkms
extra/dkms 2.2.0.3+git151023-6 [Installiert]
    Dynamic Kernel Modules System
...
community/virtualbox-guest-dkms 5.0.14-4 [Installiert]
    VirtualBox Guest kernel modules sources
community/virtualbox-host-dkms 5.0.14-4 [Installiert]
    VirtualBox Host kernel modules sources

Kann mir bitte jemand helfen? Alles Suchen im Netz hat mir noch nicht geholfen.

Danke und ciao,
conne802

[gelöscht]

Du must das Packet linux-headers installieren und danach /sbin/rcvboxdrv setup ausführen.

Josephus Miller

Das Problem liegt daran dass virtualbox ...-16 noch nicht in den Repos ist und das alte sich nicht mit dem Kernel 4.4.5 verträgt.

Bei mir habe ich das mit einem Downgrade wieder hinbekommen.

pacman -U /var/cache/pacman/pkg/linux-4.4.3-1-x86_64.pkg.tar.xz  /var/cache/pacman/pkg/linux-headers-4.4.3-1-x86_64.pkg.tar.xz

Der Bau der DKMS-Module hat bei mir automatisch ohne händischen Eingriff funktioniert.

conne802

Hallo Gast007,

Gast007 schriebDu must das Packet linux-headers installieren...

hmm, "linux-headers" und nicht "kernel-headers". Hatte mich gleich gewundert, daß es nur dieses "kernel-headers-musl" gab. (Was zum Teufel ist "musl"?).

Aber das hat funktioniert!!! 🙂 Direkt nach

pacman -S linux-headers

wurden automatisch die fehlenden Module gebaut und Virtualbox läuft wieder.

Gast007 schrieb...und danach /sbin/rcvboxdrv setup ausführen.

Brauche ich das nun noch?

Was noch unklar ist: warum gibt es dkms.service nicht? Wenn ich das nicht starten kann, gibt es doch bei nächster Gelegenheit wieder Stress?! Oder habe ich das falsch verstanden?

Grüße,
conne802

conne802

Icecube63 schriebDas Problem liegt daran dass virtualbox ...-16 noch nicht in den Repos ist und das alte sich nicht mit dem Kernel 4.4.5 verträgt.

Bei mir habe ich das mit einem Downgrade wieder hinbekommen.

Wie bereits erwähnt: bei mir läuft VirtualBox wieder. Allerdings das 14er aus den Repos.

Trotzdem danke!

conne802

conne802

Noch was komisches in Zusammenhang mit Virtualbox - ist irgendwann (länger her) mal plötzlich aufgetreten, hab's aber bisher ignoriert, da für die Arbeit mit Virtualbox offenbar ohne Auswirkung:

Beim Start einer XFCE Sitzung soll automatisch (siehe "Sitzung und Startverhalten") vboxclient gestartet werden, also:

/usr/bin/VBoxClient-all

Das bringt aber nur eine "Message-Blase":

"VBoxClient: the VirtualBox kernel service is not running. Exiting."

Also habe ich versucht, das Ding zu starten, d.h. würde ich gern, aber:

systemctl list-units

liefert nichts dergleichen??? Ich meine, es sollte alles installiert sein, was zu Virtualbox gehört. Offenbar aber nicht.

Grüße,
conne802

Martin-MS

conne802 schrieb Was noch unklar ist: warum gibt es dkms.service nicht? Wenn ich das nicht starten kann, gibt es doch bei nächster Gelegenheit wieder Stress?! Oder habe ich das falsch verstanden?

Ja, siehe Meldung im DKMS-Installationsskript:

post_upgrade() {
  if (( "$(vercmp $2 '2.2.0.3+git151023-2')" < 0 )); then
    echo '===> dkms systemd startup service has been removed'
    echo '===> modules building is now handled by alpm hooks at install time'
    echo '===> startup modules loading must be done via modules-load.d'
  fi
}

Die bekommt man aber nur dann zu sehen wenn man von einer früheren Version aktualisiert, nicht wenn das Paket neu installiert wird.

fireandfuel

Ich bin auch verärgert darüber, dass die virtualbox-Kernelmodule (sowohl host als auch guest) auf DKMS umgestellt wurden. Das bringt nur unnötige Komplexität in Installation/Update, ohne das es einen großen Vorteil bietet.

Martin-MS

Der Vorteil wird darin liegen, dass die Kernelmodule immer passend zum verwendeten Kernel vorliegen, egal ob der Kernel oder VirtualBox aktualisiert wurde. Andernfalls könnte ein Kernel immer nur dann freigegeben werden wenn der entsprechende Maintainer auch das Kernelmodul gebaut hat; das passiert jetzt automatisch.

conne802

Martin-MS schrieb

post_upgrade() {
  if (( "$(vercmp $2 '2.2.0.3+git151023-2')" < 0 )); then
    echo '===> dkms systemd startup service has been removed'
    echo '===> modules building is now handled by alpm hooks at install time'
    echo '===> startup modules loading must be done via modules-load.d'
  fi
}

Nochmal für Doofe: den Dienst dkms.service gibt's nicht mehr - das habe ich verstanden. Und der Rest? "handled by alpm hooks"? Gibt es da jetzt Handlungsbedarf für mich oder nicht?

Und:

"VBoxClient: the VirtualBox kernel service is not running. Exiting."

Wer sollte diesen Dienst mitbringen? Wie bekomme ich das heraus?

Danke und schönen Sonntag!
conne802

Martin-MS

conne802 schrieb Nochmal für Doofe: den Dienst dkms.service gibt's nicht mehr - das habe ich verstanden. Und der Rest? "handled by alpm hooks"? Gibt es da jetzt Handlungsbedarf für mich oder nicht?

Nein, unter /usr/share/libalpm/hooks finden sich die beiden hooks 70-dkms-install und 70-dkms-remove die das Bauen der Kernelmodule erledigen.

"VBoxClient: the VirtualBox kernel service is not running. Exiting."
Wer sollte diesen Dienst mitbringen? Wie bekomme ich das heraus?

Da kann ich nichts zu sagen, die Meldung erscheint bei mir nicht.

Es gibt übrigens noch ein weiteres Problem im Zusammenhang mit der Umstellung auf DKMS: und zwar wird mit virtualbox-host-dkms zur Zeit eine kaputte virtualbox-host-dkms.conf ausgeliefert, die sich auf /usr/lib/modules-load.d befindet und beim Booten (bzw.. Restart des systemd-modules-load.service) den Fehler "Failed to find module 'vboxnetadp\nvboxnetflt\nvboxdrv\n'" ausgibt. Die Ursache ist die falsche Anwendung des "echo"-Befehls im PKGBUILD mit der diese Datei erzeugt wird.

Man muss entweder die Datei manuell korrigieren so dass die Module nicht mehr in einer Zeile mit den Escape-Zeichen stehen sondern zeilenweise, oder löschen; bislang hat man ja seine eigene Konfigurationsdatei unter /etc/modules-load.d abgelegt so dass die Module beim Systemstart geladen werden.

conne802

Martin-MS schriebEs gibt übrigens noch ein weiteres Problem im Zusammenhang mit der Umstellung auf DKMS: und zwar wird mit virtualbox-host-dkms zur Zeit eine kaputte virtualbox-host-dkms.conf ausgeliefert, die sich auf /usr/lib/modules-load.d befindet und beim Booten (bzw.. Restart des systemd-modules-load.service) den Fehler "Failed to find module 'vboxnetadp\nvboxnetflt\nvboxdrv\n'" ausgibt. Die Ursache ist die falsche Anwendung des "echo"-Befehls im PKGBUILD mit der diese Datei erzeugt wird.

Komisch, die finde ich bei mir nicht (an dieser Stelle):

[root@xyz modules-load.d]# pwd
/usr/lib/modules-load.d
[root@xyz modules-load.d]# ls -laF 
insgesamt 188
drwxr-xr-x   2 root root   4096 14. Nov 11:24 ./
drwxr-xr-x 239 root root 180224 12. Mär 13:13 ../
-rw-r--r--   1 root root      4  6. Nov 19:42 nfs-utils.conf

Grüße,
conne802

Martin-MS

Dann ist dein System nicht aktuell:

pkgfile -l virtualbox-host-dkms|grep /usr/lib/modules-load.d
community/virtualbox-host-dkms  /usr/lib/modules-load.d/
community/virtualbox-host-dkms  /usr/lib/modules-load.d/virtualbox-host-dkms.conf

Möglicherweise erklärt das auch das andere Problem.

conne802

Martin-MS schriebDann ist dein System nicht aktuell:

pkgfile -l virtualbox-host-dkms|grep /usr/lib/modules-load.d
community/virtualbox-host-dkms  /usr/lib/modules-load.d/
community/virtualbox-host-dkms  /usr/lib/modules-load.d/virtualbox-host-dkms.conf

Hallo Martin-MS,

Du hast recht. Habe zur Sicherheit nochmal ein System-Update laufen lassen und da kam auf einmal jede Menge VirtualBox-Zeug mit (5.0.16-1). Das muß aber erst neu im Repo sein. War gestern noch nicht da.

Jetzt gibt es bei mir auch:

[root@xyz modules-load.d]# ls -laF 
insgesamt 196
drwxr-xr-x   2 root root   4096 13. Mär 14:18 ./
drwxr-xr-x 239 root root 180224 13. Mär 14:18 ../
-rw-r--r--   1 root root      4  6. Nov 19:42 nfs-utils.conf
-rw-r--r--   1 root root     32 12. Mär 19:12 virtualbox-guest-dkms.conf
-rw-r--r--   1 root root     34 12. Mär 19:12 virtualbox-host-dkms.conf

Den von Dir beschriebenen Fehler sehe ich jetzt auch im Boot-Log. Mal schauen, ob ich es hinbekomme, die Datei virtualbox-host-dkms.conf in Ordnung zu bringen.

Möglicherweise erklärt das auch das andere Problem.

Das mit dem fehlenden VirtualBox kernel service? Daran hat sich nichts geändert. 🙁

Grüße,
conne802

conne802

conne802 schriebDen von Dir beschriebenen Fehler sehe ich jetzt auch im Boot-Log. Mal schauen, ob ich es hinbekomme, die Datei virtualbox-host-dkms.conf in Ordnung zu bringen.

Ich habe die NewLine's gleich ganz entfernt. Das Ergebnis sieht jetzt so aus:

[root@xyz modules-load.d]# cat virtualbox-host-dkms.conf 
vboxnetadp
vboxnetflt
vboxdrv

Damit sind die ursprünglichen Fehlermeldungen beim Booten weg, aber es gibt z.B. noch:

...
Mär 13 14:42:20 xyz systemd-modules-load[185]: Failed to insert 'vboxsf': No such device
Mär 13 14:42:20 xyz systemd[1]: Started udev Kernel Device Manager.
Mär 13 14:42:20 xyz kernel: vboxguest: PCI device not found, probably running on physical hardware.
Mär 13 14:42:20 xyz systemd-modules-load[185]: Failed to insert 'vboxguest': No such device
...

Virtualbox scheint aber wie gewohnt zu funktionieren.

Grüße,
conne802

Martin-MS

conne802 schrieb Ich habe die NewLine's gleich ganz entfernt. Das Ergebnis sieht jetzt so aus:

Der Paketbetreuer hat vorhin die Version 5.0.16-2 freigegeben in der er das Problem behoben sein soll.

Mär 13 14:42:20 xyz systemd-modules-load[185]: Failed to insert 'vboxsf': No such device
Mär 13 14:42:20 xyz systemd[1]: Started udev Kernel Device Manager.
Mär 13 14:42:20 xyz kernel: vboxguest: PCI device not found, probably running on physical hardware.
Mär 13 14:42:20 xyz systemd-modules-load[185]: Failed to insert 'vboxguest': No such device

Wieso sind auf ein und demselben System überhaupt die host- und guest-Module installiert? Der Rechner kann doch nur eins sein, entweder Host oder Client. Nach den Meldungen über fehlende Devices scheint es sich hier um den Host zu handeln, auf dem darf dann nicht die Client-Software (also die Utils und Kernel-Module) installiert sein. Wahrscheinlich kommt deshalb auch die "VBoxClient"-Meldung, weil es eben der Host und nicht der Client ist.

conne802

Hallo Martin-MS,

Martin-MS schriebDer Paketbetreuer hat vorhin die Version 5.0.16-2 freigegeben in der er das Problem behoben sein soll.

ja, das ist richtig. Hab es gerade probiert. /usr/lib/modules-load.d/virtualbox-host-dkms.conf ist korrekt.

Martin-MS schriebWieso sind auf ein und demselben System überhaupt die host- und guest-Module installiert? Der Rechner kann doch nur eins sein, entweder Host oder Client. Nach den Meldungen über fehlende Devices scheint es sich hier um den Host zu handeln, auf dem darf dann nicht die Client-Software (also die Utils und Kernel-Module) installiert sein. Wahrscheinlich kommt deshalb auch die "VBoxClient"-Meldung, weil es eben der Host und nicht der Client ist.

Du hast den Finger drauf! Da war ich wohl etwas gierig und habe alles 🙂 installiert, was mir im Kontext von Virtualbox brauchbar erschien. Hab leider nicht nachgedacht. Natürlich ist mein ArchLinux und damit das Virtualbox darauf HOST für alle möglichen, meist Win-VM's. Die Guest Pakete braucht man nur, wenn man ArchLinux als Gast-OS in einer VM betreibt, richtig?

Also: Alle virtualbox-guest-* Pakete deinstalliert, Systemupdate (Virtualbox 5.0.16-2 dabei eingespielt), neu gestartet.

Jetzt ist die ominöse "VirtualBox kernel service is not running" Meldung weg 😃 und auch die erst noch verbliebenen Fehlermeldungen beim Booten.

Dir vielen Dank für die nützlichen Hinweise und noch einen schönen Sonntagabend!

Damit kann ich den Thread beruhigt auf [solved] setzen!

Grüße,
conne802