staging.inyokaproject.org

Hallo, ich habe gerade in Kubuntu 20.04 über die grafische Aktualisierungsverwaltung das Update auf Kernel 5.8.0-34.37 durchgeführt. Das Update schien auch ganz ordnungsgemäß ohne Fehlermeldungen durchzulaufen. Nach Neustart des Systems mit neuem Kernel 5.8.0-34.37 ist jedoch jetzt kein Sound mehr verfügbar, sowie der USB-WLAN-Stick wird zwar erkannt, aber arbeitet nicht mehr (über lsusb kann ihn noch sehen), jedoch in der grafischen Benutzeroberfläche wird er nicht angezeigt. Ebenfalls die Soundkarte, in Kernel 5.4.0-59 sehe ich sie auch in der Konsole sowie auch in der grafischen Benutzeroberfläche und sie funktioniert. Bei Start des Systems mit den Kernel 5.4.0-59 funktioniert noch alles. Beim Upgrade vor zwei Wochen von Kubuntu 18.04 auf 20.04 hatte ich bereits einige Probleme (unter anderem mit dem Sound), diese konnten dankenswerterweise schon hier im Forum durch eure Mithilfe gelöst werden. ☺ https://forum.ubuntuusers.de/topic/problem-bei-nach-upgrade-von-kubuntu-18-04-auf/

Die Konsole in Kernel 5.8.0-34.37 liefert folgendes:

1
2

lars@lars-System-Product-Name:~$ cat /proc/asound/cards
cat: /proc/asound/cards: Datei oder Verzeichnis nicht gefunden

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

lars@lars-System-Product-Name:~$ lsusb
Bus 002 Device 005: ID 057c:8501 AVM GmbH FRITZ WLAN N v2 [RT5572/rt2870.bin]
Bus 002 Device 003: ID 046d:c03f Logitech, Inc. M-BT85 [UltraX Optical Mouse]
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 058f:6362 Alcor Micro Corp. Flash Card Reader/Writer
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

1
2
3
4
5
6
7

lars@lars-System-Product-Name:~$ uname -a; lsb_release -a
Linux lars-System-Product-Name 5.8.0-34-generic #37~20.04.2-Ubuntu SMP Thu Dec 17 14:53:00 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 20.04.1 LTS
Release:        20.04
Codename:       focal

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

lars@lars-System-Product-Name:~$ sudo lsblk -o NAME,UUID,FSTYPE,SIZE,LABEL,MOUNTPOINT
[sudo] Passwort für lars: 
NAME   UUID                                 FSTYPE   SIZE LABEL             MOUNTPOINT
sda                                                238,5G                   
├─sda1 26D4FAE4D4FAB561                     ntfs     100M System-reserviert 
├─sda2 2C9E01689E012BC0                     ntfs   117,1G                   
├─sda3                                                 1K                   
├─sda4 43fddff7-6426-4350-861e-0316751eec22 ext4    74,5G                   /
└─sda5 30e558b8-270c-4548-9cd2-855c2619d063 swap    18,6G                   [SWAP]
sdb                                                931,5G                   
└─sdb1 3410CD8110CD4A96                     ntfs   931,5G Daten             
sr0                                                 1024M

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

lars@lars-System-Product-Name:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda4 during installation
UUID=43fddff7-6426-4350-861e-0316751eec22 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=30e558b8-270c-4548-9cd2-855c2619d063 none            swap    sw              0       0

1
2
3
4
5
6
7
8

lars@lars-System-Product-Name:~$ dpkg --list | grep linux-image
ii  linux-image-4.15.0-128-generic                4.15.0-128.131                                      amd64        Signed kernel image generic
ii  linux-image-4.2.0-38-generic                  4.2.0-38.45                                         amd64        Linux kernel image for version 4.2.0 on 64 bit x86 SMP
ii  linux-image-5.4.0-58-generic                  5.4.0-58.64                                         amd64        Signed kernel image generic
ii  linux-image-5.4.0-59-generic                  5.4.0-59.65                                         amd64        Signed kernel image generic
ii  linux-image-5.8.0-34-generic                  5.8.0-34.37~20.04.2                                 amd64        Signed kernel image generic
ii  linux-image-extra-4.2.0-38-generic            4.2.0-38.45                                         amd64        Linux kernel extra modules for version 4.2.0 on 64 bit x86 SMP
ii  linux-image-generic                           5.4.0.59.62

Habt ihr eventuell ähnliche Probleme mit dem Kernel 5.8.0-34.37, oder könnt ihr mir bitte einen Tipp geben, was ich tun könnte, damit der USB-WLAN Stick, sowie der Sound auch im neuen Kernel wiedr läuft.

Das sind zwei verschiedene Probleme, die in zwei unterschiedliche Subforen gehören. In "Ubuntu installieren und aktualisieren" gehört keines von beiden, da es hier weder um Soundkarten noch um WLAN-Karten geht.

Erstelle also bitte seperate Thread zu deinen unterschiedlichen Problemen in den dazu passenden Subforen, siehe auch Richtig fragen.

oder könnt ihr mir bitte einen Tipp geben, was ich tun könnte, damit der USB-WLAN Stick, sowie der Sound auch im neuen Kernel wiedr läuft.

bleib beim 5.4er Kernel → wenn mit dem alles funktioniert, dann gibt es keinen Grund, um auf den 5.8er zu wechseln.

Einige unfreie Treiber (ich vermute Dein wlan fällt drunter) sind noch nicht an den Kernelzweig angepaßt.

Mal gucken ob ich richtig liege. sollte Dir Dein system sagen Befehl nicht gefunden, vergiß was ich schrub.

dkms status

Gruß Taomon

Hallo Frieder, hallo Taomon, vielen Dank für euere Tipps und Hinweise.

dkms status brachte folgendes: in Kernel 5.8:

1
2
3
4

lars@lars-System-Product-Name:~$ dkms status
virtualbox, 6.1.10, 4.15.0-128-generic, x86_64: installed
virtualbox, 6.1.10, 5.4.0-58-generic, x86_64: installed
virtualbox, 6.1.10, 5.4.0-59-generic, x86_64: installed

und in Kernel 5.4:

1
2
3
4
5
6
7

lars@lars-System-Product-Name:~$ dkms status
nvidia, 460.32.03, 5.4.0-59-generic, x86_64: installed
nvidia, 460.32.03, 5.4.0-60-generic, x86_64: installed
virtualbox, 6.1.10, 4.15.0-128-generic, x86_64: installed
virtualbox, 6.1.10, 5.4.0-58-generic, x86_64: installed
virtualbox, 6.1.10, 5.4.0-59-generic, x86_64: installed
virtualbox, 6.1.10, 5.4.0-60-generic, x86_64: installed

Der Kernel 5.8 war bei mir komischerweise in der grafischen Aktualisierungsverwaltung Discover aufgeführt/vorgeschlagen. (In der Paketverwaltung ist bei mir das Häkchen "vorabveröffentliche Aktualisierungen" ebenfalls nicht aktiviert.) Auf einem anderen Rechner, auf dem ebenfalls Kubuntu 20.04 installiert ist, bekomme jetzt in der Aktualisierungsverwaltung auch nur die 5.4.0-60 angezeigt.

Ich habe in dem funktionierenden Kernel 5.4 nochmals die Aktualisierung gestartet. Nach dem Aktualisierungsvorgang kam ganz am Ende, nachdem die Meldung zum Neustart erschien, die Fehlermeldung: "ksmserver-logout-greeter" wurde unerwartet beendet und ich musste den Rechner per Hardware-Reset herunter fahren.

Installiert sind jetzt bei mir folgende Kernel:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

lars@lars-System-Product-Name:~$ dpkg --list | grep linux-image
ii  linux-image-4.15.0-128-generic                4.15.0-128.131                                      amd64        Signed kernel image generic
ii  linux-image-4.2.0-38-generic                  4.2.0-38.45                                         amd64        Linux kernel image for version 4.2.0 on 64 bit x86 SMP
ii  linux-image-5.4.0-58-generic                  5.4.0-58.64                                         amd64        Signed kernel image generic
ii  linux-image-5.4.0-59-generic                  5.4.0-59.65                                         amd64        Signed kernel image generic
ii  linux-image-5.4.0-60-generic                  5.4.0-60.67                                         amd64        Signed kernel image generic
ii  linux-image-5.8.0-34-generic                  5.8.0-34.37~20.04.2                                 amd64        Signed kernel image generic
ii  linux-image-5.8.0-36-generic                  5.8.0-36.40~20.04.1                                 amd64        Signed kernel image generic
ii  linux-image-extra-4.2.0-38-generic            4.2.0-38.45                                         amd64        Linux kernel extra modules for version 4.2.0 on 64 bit x86 SMP
ii  linux-image-generic                           5.4.0.60.63                                         amd64        Generic Linux kernel image

Das Problem besteht weiterhin bei beiden 5.8er Kernel.

Prinzipiell würde ich die beiden 5.8er Kernel gern wieder deinstallieren und beim 5.4 bleiben. Um den Kernel 5.8 wieder zu deinstallieren, würde ich Kubuntu mit Kernel 5.4 hochfahren und in der Konsole folgendes durchführen:

1

sudo apt-get remove --purge linux-image-5.8.0-34.37-generic linux-headers-5.8.0-34.37

und

1

sudo apt-get remove --purge linux-image-5.8.0-36.40-generic linux-headers-5.8.0-36.40

Könnte man das so machen? Würde sich der Grub beim Neustart dann auch wieder automatisch aktualisieren?

larsee schrieb:

[…] Prinzipiell würde ich die beiden 5.8er Kernel gern wieder deinstallieren und beim 5.4 bleiben.

Um bei Ubuntu 20.04 bei der Kernelserie 5.4 (= LTS-Kernel von Ubuntu 20.04) zu bleiben, musst Du HWE deaktivieren.

Hallo kB,

danke für den Hinweis. HWE kannte ich bis jetzt noch nicht.

Das Paket "linux-generic-hwe-20.04" müsste doch dafür verantwortlich sein, oder? Das Paket ist bei mir aber nicht installiert.

Hi, mir hat es gestern nach den updates auch den Netzwerkzugang zerschossen, selbst USB-Tethering ging nicht mehr. Daher habe ich kurzerhand einfach das ganze System 20.04 neu aufgesetzt. Danach habe ich alles aktualisiert. Obwohl ich das Paket nicht selbst installiert habe, bekomme ich diese Ausgabe:

~$ dpkg -l |grep linux-gen
ii  linux-generic-hwe-20.04                         5.8.0.36.40~20.04.21                  amd64        Complete Generic Linux kernel and headers

Übrigens, focal-proposed ist bei mir im Fenster deaktiviert. vg

Speedy-10 schrieb:

Daher habe ich kurzerhand einfach das ganze System 20.04 neu aufgesetzt. Danach habe ich alles aktualisiert. Obwohl ich das Paket nicht selbst installiert habe, bekomme ich diese Ausgabe:

ii  linux-generic-hwe-20.04                         5.8.0.36.40~20.04.21                  amd64        Complete Generic Linux kernel and headers

Bei Focal bekommt man den HWE-Stack scheinbar quasi "zwangsuntergejubelt". Das Paket linux-generic-hwe-20.04 ist sowohl auf der ISO von 20.04 wie auch auf 20.04.1 schon vorhanden (siehe hier und hier) und wird scheinbar auch installiert.

Bis Bionic war HWE erst ab dem zweiten Point-Release dabei. Nicht gerade die feine englische Art. Und wie man an etlichen "Geht nicht mehr"-Themen der letzten Tage erkennen kann, auch problembehaftet.

Oder gibt es im Focal-Installer eine abwählbare Option für HWE?

larsee schrieb:

Das Paket "linux-generic-hwe-20.04" müsste doch dafür verantwortlich sein, oder? Das Paket ist bei mir aber nicht installiert.

Was sagt ein

dpkg -l | grep "hwe-20.04"

Dieser HW-Stack ist ein Unart von ubuntu, finde ich. Nach einer Installation forsche ich nach den Paketen und tausche sie aus; zumindest die Kernelpakete.

Zuerst zeigen alle meta Pakete auf den selben Kernelzweig und irgendwann bist Du auf einem anderen drauf. Ohne es selbst zu wollen.

apt-cache policy linux-image-5.8.0-36-generic 

es gibt auch ppa's die andere Kernelzweige anbieten.

Gruß Taomon

Dieser HW-Stack ist ein Unart von ubuntu, finde ich.

Ich habe nichts gegen einen neueren Kernel, der evtl. auch neuere Hardware unterstützt, nur muss es auch funktionieren und darf mir nicht das System zerschießen.

VG

Speedy-10 schrieb:

Dieser HW-Stack ist ein Unart von ubuntu, finde ich.

Ich habe nichts gegen einen neueren Kernel, der evtl. auch neuere Hardware unterstützt, nur muss es auch funktionieren und darf mir nicht das System zerschießen.

VG

Für einen Neuling problematisch wenn es eben das System teilweise zerschießt. Die Entscheidung ob ich HW Stack will oder nicht sollte mir überlassen werden (heißt ich installier mir das bewußt oder nicht) wie damals in der guten alten Zeit . ☺

Gruß Taomon

Hallo dinsgbums,

die Konsole liefert folgendes:

1
2
3

lars@lars-System-Product-Name:~$ dpkg -l | grep "hwe-20.04"
ii  linux-modules-nvidia-455-generic-hwe-20.04    5.8.0-36.40~20.04.1                                 amd64        Extra drivers for nvidia-455 for the generic flavour (dummy transitional package)
ii  linux-modules-nvidia-460-generic-hwe-20.04    5.8.0-36.40~20.04.1                                 amd64        Extra drivers for nvidia-460 for generic-hwe-20.04

Würde ich vor dem fraglichen Rechner sitzen, wäre jetzt LTS Enablement Stacks (Abschnitt „Deinstallation“) angesagt. Mit den Eigenheiten von Nvidia-Karten und -Treibern kenn ich mich ehrlich gesagt aber nicht aus, wie groß der eventuelle Nacharbeits-Aufwand dann ist, kann ich daher nicht beurteilen.

Wenn du die Sache angehen möchtest, solltest du für den Notfall deine Nutzdaten noch einmal sichern und ein getestetes bootbares Live-Medium von 20.04 bereithalten.