virto
Anmeldungsdatum: 17. Januar 2020
Beiträge: 21
|
Hi, seit letzter Woche ab Kernel-Update 5.8.0.45 fingen die Probleme an. Kurz der Reihe nach: Mit dem Kernelupdate von 5.8.0.44 auf 5.8.0.45 gab es ein Probleme mit den nvidia-Treibern, sodass nur noch ein Monitor unterstützt. Ich bin hier im Forum fündig geworden, weil das Problem schon diskutiert wurde. https://forum.ubuntuusers.de/topic/fehler-bei-installation-kernel-5-8-0-45/ Ich habe meinen Kernel 5.8.0.44 auf 'hold' gesetzt und den Kernel 5.8.0.45 entfernt. In einem späteren Versuch mit dem erneut über den Update-Manger angebotenen Kernel 5.8.0.45 habe ich dann kein nvidia-Problem mehr bemerkt, aber schon da war keine Internetverbindung mehr da. Es fehlte das entsprechende Icon oben rechts und es funktionierte dementsprechend auch nichts (Browser usw.) Ich habe das immer noch auf der Kernel-Problem mit 5.8.0.45 geschoben, aber mir wurde jetzt zwischenzeitlich der Kernel 5.8.0.48 angeboten, allerdings funktioniert immer noch kein Netzwerk. Nur mit meinem auf 'hold' gesetzten Kernel 5.8.0.44 ist alles OK, deshalb muss es sich hier um ein Updateproblem handeln. Als Anhang habe ich mal die Ausgabe von dmesg bei gebooteten 5.8.0.48-Kernel beigefügt. Kann mir hier jemand einen Hinweis geben? Vielen Dank Moderiert von Taomon: Passender verschoben.
Moderiert von kB: Aus dem Forum „Netzwerk und Internetzugang einrichten“ in einen noch besser passenden Forenbereich verschoben, da es sich primär um ein Problem bei der Installation neuer Kernel handelt.
- dmesg.txt (64.3 KiB)
- Download dmesg.txt
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16460
|
Du hast im falschen Bereich gepostet und machst keinerlei verwertbare Angaben! Bitte zeige alle Angaben gemäß folgender Anleitung aus dem korrekten Forenbereich
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9642
|
virto schrieb:
Ich bin hier im Forum fündig geworden
Die richtigen Schlußfolgerungen hast Du aber nicht gezogen (Du hast nvidia 390.141, aktuell für Focal ist 460.39, wobei Deine Nvidia-GPU ungenannt ist). Deine BIOS-Version (die letzterhältliche ist 2301 und mittlerweile 8 1/2 Jahre alt - Du hast 1601) läßt auch erkennen, daß Du Dich nicht um Dein System kümmerst, weshalb ich einen bestimmten Verdacht habe (und ich auch noch nicht nach dem NIC frage). Boote den Kernel, mit dem Du keine Probleme hast, starte ein Terminal und führe über copy & paste aus: | dpkg -l | egrep linux-'image|headers|generic'-
sudo fdisk -l
sudo parted -l
df -h
lspci -nnk | grep -A3 "\[03..\]:"
|
Copypaste komplett von erster Befehlszeile bis zum neuen leeren Prompt hier in einem Codeblock!
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
virto schrieb: […] mir wurde jetzt zwischenzeitlich der Kernel 5.8.0.48 angeboten, allerdings funktioniert immer noch kein Netzwerk.
Wie kann das sein, dass Dir Software-Updates ohne Internet-Verbindung angeboten werden? Was genau verstehst Du unter „Keine Netzwerkverbindung mehr“?
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9642
|
kB schrieb:
Wie kann das sein, dass Dir Software-Updates ohne Internet-Verbindung angeboten werden?
Er hat den letzten funktionierenden Kernel gebootet gehabt. Die Frage sollte eher eine andere sein: Wie kann ein Kernel-Update angeboten werden, wenn er doch angeblich gelockt haben will? Ist aber egal, wir gehen das von Grund auf an.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
von.wert schrieb: kB schrieb:
Wie kann das sein, dass Dir Software-Updates ohne Internet-Verbindung angeboten werden?
Er hat den letzten funktionierenden Kernel gebootet gehabt.
Damit ist klar, dass es kein Problem mit der Netzwerk-Konfiguration gibt und das Thema daher nicht ins Forum „Netzwerk einrichten“ gehört.
Die Frage sollte eher eine andere sein: Wie kann ein Kernel-Update angeboten werden, wenn er doch angeblich gelockt haben will?
Unklar ist, was genau gelockt wurde. Es ist bei Ubuntu sinnfrei, das Paket des Kernels linux-image-5.x.0-aaa zu sperren, denn ein neuer Kernel kommt als ein anderes Paket linux-image-5.x.0-bbb. Wenn man keine neuen Kernel haben will, versucht man es besser mit einer Sperre auf der jeweiligen Variante von linux-image-generic.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9642
|
kB schrieb:
Damit ist klar, dass es kein Problem mit der Netzwerk-Konfiguration gibt
Ausschließen kannst Du das nicht, wenn man jetzt nicht stur nur Konfiguration meint. Er könnte - nur als ein Beispiel - auch irgendeinen WLAN-NIC-Treiber von außen 'reingebracht haben, der mit neuerem Kernel nicht mehr will.
Unklar ist, was genau gelockt wurde.
Eben und wie. Ist aber im Moment egal - hier gehören die obigen Abfrageausgaben hin. Dann gehen wir weiter. Du siehst ja wohl, worauf ich hinaus will.
|
virto
(Themenstarter)
Anmeldungsdatum: 17. Januar 2020
Beiträge: 21
|
Hier erst mal die Ausgabe 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150 | oot@lubuntu:/home/lutz# dpkg -l | egrep linux-'image|headers|generic'-
ii linux-headers-5.4.0-59 5.4.0-59.65 all Header files related to Linux kernel version 5.4.0
ii linux-headers-5.4.0-59-generic 5.4.0-59.65 amd64 Linux kernel headers for version 5.4.0 on 64 bit x86 SMP
ii linux-headers-5.8.0-34-generic 5.8.0-34.37~20.04.2 amd64 Linux kernel headers for version 5.8.0 on 64 bit x86 SMP
hi linux-headers-5.8.0-44-generic 5.8.0-44.50~20.04.1 amd64 Linux kernel headers for version 5.8.0 on 64 bit x86 SMP
ii linux-hwe-5.8-headers-5.8.0-34 5.8.0-34.37~20.04.2 all Header files related to Linux kernel version 5.8.0
ii linux-hwe-5.8-headers-5.8.0-44 5.8.0-44.50~20.04.1 all Header files related to Linux kernel version 5.8.0
rc linux-image-5.4.0-26-generic 5.4.0-26.30 amd64 Signed kernel image generic
rc linux-image-5.4.0-42-generic 5.4.0-42.46 amd64 Signed kernel image generic
rc linux-image-5.4.0-47-generic 5.4.0-47.51 amd64 Signed kernel image generic
rc linux-image-5.4.0-48-generic 5.4.0-48.52 amd64 Signed kernel image generic
rc linux-image-5.4.0-51-generic 5.4.0-51.56 amd64 Signed kernel image generic
rc linux-image-5.4.0-52-generic 5.4.0-52.57 amd64 Signed kernel image generic
rc linux-image-5.4.0-53-generic 5.4.0-53.59 amd64 Signed kernel image generic
rc linux-image-5.4.0-54-generic 5.4.0-54.60 amd64 Signed kernel image generic
rc linux-image-5.4.0-58-generic 5.4.0-58.64 amd64 Signed kernel image generic
rc linux-image-5.4.0-59-generic 5.4.0-59.65 amd64 Signed kernel image generic
rc linux-image-5.8.0-34-generic 5.8.0-34.37~20.04.2 amd64 Signed kernel image generic
rc linux-image-5.8.0-36-generic 5.8.0-36.40~20.04.1 amd64 Signed kernel image generic
rc linux-image-5.8.0-38-generic 5.8.0-38.43~20.04.1 amd64 Signed kernel image generic
rc linux-image-5.8.0-40-generic 5.8.0-40.45~20.04.1 amd64 Signed kernel image generic
rc linux-image-5.8.0-41-generic 5.8.0-41.46~20.04.1 amd64 Signed kernel image generic
rc linux-image-5.8.0-43-generic 5.8.0-43.49~20.04.1 amd64 Signed kernel image generic
hi linux-image-5.8.0-44-generic 5.8.0-44.50~20.04.1 amd64 Signed kernel image generic
ii linux-image-5.8.0-48-generic 5.8.0-48.54~20.04.1 amd64 Signed kernel image generic
ii linux-image-unsigned-5.8.0-45-generic 5.8.0-45.51~20.04.1 amd64 Linux kernel image for version 5.8.0 on 64 bit x86 SMP
ii linux-modules-nvidia-390-generic-hwe-20.04 5.8.0-48.54~20.04.1 amd64 Extra drivers for nvidia-390 for the generic-hwe-20.04 flavour
root@lubuntu:/home/lutz# sudo fdisk -l
Festplatte /dev/loop0: 55,39 MiB, 58073088 Bytes, 113424 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop1: 162,89 MiB, 170778624 Bytes, 333552 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop2: 55,48 MiB, 58159104 Bytes, 113592 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop3: 217,92 MiB, 228478976 Bytes, 446248 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop4: 64,36 MiB, 67477504 Bytes, 131792 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop5: 64,79 MiB, 67915776 Bytes, 132648 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop6: 32,28 MiB, 33845248 Bytes, 66104 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop7: 51,2 MiB, 53501952 Bytes, 104496 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/sda: 223,58 GiB, 240057409536 Bytes, 468862128 Sektoren
Festplattenmodell: SanDisk SSD PLUS
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xf836b6e4
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sda1 * 2048 1050623 1048576 512M b W95 FAT32
/dev/sda2 1052670 468860927 467808258 223,1G 5 Erweiterte
/dev/sda5 1052672 468860927 467808256 223,1G 83 Linux
Festplatte /dev/loop8: 218,102 MiB, 229629952 Bytes, 448496 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop9: 32,28 MiB, 33841152 Bytes, 66096 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplatte /dev/loop10: 51,4 MiB, 53522432 Bytes, 104536 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
root@lubuntu:/home/lutz# sudo parted -l
Modell: ATA SanDisk SSD PLUS (scsi)
Festplatte /dev/sda: 240GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 538MB 537MB primary fat32 boot
2 539MB 240GB 240GB extended
5 539MB 240GB 240GB logical ext4
root@lubuntu:/home/lutz# df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 7,8G 0 7,8G 0% /dev
tmpfs 1,6G 2,0M 1,6G 1% /run
/dev/sda5 219G 31G 177G 15% /
tmpfs 7,9G 0 7,9G 0% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/loop2 56M 56M 0 100% /snap/core18/1988
/dev/loop1 163M 163M 0 100% /snap/gnome-3-28-1804/145
/dev/loop3 218M 218M 0 100% /snap/gnome-3-34-1804/60
/dev/loop5 65M 65M 0 100% /snap/gtk-common-themes/1514
/dev/loop0 56M 56M 0 100% /snap/core18/1944
/dev/loop4 65M 65M 0 100% /snap/gtk-common-themes/1513
/dev/loop6 33M 33M 0 100% /snap/snapd/11107
/dev/loop7 52M 52M 0 100% /snap/snap-store/498
/dev/loop8 219M 219M 0 100% /snap/gnome-3-34-1804/66
/dev/loop9 33M 33M 0 100% /snap/snapd/11402
/dev/loop10 52M 52M 0 100% /snap/snap-store/518
/dev/sda1 511M 4,0K 511M 1% /boot/efi
tmpfs 1,6G 16K 1,6G 1% /run/user/125
tmpfs 1,6G 28K 1,6G 1% /run/user/1000
root@lubuntu:/home/lutz# lspci -nnk | grep -A3 "\[03..\]:"
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF104 [GeForce GTX 460] [10de:0e22] (rev a1)
Subsystem: Point of View BV GF104 [GeForce GTX 460] [1acc:460a]
Kernel driver in use: nvidia
Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia
root@lubuntu:/home/lutz#
|
Noch mal kurz zur Erläuterung, obwohl es so auch schon erkannt wurde: Ich komme nur noch mit dem älteren Kernel 5.8.0-44 ins Internet, bzw. habe ein Netzwerksymbol (oben rechts). Neue Updates wurden mir nur unter dem Kernel 5.8.0-44 angeboten.
Ich habe dieses Forum gewählt, weil das Problem durch ein Update entstanden ist und ich ja auch bei der älteren Kernel-Version eine funktionierende Netzwerkumgebung besitze.
Ich habe den Kernel 5.8.0-44 auf 'hold' gesetzt, weil ich damit meine letzte funktionierende Version "sichern" wollte.
(Ich will aber keinen belehren oder auf meinem Standpunkt beharren, sondern bin nur dankbar, dass hier nachgefragt wird.)
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
Damit das Chaos nicht noch größer wird, schalte – sofern noch nicht erfolgt – die Update-Automatik aus. Das geht mit software-properties-gtk auf der Registerkarte Aktualisierungen.
|
virto
(Themenstarter)
Anmeldungsdatum: 17. Januar 2020
Beiträge: 21
|
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9642
|
kB schrieb:
Damit das Chaos nicht noch größer wird,
Welches Chaos?
schalte – sofern noch nicht erfolgt – die Update-Automatik aus.
Wozu das denn? Mannohmann! virto schrieb:
root@lubuntu:/home/lutz# sudo fdisk -l
Zuerst mal das. Entweder Du arbeitest als root oder mit sudo. Unter Ubuntu ist sudo üblich, weshalb ich das auch so angegeben habe.
hi linux-headers-5.8.0-44-generic 5.8.0-44.50~20.04.1 amd64 Linux kernel headers for version 5.8.0 on 64 bit x86 SMP
(...)
hi linux-image-5.8.0-44-generic 5.8.0-44.50~20.04.1 amd64 Signed kernel image generic
Half-installed. Kann nicht sauber funktionen. Im Normalfall würde ich erst den alten Mist purgen, wir können's aber auch andersherum machen (da nicht der Platz fehlt wie meist die Ursache) und zuerst den für Focal aktuellen HWE-Kernel 5.8.0-49 installieren. Könnte ich jetzt die 8 bzw. 9 einzelnen Paketpfade manuell aufführen, ich mach's mir aber mal einfach: | sudo apt-add-repository ppa:canonical-kernel-team/ppa
sudo apt update && sudo apt full-upgrade
|
Reboot mit diesem Kernel, wenn alles läuft, räumst Du den alten Kernel-Kram auf. Und aktiviere Updates wieder!
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16460
|
von.wert schrieb:
... ich mach's mir aber mal einfach: | sudo apt-add-repository ppa:canonical-kernel-team/ppa
sudo apt update && sudo apt full-upgrade
|
Mannohmann! Und du glaubst so bekommt er den 5.8.0-49 HWE-Kernel installiert? Wenn nicht einmal das Metapaket linux-generic-hwe-20.04 installiert ist ...
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53627
Wohnort: Berlin
|
von.wert schrieb: Half-installed. Kann nicht sauber funktionen.
Richtig. Und dann wäre herauszufinden, warum.
Könnte ich jetzt die 8 bzw. 9 einzelnen Paketpfade manuell aufführen, ich mach's mir aber mal einfach: | sudo apt-add-repository ppa:canonical-kernel-team/ppa
sudo apt update && sudo apt full-upgrade
|
Reboot mit diesem Kernel, wenn alles läuft, räumst Du den alten Kernel-Kram auf.
Mal abgesehen davon, dass du zumindest mal darauf hinweisen könntest, was da nicht umsonst in der PPA-Beschreibung steht, würde dann alles, was im Repo liegt und auf dem System in älterer Version vorliegt, installiert werden, also ggfs. auch die nvidia-Treiber. 😛 Ubunux schrieb: Und du glaubst so bekommt er den 5.8.0-49 HWE-Kernel installiert? Wenn nicht einmal das Metapaket linux-generic-hwe-20.04 installiert ist ...
Da kommen dann nur die nvidia-Treiber oder halt gar nichts. Hilft natürlich auch absolut nichts.
|
virto
(Themenstarter)
Anmeldungsdatum: 17. Januar 2020
Beiträge: 21
|
von.wert schrieb: sudo apt-add-repository ppa:canonical-kernel-team/ppa
sudo apt update && sudo apt full-upgrade
}}}
Reboot mit diesem Kernel, wenn alles läuft, räumst Du den alten Kernel-Kram auf. Und aktiviere Updates wieder!
Mal das was ich verstanden habe: Es wird ein neuer Kernel aus anderen Quellen erstellt und das System wird aus diesen anderen Quellen aktualisiert. Hier scheint aber nicht alles zu passen, wenn ich mal die nachfolgenden Kommentare lese: tomtomtom schrieb: Mal abgesehen davon, dass du zumindest mal darauf hinweisen könntest, was da nicht umsonst in der PPA-Beschreibung steht, würde dann alles, was im Repo liegt und auf dem System in älterer Version vorliegt, installiert werden, also ggfs. auch die nvidia-Treiber. 😛 Ubunux schrieb: Und du glaubst so bekommt er den 5.8.0-49 HWE-Kernel installiert? Wenn nicht einmal das Metapaket linux-generic-hwe-20.04 installiert ist ...
Da kommen dann nur die nvidia-Treiber oder halt gar nichts. Hilft natürlich auch absolut nichts.
Ist das jetzt der richtige Weg mit den anderen Kernelquellen?
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53627
Wohnort: Berlin
|
virto schrieb: Ist das jetzt der richtige Weg mit den anderen Kernelquellen?
Die "andere Kernel-Quelle" ist das Versuchs-Repository von Canonical, da werden die Kernel erstellt, bevor sie getestet werden. Ob man das haben will muss man selbst entscheiden, jedenfalls muss man in der Lage sein, damit umgehen zu können, auch öfter mal einen nicht funktionierende Kernel zu bekommen. Und was dir beschrieben wurde bringt auch keinen neuen Kernel und ist sowieso unsinnig, denn ein Problem mit dem Kernel aus den normalen Quellen ist hier ja gar nicht zu sehen, vielmehr nur, dass der Kernel nicht vollständig installiert ist. Und DAS ist das Problem und sollte angegangen werden.
|