ubuntuusers.de

Ich möchte verhindern, dass der Kernel 6.8.0-138 per apt autoremove bzw. apt-get autoremove entfernt wird.

root@aspire:~# dpkg --get-selections | grep 6.8.0-138
linux-headers-6.8.0-138				install
linux-headers-6.8.0-138-generic			install
linux-image-6.8.0-138-generic			install
linux-modules-6.8.0-138-generic			install
linux-modules-extra-6.8.0-138-generic		install
linux-tools-6.8.0-138				install
linux-tools-6.8.0-138-generic			install
root@aspire:~#

Also habe ich per

root@aspire:~# apt-mark hold linux-image-6.8.0-138-generic linux-headers-6.8.0-138-generic
linux-image-6.8.0-138-generic auf Halten gesetzt.
linux-headers-6.8.0-138-generic auf Halten gesetzt.
root@aspire:~#

auf hold gesetzt. Dennoch will ein

root@aspire:~# apt-get --simulate autoremove 
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden Pakete werden ENTFERNT:
  linux-headers-6.8.0-139 linux-headers-6.8.0-139-generic
  linux-image-6.8.0-139-generic linux-modules-6.8.0-139-generic
  linux-modules-extra-6.8.0-139-generic linux-tools-6.8.0-138
  linux-tools-6.8.0-138-generic linux-tools-6.8.0-139
  linux-tools-6.8.0-139-generic
0 aktualisiert, 0 neu installiert, 9 zu entfernen und 0 nicht aktualisiert.
Remv linux-headers-6.8.0-139-generic [6.8.0-139.139]
Remv linux-headers-6.8.0-139 [6.8.0-139.139]
Remv linux-image-6.8.0-139-generic [6.8.0-139.139]
Remv linux-modules-extra-6.8.0-139-generic [6.8.0-139.139]
Remv linux-modules-6.8.0-139-generic [6.8.0-139.139]
Remv linux-tools-6.8.0-138-generic [6.8.0-138.138]
Remv linux-tools-6.8.0-138 [6.8.0-138.138]
Remv linux-tools-6.8.0-139-generic [6.8.0-139.139]
Remv linux-tools-6.8.0-139 [6.8.0-139.139]
root@aspire:~#

Teile des Kernels (linux-tools-6.8.0-138-generic linux-tools-6.8.0-138) entfernen. Muss man die auch noch alle einzeln mit auf hold setzen, damit der Kernel voll funktionsfähig erhalten bleibt?

Dann setz die Tools auch auf hold. Wo ist das Problem?

Ich würde alle DEB-Pakete, die vorläufig erhalten bleiben sollen, auf hold setzen.

Schau mal, ob Du alle Kernelpakete für die Version 6.8.0-138 so erwischen kannst:

dpkg -l | awk '/linux-.*6.8.0-138*/{print $2}'

... dann wäre das möglich:

sudo apt-mark hold $(dpkg -l | awk '/linux-.*6.8.0-138*/{print $2}' | xargs)

Oder später dann wieder mit unhold.

Ja, habs gemacht. Wollte es nur verstehen, nicht nur einfach machen.

Das eigentliche Problem, warum ich den 6.8.0-138 auf Hold haben will, ist:

https://forum.ubuntuusers.de/topic/kein-bluetooth-mit-kernel-6-8-0-139/

Beim HWE, auch dem aktuellen 7.0.0-34 funktioniert zwar Bluetooth aber dafür bricht die Geschwindigkeit des WLAN's immer wieder ein, im Vergleich zu 6.8.0-138. Der 6.8.0-138 ist der letzte Ubuntu-Kernel, der Blueman startet und ohne ständige Einbrüche bei der Geschwindigkeit des WLAN's tut was er soll.

Dann wäre es doch sinnvoller zu guggen ob es eine Lösung für das einbrechende Wlan mit HWE Kernel gibt.

Oder noch besser gleich den Liquorix Kernel testen. Liquorix aktuell: 7.2.7-1

NurNochDebianUser schrieb:

[…] auf hold gesetzt. Dennoch will ein

root@aspire:~# apt-get --simulate autoremove 
[…]

Teile des Kernels (linux-tools-6.8.0-138-generic linux-tools-6.8.0-138) entfernen. Muss man die auch noch alle einzeln mit auf hold setzen, damit der Kernel voll funktionsfähig erhalten bleibt?

Jein.

Richtig ist, dass man in der Regel mehr benötigt als linux-image-*, aber linux-tools-* gehören nicht unbedingt dazu. Welche genau benötigt werden, hängt allerdings von der Version des Kernels ab. Bei einem installierten und funktionsfähigen Kernel liefert dieser Befehl einen Überblick, hier für den Ubuntu-LTS-Kernel von 26.04:

dpkg --list 'linux-*-7.0.0-*' | grep ^ii 

ii  linux-headers-7.0.0-30-generic        7.0.0-30.30~24.04.1 amd64        Linux kernel headers for version 7.0.0
ii  linux-headers-7.0.0-31-generic        7.0.0-31.31~24.04.1 amd64        Linux kernel headers for version 7.0.0
ii  linux-hwe-7.0-headers-7.0.0-30        7.0.0-30.30~24.04.1 all          Header files related to Linux kernel version 7.0.0
ii  linux-hwe-7.0-headers-7.0.0-31        7.0.0-31.31~24.04.1 all          Header files related to Linux kernel version 7.0.0
ii  linux-image-7.0.0-30-generic          7.0.0-30.30~24.04.1 amd64        Signed kernel image generic
ii  linux-image-7.0.0-31-generic          7.0.0-31.31~24.04.1 amd64        Signed kernel image generic
ii  linux-modules-7.0.0-30-generic        7.0.0-30.30~24.04.1 amd64        Linux kernel modules for version 7.0.0
ii  linux-modules-7.0.0-31-generic        7.0.0-31.31~24.04.1 amd64        Linux kernel modules for version 7.0.0

Du solltest jedenfalls noch über linux-modules* (inkl. linux.modules-extra-*!) nachdenken. Weitere Verdächtige, also auch linux-hwe-* und linux-tools- würde ich an Deiner Stelle ebenso behandeln.

Das stimmt, ist aber anderes Thema und bis heute hatte ich ja noch die Hoffnung, dass ein neuer 6.8.0-er Kernel (heute wurde mir ja der 6.8.0-142 angeboten) wieder Blueman startet. Ist aber nicht so. Auch mit 6.8.0-142 kein Blueman.

Ich werde Liquorix testen. Aber aus Zeitgründen nicht mehr heute.

Davon abgesehen kann man da auch unterschiedliche Versionen installiert haben. Du willst offensichtlich Ubuntu-Kernel 6.8.0-138 Probleme der -139 wegen vorläufig behalten. linux-tools 6.8.0-139 können trotzdem installiert sein/werden. Wenn Du statt des uralten Noble-Kernels den HWE-Kernel installiert hättest, wüßtest Du das. Solltest Du das nicht glauben, sieh bspw. in die Depends von linux-tools-6.8.0-146_6.8.0-146.146_amd64.deb!

Ja, die wie auch den Ubuntu-Kernel in dieser Version gibt es längst. Statt immer irgendwelchen alten Kram auf hold setzen zu wollen, nur weil irgendwas mal wieder nicht funktioniert, sieht man sich aktuelle Versionen an (auch, wenn sie in diesem Fall noch proposed sind...seit 16 Tagen, das ist wirklich eine jämmerliche Bude).

Davon abgesehen solltest Du endlich auf HWE gehen und - spätestens, wenn die Nasen bei Canonical endlich soweit sind - auf Resolute.

Das muß man sich mal vorstellen: Ubuntu-Kernel 6.8.0-139 und Canonical bekommt das immer noch nicht gebacken.

NurNochDebianUser schrieb:

Ich werde Liquorix testen.

Das ist sowieso die bessere Entscheidung.

Aber aus Zeitgründen nicht mehr heute.

Wie meinen?

1
2

sudo apt-add-repository ppa:damentz/liquorix
sudo apt install linux-headers-liquorix-amd64 linux-image-liquorix-amd64

Reboot und schon siehst Du auch, ob/daß Bluetooth wieder funktioniert. Sache von 2 min.

Hallo von.wert, ich nutze ja den HWE seit dem von mir erstellten Beitrag https://forum.ubuntuusers.de/topic/kein-bluetooth-mit-kernel-6-8-0-139/

Nur hat der HWE eben den Nachteil mit den Geschwindigkeitseinbrüchen bei WLAN.

Dann mach doch endlich hin mit Liquorix-Kernel!

Davon abgesehen ist es mir schleierhaft, wieso Du überhaupt Ubuntu nutzt. Bei diesem Nick.

Ist nicht mein Notebook.

Und es steht nicht einmal bei mir. Zugriff über VPN. Über VPN kann ich aber nicht ins BIOS/UEFI sehen ob Secure Boot aktiv ist. Der Liquorix-Kernel will aber nicht mit Secure Boot. Das ist zwischenzeitlich aber telefonisch geklärt worden. Secure Boot ist nicht aktiv und daher seht dem Liquorix-Kernel nichts im Weg.

Nachtrag:

root@aspire:~# uname -r
7.2.7-1-liquorix-amd64
root@aspire:~#

WLAN ohne Geschwindigkeitseinbrüche und Blueman startet auch.

Danke für die Denkanstöße hier.

NurNochDebianUser schrieb:

Nur hat der HWE eben den Nachteil mit den Geschwindigkeitseinbrüchen bei WLAN.

Hm? Bei Dir oder allgemein irgendwo? Einen Thread von oder mit Dir finde ich da nicht.

Vielleicht legt sich einfach nur der NIC schlafen, wäre nichts neues. Das Problem gibt's je nach NIC und Treiber übrigens auch unter Windows. Oder solche Dinger wie unmotivierte Losts und Reconnects (da fliegen User aus ihren Team-Meetings, hab' ich 'ne Weile gesucht, das Deaktivieren von Receive Segment Coalescing des USB-LAN-Adapters im OS für die Docking Station löst das).

Den SB-Status hättest Du remote abfragen können, ohne ins UEFI gehen zu müssen bzw. gehen zu lassen:

1
2

sudo apt install mokutil
mokutil --sb-state

mokutil --sb-state

Kannte ich bisher nicht. Man kann ja nicht alles kennen und wüsste ich schon alles, müsste ich hier nichts mehr fragen ♥

Zum WLAN. Die Geschwindigkeitseinbrüche traten nicht mit Kenel 6.8.0-er auf. Treten nun mit dem 7.2.7-1-liquorix-amd64 auch nicht auf. Nur mit den beiden genutzen HWE (7.0.0-31 und 7.0.0-34) konnte ich diese feststellen, bzw. wurden mir überwiegend berichtet.