virtualbox-dkms und virtualbox-guest-additions-iso benötigt man nur auf dem Host.
(das zweite Pakete ermöglicht das Mounten des Iso im Gast mit dem Menü-Befehl: Geräte / Gasterweiterungen einlegen.)
Was ist denn eigentlich dieses ominöse 'virtualbox-dkms'?
"This package provides the source code for the virtualbox kernel module to be
build with dkms. Kernel sources or headers are required to compile this
module."Also braucht dkms zwingend dieses Paket 'virtualbox-dkms', wenn man die VirtualBox aus den Distributions-eigenen Quellen installiert hat.
Früher und bei anderen Distributionen genügte dkms.
Die vier Pakete
virtualbox
virtualbox-dkms
virtualbox-ext-pack
virtualbox-guest-additions-iso
werden nur in einem siduction-Host benötigt, wenn man VirtualBox aus den Distributions-eignen Quellen installieren will. In unserem Fall eines siduction-Gastes kommen sie überhaupt nicht in Betracht.
Da ich VirtualBox einschließlich extensions grundsätzlich immer in der neuesten Version von der Oracle-Homepage im Host installiere, sind die GuestAdditions wahlweise im Host unter /usr/share/virtualbox/VBoxGuestAdditions.iso zu erreichen und können via mount (siehe oben) im Gastsystem installiert werden. Dort liegen sie dann unter /opt/VBoxGuestAdditions-5.0.10
Diese Art, VirtualBox zu nutzen, ist generell zu empfehlen.
Ansonsten haben wir zwei Dinge doppelt:
1. Man kann entweder das ISO-Image oder die virtualbox-guest-{dkms,utils,x11} Pakete verwenden.
2. Eigentlich sind diese Pakete momentan nur in debian contrib enthalten, nicht in siduction.
(Aber in der Vergangenheit hat santa auch mal diese Pakete für den siduction-Kernel gepatcht.)
Ja, das habe ich auch schon bemerkt. Ich war immer der Empfehlung gefolgt, falls vorhanden, immer die Pakete aus den Repository der Distribution zu verwenden (Ausnahme VirtualBox im Host, wo ich die Oracle-Homepage bevorzuge), weil dort evtl. geeignete Patches bezogen auf die Distribution gemacht worden sind.
virtualbox-guest-{dkms | utils | x11}sind
ausschießlich für Gastsysteme da und alternativ zur GuestAddition-Installation (gleiche Version wie VirtualBox selbst) aus dem ISO-Image.
Die Versionen von VirtualBox im Host und virtualbox-guest-{dkms | utils | x11} im Gast müssen nicht gleich sein. Oft sind letztere älteren Datums, was aber für die Funktionsfähigkeit der so installierten GuestAdditions ohne Bedeutung ist. Man erhält dann evtl. eine Warnung beim Starten des Gastsystems, die man aber ignorieren kann.
Bleibt noch sowohl im Linux-Host als auch im Gastsystem das
Paket dkms.
Zu dkms stellt sich mir die Frage, weshalb man nicht bei der Installation von VirtualBox dieses dkms gleich automatisch mit installiert?
So will doch jeder Nutzer bei jedem Kernel-Update bzw. Reinstall die Kernel-Module (vboxdrv) ohne Ausnahme immer wieder dabei haben. Z.Zt. muß man dkms immer zusätzlich installieren (bitte niemals vergessen!).
Und nun scheint mir im Zuge der Verschlimmbesserungen eine Sache vollkommen unter die Räder gekommen zu sein.
Noch bei UBUNTU 10.04 z.B. kommt beim Booten mit einem anderen/älteren Kernel die Bootmeldung:
* Running DKMS auto installation service for kernelUnd z.B. auch schon bei UBUNTU 9.04 beim Starten eines älteren Kernels (und wenn ich mich recht entsinne auch bei SIDUX/aptosid):
* Running DKMS auto installation service for kernel 2.6.28-18-genericWeil das einige Bootzeit in Anspruch nimmt, hat man wohl auf diese Option verzichtet in der Annahme, daß dieser Fall des Bootens mit einem anderen/älteren Kernel nicht so häufig vorkommt; und es nicht weiter stört, daß keine VM mehr läuft bzw. die GuestAdditions unvollständig arbeiten.
Jetzt läuft der automatische dkms-Mechanismus - wie schon immer - nur noch beim Kernel-Update oder bei einem Kernel-Reinstall an. Und das sowohl im Host als auch im Gast.
Genau dieses Verhalten führt zu dem von mir beobachteten Mangel. Oder ist das gar ein Bug?
Meine Forderung:1) dkms automatisch bei der Installation der VirtualBox im Host bzw. der GuestAdditions im Gast mit installieren.
2) " DKMS auto installation service for kernel" wieder für jeden anderen/älteren Kernel implementieren.
Gruß
Ch. Hanisch
