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
Gibt es einen bestimmten Grund, so eine alte Version von VBox zu benutzen?
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
Und was sollen wir nun machen?
Installier halt unter Ubuntu auch die aktuelle VBox-Version.
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
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
3.11 läuft auch hier ohne Probleme
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-686in einem 32Bit System in der VirtualBox 4.2.18.
Die Metapakete
linux-image-siduction-686
linux-headers-siduction-686sind bei mir z.Zt. deaktiviert.
Gruß
Ch. Hanisch
Deaktiviert? Ein installiertes Paket kann auf hold stehen, falls Du das meinst.
Das bedeutet, Du bekommst per dist-upgrade keine Kernel mehr.
greetz
devil
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?)
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-686sind bei mir in Synaptic nicht angehakt und der Kernel
linux-image-3.11-0.towo-siduction-686ist nicht mehr installiert, wenn Du das meinst?
Gruß
Ch. Hanisch
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
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
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
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