Kernel 3.11 versteht VirtualBox GuestAdditions 4.1.26 nicht

Started by Hanisch, 2013/09/11, 20:59:14

Previous topic - Next topic

Hanisch

Hallo,
mit dem letzten D-U kam Kernel 3.11-0.towo-siduction-686.
Dieser Kernel versteht die GuestAdditions der VirtualbOx 4.1.26 nicht.
GNOME 3 und Shared Folder funktionieren nicht mit diesem Kernel und den GuesAdditions von VirtualBox 4.1.26.

Aber mit dem Kernel 3.10-4.towo-siduction-686 funktioniert alles noch einwandfrei.

Ich habe den Kernel 3.11-0.towo-siduction-686 deinstalliert einschließlich der Header.

Werden mir nun beim nächsten D-U keine höheren Kernel-Versionen mehr angeboten?
Wie komme ich doch noch in den normalen Rhythmus, falls kommende Kernel-Versionen wieder eine Unterstützung haben sollten?

Gruß
Ch. Hanisch

towo

Gibt es einen bestimmten Grund, so eine alte Version von VBox zu benutzen?
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

Hanisch

Quote from: "towo"Gibt es einen bestimmten Grund, so eine alte Version von VBox zu benutzen?
Naja, ich habe als Host noch Ubuntu 11.04 und da ist standardmäßig noch VirtualBox 4.1.26 drauf.

Aber unter aptosid und VirtualBox 4.2.18 läuft alles einwandfrei.

Gruß
Ch. Hanisch

towo

Und was sollen wir nun machen?
Installier halt unter Ubuntu auch die aktuelle VBox-Version.
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

Hanisch

Quote from: "towo"
Installier halt unter Ubuntu auch die aktuelle VBox-Version.
Das würde wohl das Problem nur teilweise lösen, denn der Kernel 3.11 ist anscheinden total buggy.

Mit den GuestAdditions von VirtualBox 4.2.18 läuft es mit dem Kernel 3.11 anscheinend erst mal, aber dann kann ich Krusader root nicht ordentlich aufrufen, er füllt die Panel nicht und friert das System ein.
Auch andere Programme starten nicht usw.

Habe den Kernel 3.11 nun auch unter aptosid wieder entfernen müssen.
Mein Frage vom Ausgangs-Posting bleibt.

Gruß
Ch. Hanisch

devil

Du bekommst so lange unsere kernel, wie du die Metapakete draufhast. Das wären beispielseise die Paketelinux-image-siduction-amd64 und linux-headers-siduction-amd64

Übrigens läuft 3.11 hier ohne Probleme.

greetz
devil

piper

I have a Lucky Rabbit:    "Svoot" ..... (It's Swedish)

I am MAGA

Hanisch

Quote from: "devil"Du bekommst so lange unsere kernel, wie du die Metapakete draufhast. Das wären beispielseise die Paketelinux-image-siduction-amd64 und linux-headers-siduction-amd64

Übrigens läuft 3.11 hier ohne Probleme.
Ich beziehe mich auf
linux-image-3.11-0.towo-siduction-686
linux-headers-3.11-0.towo-siduction-686

in einem 32Bit System in der VirtualBox 4.2.18.

Die Metapakete
linux-image-siduction-686
linux-headers-siduction-686

sind bei mir z.Zt. deaktiviert.


Gruß
Ch. Hanisch

devil

Deaktiviert? Ein installiertes Paket kann auf hold stehen, falls Du das meinst.
Das bedeutet, Du bekommst per dist-upgrade keine Kernel mehr.

greetz
devil

der_bud

Quote from: "Hanisch"...mit dem letzten D-U kam Kernel 3.11-0.towo-siduction-686.
Dieser Kernel versteht die GuestAdditions der VirtualbOx 4.1.26 nicht...
Vermutlich müsste man eher formulieren "die Guest-Additions verstehen den Kernel nicht", denn Oracle hat den entsprechenden Support erst ab 4.2.18 sauber gefixt:
Quote from: "Changelog for VirtualBox 4.2.18"Linux hosts / guests: Linux 3.11 fixes (bug #12001, https://www.virtualbox.org/ticket/12001)
So bleibt also tatsächlich nur entweder den Host auf neuere VBox hochzuziehen oder im Gast auf neuere Kernel zu verzichten.

(OT PS: hat quote im Forum schon immer doppelte Doppelpunkte gemacht?)
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

Hanisch

Quote from: "devil"Deaktiviert? Ein installiertes Paket kann auf hold stehen, falls Du das meinst.
Das bedeutet, Du bekommst per dist-upgrade keine Kernel mehr.
Ich habe nichts auf Hold gesetzt (Wie geht das eigentlich?)
Die Pakete
linux-image-siduction-686
linux-headers-siduction-686

sind bei mir in Synaptic nicht angehakt und der Kernel
linux-image-3.11-0.towo-siduction-686
ist nicht mehr installiert, wenn Du das meinst?

Gruß
Ch. Hanisch

devil

Ich hab keine Ahnung, was bei Synaptic 'angehakt' bedeutet.

Auf 'hold' setzt man ein Paket mitapt-mark hold <Paket> Die Manpage von apt-mark weiss mehr.

greetz
devil

Hanisch

Quote from: "devil"Ich hab keine Ahnung, was bei Synaptic 'angehakt' bedeutet.
Na wenn links das Kästchen grün ist.

QuoteAuf 'hold' setzt man ein Paket mitapt-mark hold <Paket> Die Manpage von apt-mark weiss mehr.
Und wie hebt man dieses Hold wieder auf?
Wenn die beiden Metapakete in Synaptik nicht grün sind, entspricht das diesem Hold?

Gruß
Ch. Hanisch

devil

Ich weiss es nicht, kenne synaptik nicht.
Die Manpage weiss folgendes zu hold:
unhold wird benutzt, um ein vorher gesetztes »hold« auf ein Paket aufzuheben, um alle Aktionen wieder zu erlauben.


greetz
devil

Hanisch

Hallo,

nur zur Rückversicherung. Würde ich also nach
sudo apt-mark hold linux-image-siduction-686
sudo apt-mark hold linux-headers-siduction-686

keine neuen Kernel mehr angeboten kriegen?
Oder reicht es aus, die beiden Pakete nicht mehr installiert zu haben?

Gruß
Ch. Hanisch