Virtualbox unter Buster

[towo]

VBox (von Oracle) benutzt dkms nicht, ergo braucht man es auch nicht installieren, so man vbox von Oracle benutzt.

[TomL]

Ja, das habe ich auch zuvor und schon vor längerem gelesen. Aber dann muss es eine andere Erklärung dafür geben, dass ich mich um die VMs mit dkms nicht kümmern muss und bei denen ohne dkms das Shell-Script VBoxLinuxAdditions.run manuell starten musste. Welche Erklärung kanns dafür geben? BTW, ich habe allerdings nie die Repo-Version verwendet, sondern immer die von der Oracle-Site. *uuup* lückenhafte Erinnerung, hab gerade noch mal nachgesehen, kann das auch an virtualbox-dkms gelegen haben...?... das war (vermutlich) auch installiert.

[willy4711]

Habe gerade mal in einer Qemu/KVM- VM Virtualbox installiert (deb- Paket von Oracle).
Es geht tatsächlich ohne dkms.
Irgend einen Mechanismus muss es ja dann auch geben, die Kernel- Module ohne dkms zu bauen, wenn ein neuer Kernel kommt ?
Virtualbox startet jedenfalls ohne Fehlermeldung.
Ne Oracle-VM in der Quemu-VM geht aber nicht. Will einen x86-64 Prozessor haben, bekommt aber nur i686

Code: Alles auswählen

journalctl -b |grep vbox
Jul 08 00:23:52 debian vboxdrv.sh[408]: vboxdrv.sh: Starting VirtualBox services.
Jul 08 00:23:52 debian vboxdrv.sh[476]: Starting VirtualBox services.
Jul 08 00:23:52 debian kernel: vboxdrv: loading out-of-tree module taints kernel.
Jul 08 00:23:52 debian kernel: vboxdrv: module verification failed: signature and/or required key missing - tainting kernel
Jul 08 00:23:52 debian kernel: vboxdrv: Found 2 processor cores
Jul 08 00:23:52 debian kernel: vboxdrv: fAsync=0 offMin=0x691 offMax=0x5253
Jul 08 00:23:52 debian kernel: vboxdrv: TSC mode is Synchronous, tentative frequency 3492449203 Hz
Jul 08 00:23:52 debian kernel: vboxdrv: Successfully loaded version 6.0.8 (interface 0x00290008)
Jul 08 00:23:52 debian kernel: vboxpci: IOMMU not found (not registered)
[........]

Wie funktioniert das bei einem Kernel-Update ohne dkms ?

[towo]

Wie funktioniert das bei einem Kernel-Update ohne dkms ?

Guck in die Sourcen oder such im vbox-Forum, da wurde das mal erklärt.
Oracle hat einen eigenen Mechanismus für den Module-Rebuild.

[TomL]

Virtualbox startet jedenfalls ohne Fehlermeldung.

Das ist bzw. war bei mir definitiv auch so. Ich habe gerade noch mal gesucht und ein altes Log meins Programms 'autoupdate' gefunden. Das war deutlich zu lang, deshalb habe ich nur die relevanten Infos dringelassen. Aber man kann zweifelsfrei sehen, dass die Kernelmodule im Upgrade-Prozess automatisch gebildet wurden. Fakt ist, ohne dkms muss/musste ich das immer von Hand machen, weil die Guest-Additions nicht mehr liefen und die Auflösung der VM auf VGA reduziert wurde.

Code: Alles auswählen

# dpkg -l | grep dkms -i
ii  dkms                           2.3-2                          all          Dynamic Kernel Module Support Framework

Code: Alles auswählen

cat /var/log/autoupdates/jdl2-vm-190222.log

22-02-2019-19-06 /usr/local/bin/autoupdate on jdl2-vm started (2019-053)
=============================================================================================
Install updates on <jdl2-vm>
=============================================================================================
Perform update:
Ign:1 http://ftp.de.debian.org/debian stretch InRelease
Holen:2 http://ftp.de.debian.org/debian stretch-updates InRelease [91,0 kB]
Holen:3 http://ftp.de.debian.org/debian stretch Release [118 kB]
:::::
Es wurden 20,8 MB in 46 s geholt (444 kB/s).
Paketlisten werden gelesen...
Abhängigkeitsbaum wird aufgebaut....
Statusinformationen werden eingelesen....
Aktualisierung für 33 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
=============================================================================================
Perform full upgrade:
Paketlisten werden gelesen...
Abhängigkeitsbaum wird aufgebaut....
Statusinformationen werden eingelesen....
Paketaktualisierung (Upgrade) wird berechnet...
Die folgenden Pakete werden aktualisiert (Upgrade):
  linux-headers-4.9.0-8-amd64 linux-headers-4.9.0-8-common
  linux-image-4.9.0-8-amd64 linux-kbuild-4.9 linux-libc-dev locales
  multiarch-support samba-common samba-libs systemd systemd-sysv udev
33 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 74,1 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 305 kB Plattenplatz zusätzlich benutzt.
::::
Holen:26 http://ftp.de.debian.org/debian stretch-updates/main amd64 linux-compiler-gcc-6-x86 amd64 4.9.144-3.1 [603 kB]
Holen:27 http://ftp.de.debian.org/debian stretch-updates/main amd64 linux-headers-4.9.0-8-amd64 amd64 4.9.144-3.1 [449 kB]
Holen:28 http://ftp.de.debian.org/debian stretch-updates/main amd64 linux-headers-4.9.0-8-common all 4.9.144-3.1 [7.643 kB]
Holen:29 http://ftp.de.debian.org/debian stretch-updates/main amd64 linux-kbuild-4.9 amd64 4.9.144-3.1 [809 kB]
Holen:30 http://ftp.de.debian.org/debian stretch-updates/main amd64 linux-image-4.9.0-8-amd64 amd64 4.9.144-3.1 [39,1 MB]
:::
apt-listchanges: Lese Changelogs...
Vorkonfiguration der Pakete ...
Es wurden 74,1 MB in 14 s geholt (4.970 kB/s).
Vorbereitung zum Entpacken von .../10-linux-headers-4.9.0-8-amd64_4.9.144-3.1_amd64.deb ...
Entpacken von linux-headers-4.9.0-8-amd64 (4.9.144-3.1) über (4.9.130-2) ...
Vorbereitung zum Entpacken von .../11-linux-headers-4.9.0-8-common_4.9.144-3.1_all.deb ...
Entpacken von linux-headers-4.9.0-8-common (4.9.144-3.1) über (4.9.130-2) ...
Vorbereitung zum Entpacken von .../12-linux-kbuild-4.9_4.9.144-3.1_amd64.deb ...
Entpacken von linux-kbuild-4.9 (4.9.144-3.1) über (4.9.130-2) ...
Vorbereitung zum Entpacken von .../13-linux-image-4.9.0-8-amd64_4.9.144-3.1_amd64.deb ...
Entpacken von linux-image-4.9.0-8-amd64 (4.9.144-3.1) über (4.9.130-2) ...
:::
update-initramfs: Generating /boot/initrd.img-4.9.0-8-amd64
/etc/kernel/postinst.d/vboxadd:
VirtualBox Guest Additions: Building the VirtualBox Guest Additions kernel modules.  This may take a while.
/etc/kernel/postinst.d/zz-update-grub:
GRUB-Konfigurationsdatei wird erstellt …
Linux-Abbild gefunden: /boot/vmlinuz-4.9.0-8-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.9.0-8-amd64
Linux-Abbild gefunden: /boot/vmlinuz-4.9.0-7-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.9.0-7-amd64
erledigt
linux-kbuild-4.9 (4.9.144-3.1) wird eingerichtet ...
=============================================================================================
Perform autoclean:
Paketlisten werden gelesen...
Abhängigkeitsbaum wird aufgebaut....
Statusinformationen werden eingelesen....
=============================================================================================
Update succesful! Next update at 2019-058
22-02-2019-19-10 Job end

Vielleicht war das ja mal zu irgendeiner Vor-Systemd-Zeit so, dass dkms und VB-Guest-Additions nicht zusammen werkelten... aber ich kenne das seit Jessie nicht anders. Ich wurde ja durch diesen Auflösungsfehler immer regelrecht daran erinnert, dass ich beim Setup mal wieder 'dkms' in der VM vergessen habe.... und danach lief es dann automatisch.

[avDeb]

Habt ihr diese Anleitung schon gesehen?
https://stegard.net/2016/10/virtualbox- ... buntu-fail

[Monroe]

Buster gefällt mir auf meinem Dualboot ( Win/Debian) Notebook mit mehreren *.iso Live images ganz und gar nicht, wenn man secure boot im BIOS aktiviert und mit shim bootet. Ich gebe zu, dass ich anspruchsvoller User bin, der mit Debian Jessie und Stretch bisher immer gut gefahren ist, doch auf virtualbox kann und will ich nicht verzichten und kann da auch nicht viel Zeit investieren. Ok, secureboot Implementierung beinhaltet zusätzliche Security, die ich auch wichtig finde, doch braucht es dazu viel Zeit, die ich – wie gesagt – nicht habe.
Ich habe das versucht mit der Anleitung von 2016, doch wer kommt auf solch eine Idee?

[kalle123]

doch auf virtualbox kann und will ich nicht verzichten und kann da auch nicht viel Zeit investieren.

Buster auf dem Desktop und auf dem Notebook, beides + vbox. EFI, aber secure boot off.

Ok, secureboot Implementierung beinhaltet zusätzliche Security, die ich auch wichtig finde, doch braucht es dazu viel Zeit, die ich – wie gesagt – nicht habe.

Verstehe ich nicht, dann deaktiviere das doch. Ich persönlich sehe den Sicherheitsgewinn unter Linux nicht.

Gruß KH

[Monroe]

stimmt schon, was du schreibst.
https://de.wikipedia.org/wiki/Unified_E ... ecure_Boot [Secure Boot] verhindert jedoch nicht, dass jedes Kettenglied auch „nicht-vertrauenswürdige“ Software laden kann. Beispielsweise existiert mit Shim ein von Microsoft signierter Bootloader, der einen nicht zertifizierten GRUB und über diesen beliebige andere Binaries nachladen kann.[...]
vg

[willy4711]

Buster gefällt mir auf meinem Dualboot ( Win/Debian) Notebook mit mehreren *.iso Live images ganz und gar nicht......

viewtopic.php?t=173895&p=1215203#p1215203
viewtopic.php?t=172660&p=1215202#p1215202

Sonntagsblues ?
Hier Thema: VirtualBox

[amideb21]

Melde mich, wenn ich eine Lösung habe...

Das bin ich noch schuldig. So hat es bei mir (Buster, 07.07.2019) funktioniert:

Code: Alles auswählen

# apt install gcc
# apt install linux-headers-amd64
# apt install make

jetzt kann das *.run File von https://www.virtualbox.org/wiki/Linux_Downloads installiert werden. Das *.run File findes Du unter "All distributions"

Code: Alles auswählen

sh /pfad/zur/Datei/VirtualBox-6.0.8-130520-Linux_amd64.run

THX B52

Bei mir war das leider nicht (allein) zielführend. zuvor wurde mir Folgendes angezeigt:

Code: Alles auswählen

sudo /sbin/vboxconfig

vboxdrv.sh: Stopping VirtualBox services.
vboxdrv.sh: Starting VirtualBox services.
vboxdrv.sh: Building VirtualBox kernel modules.
This system is currently not set up to build kernel modules.
Please install the Linux kernel "header" files matching the current kernel
for adding new hardware support to the system.
The distribution packages containing the headers are probably:
    linux-headers-amd64 linux-headers-4.19.0-6-amd64
This system is currently not set up to build kernel modules.
Please install the Linux kernel "header" files matching the current kernel
for adding new hardware support to the system.
The distribution packages containing the headers are probably:
    linux-headers-amd64   linux-headers-4.19.0-6-amd64

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.

Ich habe besagtes Paket >linux-headers-4.19.0-6-amd64< nach >apt full-upgrade< einfach über synaptic manuell installiert...und schon liefs. Kann sein, dass ich nach dem nächsten Kernel-update vor dem gleichen Problem stehe.

[DebianNeuling2020]

Ich hatte das gleiche Problem unter LMDE 3 und habe die Fehlerquellen auch nicht in den Griff bekommen. Da aber zum gleichen Zeitpunkt die LMDE 4 raus kam und ich am überlegen war auf Debian umzusteigen habe ich mich für Debian entschieden. Also bei mir läuft Virtualbox 6.1 mit Windows 10 Home. Das einzige was ich noch nicht hinbekommen habe ist der USB-Bereich. Bekomme keinen USB-Stick angeschlossen und auch mein Navi von Garmin will nicht so wie ich aber das werde ich auch noch hinbekommen. Alles andere gut. Bin mit meinen Wechel zu Debian sehr zufrieden.

[willy4711]

Wenn du Virtualbox installiert hast, musst du im Host (also Debian) der Gruppe vboxusers beitreten.
Also als root:

Code: Alles auswählen

usermod -aG vboxusers <Benutzername>

Neustart

Erst dann kannst du USB / Gemeinsame Ordner / Zwischenablage mit dem Gast nutzen

Wenn du Linux- Gäste installiert hast, musst du gleiches im Gast machen. Da heißt die Gruppe vboxsf, der du beitreten musst.
Bei Windows- Gästen ist das nicht nötig.