Nieuws:

Welkom, Gast. Alsjeblieft inloggen of registreren.
Heb je de activerings-mail niet ontvangen?

Auteur Topic: Grafische problemen/vastlopers met kernels: 5.8.0-49-generic + 5.8.0-50-generic  (gelezen 858 keer)

Offline wowo

  • Lid
  • Steunpunt: Nee
Heb grafische problemen en vastlopers met de kernels: 5.8.0-50-generic en  5.8.0-50-generic.
Ubuntu wordt dan instabiel en onwerkzaam. Soms start de computer ook niet op en blijft steken op het Ubuntu inlogscherm wat geen mogelijkheid bied om in te loggen (inlognaam en wachtwoordvak verschijnen niet).
Gelukkig kan ik wel gewoon werken met kernel 5.8.0-48-generic.
Ik heb geen videokaart maar gebruik Intel® HD Graphics 4000 (IVB GT2) van het moederboard.
Wat kan ik doen om erachter te komen wat er mis kan zijn?

Uitkomst van inxi -Fxz:
System:
  Kernel: 5.8.0-48-generic x86_64 bits: 64 compiler: N/A
  Desktop: Gnome 3.36.7 Distro: Ubuntu 20.04.2 LTS (Focal Fossa)
Machine:
  Type: Desktop System: Gigabyte product: N/A v: N/A serial: <filter>
  Mobo: Gigabyte model: H77-DS3H v: x.x serial: <filter>
  UEFI: American Megatrends v: F10 date: 11/14/2013
CPU:
  Topology: Quad Core model: Intel Core i7-3770 bits: 64 type: MT MCP
  arch: Ivy Bridge rev: 9 L2 cache: 8192 KiB
  flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 54275
  Speed: 1626 MHz min/max: 1600/3900 MHz Core speeds (MHz): 1: 1624 2: 1624
  3: 1635 4: 1626 5: 1676 6: 1675 7: 1655 8: 1601
Graphics:
  Device-1: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics
  vendor: Gigabyte driver: i915 v: kernel bus ID: 00:02.0
  Display: x11 server: X.Org 1.20.9 driver: fbdev unloaded: modesetting,vesa
  resolution: 1920x1080~60Hz
  OpenGL: renderer: Mesa DRI Intel HD Graphics 4000 (IVB GT2)
  v: 4.2 Mesa 20.2.6 direct render: Yes
Audio:
  Device-1: Intel 7 Series/C216 Family High Definition Audio
  vendor: Gigabyte driver: snd_hda_intel v: kernel bus ID: 00:1b.0
  Sound Server: ALSA v: k5.8.0-48-generic
Network:
  Device-1: Qualcomm Atheros AR8151 v2.0 Gigabit Ethernet vendor: Gigabyte
  driver: atl1c v: kernel port: e000 bus ID: 02:00.0
  IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:
  Local Storage: total: 1.82 TiB used: 485.80 GiB (26.1%)
  ID-1: /dev/sda vendor: Samsung model: SSD 860 EVO 1TB size: 931.51 GiB
  ID-2: /dev/sdb vendor: Seagate model: ST31000524AS size: 931.51 GiB
Partition:
  ID-1: / size: 915.40 GiB used: 262.86 GiB (28.7%) fs: ext4 dev: /dev/sda2
Sensors:
  System Temperatures: cpu: 29.8 C mobo: 28.0 C
  Fan Speeds (RPM): cpu: 0 fan-1: 1323 fan-3: 689 fan-4: 795 fan-5: 0
  Voltages: 12v: N/A 5v: N/A 3.3v: N/A vbat: 3.22
Info:
  Processes: 298 Uptime: 12m Memory: 15.53 GiB used: 1.97 GiB (12.7%)
  Init: systemd runlevel: 5 Compilers: gcc: 9.3.0 clang: 10.0.0-4ubuntu1
  Shell: bash v: 5.0.17 inxi: 3.0.38
« Laatst bewerkt op: 2021/04/19, 12:43:00 door wowo »
Desktop Ubuntu 20.04 LTS

Offline wowo

  • Lid
  • Steunpunt: Nee
Het lijkt erop dat alles  weer werkt.
Heb eerst al mijn gnome shell-extensies verwijderd en waarschijnlijk was de systemmonitor-extensie de boosdoener. Deze blijkt niet meer onderhouden te worden en voor problemen te kunnen zorgen.
Na verwijdering hiervan is het tot nu toe weer stabiel in de nieuwe kernel 5.8.0-50-generic.
Fingers crossed. ;)
Deze extensie had ik altijd:
https://extensions.gnome.org/extension/9/systemmonitor/
« Laatst bewerkt op: 2021/04/16, 12:49:24 door wowo »
Desktop Ubuntu 20.04 LTS

Offline vanadium

  • Lid
  • Steunpunt: Nee
Dat is inderdaad een oudje. Laatste ondersteunde versie was 3.15.3. Wel was dat een extensie van Florian Muellner, de ontwikkelaar van de meeste van de officiële gnome shell extensies (die ondermeer dienen voor de "classic look", zoals "Places Status Indicator", "Window list", ...). Je hebt dus met kwaliteit gewerkt  ^-^.

Goed gevonden! Ik had uit je beschrijving eerder gevreesd dat het een probleem met de grafische driver zou zijn.

Offline wowo

  • Lid
  • Steunpunt: Nee
Te vroeg gejuicht.  :(.
Had de desktop vanmiddag afgesloten en toen ik hem een tijdje later weer had opgestart kwam ik weer nietverder dan het Ubuntu inlogscherm.
Alleen de kernel 5.8.0-48-generic bleek wel goed te werken.
Desktop Ubuntu 20.04 LTS

Offline wowo

  • Lid
  • Steunpunt: Nee
Ik ben bang dat het toch een videodriver probleem is:
Gegevens betreffende mijn display via sudo lshw:
*-display
             description: VGA compatible controller
             product: Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller
             vendor: Intel Corporation
             physical id: 2
             bus info: pci@0000:00:02.0
             version: 09
             width: 64 bits
             clock: 33MHz
             capabilities: vga_controller bus_master cap_list rom
             configuration: driver=i915 latency=0
             resources: irq:32 memory:f7800000-f7bfffff memory:e0000000-efffffff ioport:f000(size=64)
Op internet zie ik nu ook een aantal berichten over:
i915 GPU hang etc.

NB Ik heb een oude monitor die wordt aangesloten via een DVI aansluiting en dat werkt tot nu toe wel gewoon.
Mijn huidige monitor wordt via HDMI aangesloten en daar gaat het wel mis.

NB in de inxi -Fxz uitkomst die ik al heb gegeven staan ook nog de nodige display gegevens.
Desktop Ubuntu 20.04 LTS

Offline vanadium

  • Lid
  • Steunpunt: Nee
Dit zal moeilijk op te lossen zijn. Ik zou voorlopig de kernel vastzetten op 5.8.0-48. De kans is groot dat het dan weer werkt met een toekomstige kernel.

Offline Rik123

  • Lid
  • Steunpunt: Nee
Eigenlijk raar dat een systeem onstabiel wordt na een kernel update..Je zou toch verwachten dat een update verbeteringen geeft i.p.v achteruitgang  :|
Met Linux Mint 20.1 zijn ze voorzichtiger,  5.4.0-72-generic op dit moment .



Offline vanadium

  • Lid
  • Steunpunt: Nee
Ja, dat kan nu wel raar zijn, maar het kan gebeuren. Dat is waarom men aanraad enkele oudere kernelversies achter de hand te houden.
De LTS kernel in Ubuntu 20.4 is 5.4. Deze LTS release ondersteunt echter ook het gebruik van de nieuwste kernel, met de zogenaamde HWE stack. Soms onvermijdelijk voor gebruikers van nieuwe computers. Trouwens, bij Mint is het net zo.

Offline Rik123

  • Lid
  • Steunpunt: Nee

De LTS kernel in Ubuntu 20.4 is 5.4. 


wat vreemd dan,want ik gebruik in Ubuntu 20.04 LTS 5.8.0-49-generic  en in Mint 20.1  5.4.0-72-generic ..

Ubuntu komt niet met een waarschuwing,  'weet u het zeker dat u een nieuwe kernel nodig heeft '  zou mischien wel handig zijn  :)
 

Offline ajjp

  • Lid
  • Steunpunt: Nee
Citaat
wat vreemd dan,want ik gebruik in Ubuntu 20.04 LTS 5.8.0-49-generic ...
Niet zo vreemd: 20.04 kwam oorspronkelijk met de 5.4 kernel. Pas vanaf 20.04-2 is Ubunu van de 5.8 kernel voorzien. En hoewel 20.04 voortdurend geüpdatet wordt, en de kernel ook (nu 5.4.0-72), geldt dat niet voor de kernelversie: 5.4 blijft 5.4

Offline HWE64

  • Lid
  • Steunpunt: Nee
De LTS kernel in Ubuntu 20.4 is 5.4. 

wat vreemd dan,want ik gebruik in Ubuntu 20.04 LTS 5.8.0-49-generic  en in Mint 20.1  5.4.0-72-generic ..
[/quote]
@Rik123, die kernel 5.8.0-49 is dat niet de HWE. Dit zou je kunnen controleren in Synaptic. Pjotr heeft ook een document gemaakt als je een AMD processor had dan kon je beter overgaan van de 5.4 naar de 5.8. Dat zou beter werken. :|
Niet panikeren, er is een Ubuntuforum.

1] Xubuntu 20.04.2 LTS (Desktop hoofd pc). 2] Xubuntu 20.04.2 LTS (Clevo Laptop ). 3] Xubuntu 20.04.2 LTS/Linux Mint 20.1 Xfce (HP Desktop test pc).  4] W10 (Dell Desktop). 5] Linux Mint 20.1 Xfce/Xubuntu 20.04.2 LTS (Toshiba Testlaptop)

Offline Pjotr

  • Lid
    • Makkelijke Linuxtips
  • Steunpunt: Nee
Beste oplossing is in jouw geval: voorlopig doorfietsen met de (op jouw machine) stabiele -48.

Maar als dat (om wat voor reden dan ook) geen goede optie is voor jou, dan kun je met behulp van de Canonical Kernel Team PPA ook nu al de -51 installeren. De -51 is natuurlijk nog in de proeffase, dus op eigen risico.
« Laatst bewerkt op: 2021/04/17, 10:51:57 door Pjotr »

Offline Rik123

  • Lid
  • Steunpunt: Nee
De LTS kernel in Ubuntu 20.4 is 5.4. 

wat vreemd dan,want ik gebruik in Ubuntu 20.04 LTS 5.8.0-49-generic  en in Mint 20.1  5.4.0-72-generic ..
@Rik123, die kernel 5.8.0-49 is dat niet de HWE. Dit zou je kunnen controleren in Synaptic. Pjotr heeft ook een document gemaakt als je een AMD processor had dan kon je beter overgaan van de 5.4 naar de 5.8. Dat zou beter werken. :|
[/quote]

Dat had ik ook voorbij zien komen, Wowo had vast een goede reden om 5.8.0-50-generic te installeren . 

 

Offline vanadium

  • Lid
  • Steunpunt: Nee
Zoals ajjp al aangaf. De kernel 5.4 is de originele kernel van Ubuntu 20.04, en gebruikers die dit toen installeerden, blijven op de 5.4.Motivatie: stabiliteit, LTS. Wat in april 2004 goed werkte, moet vijf jaar lang op dezelfde manier goed blijven werken.

Ubuntu 20.04.2 komt met de HWE kernel. Gebruikers die pas dan Ubuntu installeerden, krijgen steeds de nieuwere kernel, nu 5.8. Motivatie: de LTS geschikt houden voor nieuwere toestellen.

Offline wowo

  • Lid
  • Steunpunt: Nee
NB Ik heb een oude monitor die wordt aangesloten via een DVI aansluiting en dat werkt tot nu toe wel gewoon.
Helaas na een volgende keer opstarten was het systeem weer onstabiel.
Ga dus zoals gezegd terug naar kernel 5.8.0-48 en zet hem daar vervolgens op vast.

Gek vind ik het niet dat dit een keer bij mij gebeurd omdat ik niet een standaard Ubuntu 20.04 draai. Heb bewust een aantal gnome-extensie, maak gebruik van ppa's van derden, snaps/flatpaks/AppImages, compileer soms zefs bepaalde software en probeer vaak "cutting edge" dingen uit.

Om bij booten in de Grub te komen was ik gewend om <Shift>  te gebruiken maar dat is sinds 20.04 <esc> geworden.  ;)
Desktop Ubuntu 20.04 LTS

Offline wowo

  • Lid
  • Steunpunt: Nee
Dat had ik ook voorbij zien komen, Wowo had vast een goede reden om 5.8.0-50-generic te installeren .
Ik kreeg hem "gratis" bij de installatie van de punt 2 versie van Ubuntu 20.04. ;)
Desktop Ubuntu 20.04 LTS

Offline wowo

  • Lid
  • Steunpunt: Nee
Ik heb toch nog wat hulp nodig.
Desktop ogestart en mbv van <esc> in de grub gekomen en vervolgens verder gestart met kernel 5.8.0-48.
Daarna  https://makkelijkelinuxtips.blogspot.com/p/tips-3.html#ID14 Vastzetten op een bepaalde systeemkernversie (kernel) punt 14 uitgevoerd.
Toen ik vervolgens opnieuw ging opstarten werd er toch weer mbv van de 5.8.0-50 kernel opgestart.

Blijkbaar moet ik de linux-image-5.8.0-50-generic em linux-image-5.8.0-49-generic handmatig (volledig?) of de linux-headers? verwijderen via Synapic?
Op moment zie ik in synaptic dat ik dat de volgende linux-images geinstalleerd zijn:
linux-image-5.4.0-59-generic
linux-image-5.8.0-48-generic
linux-image-5.8.0-49-generic
linux-image-5.8.0-50-generic
linux-image-generic-hwe-20.04
In Synaptic staan de volgende linux-headers geinstalleerd:
linux-headers-5.4.0-59
linux-headers-5.4.0-59-generic
linux-headers-5.8.0-48-generic
linux-headers-5.8.0-49-generic
linux-headers-5.8.0-50-generic
linux-headers-generic-hwe-20.04

Wat moet ik nu precies helemaal gaan verwijden en moet ik daarna een grub update doen?
Graag een geod stappenplan want ik wil niet dat er wat mis gaat. ;)
Desktop Ubuntu 20.04 LTS

Offline Pjotr

  • Lid
    • Makkelijke Linuxtips
  • Steunpunt: Nee
Eerst verwijderen wat je niet wilt, en dan vastpinnen.

Offline wowo

  • Lid
  • Steunpunt: Nee
Eerst verwijderen wat je niet wilt, en dan vastpinnen.
Bedankt maar voor de voorzichtigheid wil ik nog dit vragen:
Kan het verwijderen van allerlei hwe-zaken kwaad?
Zie namelijk het volgende:

1)A Als ik in Synaptic linux-headers-5.8.0-50-generic wil verwijderen, wordt er aangegeven dat er ook linux-generic-hwe-20.04 en linux-headers-generic-hwe-20.04 verwijderd zullen gaan worden.
1)B Als ik linux-headers-5.8.0-49-generic zou willen verwijderen wordt er geen melding gedaan dat er nog iets meer wordt verwijderd.

2)A Als ik in Synaptic linux-image-5.8.0-50-generic wil verwijderen, wordt er aangeven dat er ook linux-generic-hwe-20.04, linux-image-generic-hwe-20.04 en linux-modules-extra-5.8.0-50-generic verwijderd zullen gaan worden. Daarnaast zal er dan linux-image-unsigned-5.8.0-50-generic geinstalleerd worden.
2)B Als ik linux-image-5.8.0-49-generic zou willen verwijderen wordt er geen melding gedaan dat er nog iets meer wordt verwijderd. Wel wordt er aangegeven dat er dan linux-image-unsigned-5.8.0-49-generic geinstalleerd zal worden.
Desktop Ubuntu 20.04 LTS

Offline wowo

  • Lid
  • Steunpunt: Nee
Ik ga het voor de veiligheid maar eerst uitproberen in VirtualBox of het goed gaat.
Beslis later of ik voor deze weg kies of ga wachten op een nieuwe kernel die geen problemen geeft.
Desktop Ubuntu 20.04 LTS

Offline vanadium

  • Lid
  • Steunpunt: Nee
Aangezien je een vorige kernel wil vastleggen, mogen die metapakketten verwijderd worden: je wil toch voorlopig niet dat ze hun werk doen (je de nieuwste kernel geven). Als je later terug wil meevolgen met de laatste kernel, dan zet je die pakketten terug. De link van Pjotr is volgens mij niet van toepassing hier: daar wordt je huidige systeemkernel vastgezet. Jij wil echter naar een vorige kernel.

- Log in via Grub op de kernel die je wil houden
- Verwijder dan alle hogere kernels: automatisch worden ook de metapakketten verwijderd.

Vanaf nu zullen je systeem kernels niet meer automatisch updaten: het zijn de metapakketten die daarvoor instaan.

[edit]Hier wordt hetzelfde gezegd: https://askubuntu.com/questions/100232/how-do-i-change-the-grub-boot-order/110738#110738. In principe is het mogelijk automatisch met een andere kernel te booten door de default kernel in Grub te veranderen: https://askubuntu.com/questions/100232/how-do-i-change-the-grub-boot-order/110738#110738. Met die methode kom je echter op je "slechte" kernel terecht van zodra er een update is, want dan verandert de volgorde van kernels in grub (zou ik denken).
« Laatst bewerkt op: 2021/04/18, 09:59:20 door vanadium »

Offline Pjotr

  • Lid
    • Makkelijke Linuxtips
  • Steunpunt: Nee
Beslis later of ik voor deze weg kies of ga wachten op een nieuwe kernel die geen problemen geeft.

Jij wil echter naar een vorige kernel.

Beheer van systeemkernen in *buntu is lastig. Te lastig.

Ik heb daarom wat lopen experimenteren in een virtuele machine met Xubuntu 20.04, en het lijkt erop dat een onderdeel van het systeembeheergereedschap van Linux Mint, nog steeds makkelijk te installeren is in 20.04 Focal. Namelijk Systeemkernbeheer (kernel-manager).

Als volgt zou je dat moeten kunnen installeren, vanuit mijn eigen PPA:
sudo add-apt-repository -y ppa:computertip/mint-tools-ubuntu
sudo apt-get update
sudo apt-get install kernel-manager
Dan zou je het moeten kunnen terugvinden in je menu als Systeemkernbeheer. Zodat verwijderen en toevoegen van systeemkernen voortaan een fluitje van een cent is. Netjes volledig in het Nederlands, want zo hoort het.  :)

Ik raad aan om de PPA direct daarna weer te verwijderen, want hij zal toch nooit worden bijgewerkt (en je wilt niet "per ongeluk" nog meer eruit installeren). Als volgt:

sudo add-apt-repository -r -y ppa:computertip/mint-tools-ubuntu
Let op: installeer in *buntu 20.04 niet vanuit deze PPA ook mintupdate (Bijwerkbeheer); dat werkt namelijk helaas niet goed in *buntu 20.04.
« Laatst bewerkt op: 2021/04/18, 18:25:25 door Pjotr »

Offline HWE64

  • Lid
  • Steunpunt: Nee
@Pjotr. Perfect ^-^.
Niet panikeren, er is een Ubuntuforum.

1] Xubuntu 20.04.2 LTS (Desktop hoofd pc). 2] Xubuntu 20.04.2 LTS (Clevo Laptop ). 3] Xubuntu 20.04.2 LTS/Linux Mint 20.1 Xfce (HP Desktop test pc).  4] W10 (Dell Desktop). 5] Linux Mint 20.1 Xfce/Xubuntu 20.04.2 LTS (Toshiba Testlaptop)

Offline wowo

  • Lid
  • Steunpunt: Nee
Heb in Virtualbox de volgende twee werkwijzes uitgeprobeerd:
1) Via Synaptic
2) Via Systeemkernbeheer

1)a In virtualbox Ubuntu 20.04 opgestart via grub met de kernel 5.8.0-48-generic. (nb kernel 5.8.0-50-generic was ook aanwezig).
In terminal met uname -r controleren of de kernel 5.8.0-48-generic actief was.
1)b Zoek in Synaptic op <linux> en markeer de volgende pakketten voor volledige verwijdering:
- linux-generic-hwe-20.04
- linux-headers-5.8.0-50-generic ; NB Dan wordt ook linux-headers-generic-hwe-20.04 gemarkeerd voor verwijdering
- linux-hwe-5.8-headers-5.8.0-50
- linux-image-5.8.0-50 ; NB Dan worden ook linux-image-generic-hwe-20.04 en linux-modules-extra-5.8.0-50-generic gemarkeerd voor verwijdering en linux-image-unsigned-5.8.0-50-generic werd gemarkeerd voor installatie.
- linux-modules-5.8.0-50-generic
1)c Klik in Synaptic vervolgens op toepassen en alle bovenstaande pakketten worden verwijderd. NB  linux-image-unsigned-5.8.0-50-generic werd niet geïnstalleerd (gelukkig).
1)d Grub update doen in de terminal met: sudo update grub
1)e Computer opnieuw opstarten.

2)a In virtualbox Ubuntu 20.04 opgestart via grub met de kernel 5.8.0-48-generic. (nb kernel 5.8.0-50-generic was ook aanwezig).
In terminal met uname -r controleren of de kernel 5.8.0-48-generic actief was.
2)b Systeemkernbeheer (zie in een van de vorige post van Pjotr) opstarten
2)c Verwijder kernel 5.8.0-50-generic
Via Systeemkernbeheer werden vervolgens bijna alle bovenstaande linux pakketten automatisch voor je verwijderd. Het enige pakket wat nog geïnstalleerd bleef, was: linux-hwe-5.8-headesr-5.8.0-50.
2)d Computer opnieuw opstarten. NB Grub hoefde niet aangepast te worden want dat doet Systeemkernbeheer ook voor jou.

Mijn conclusie:
Ik ga methode 1 gebruiken maar……. Via Systeemkernbeheer wordt (netjes) gemeld dat:
systeemkern 5.8.0-50 ondersteund wordt tot augustus 2021 en dat 5.8.0-48 (nu dus actief gemaakt via bovenstaande methode) niet langer ondersteund wordt.
Ik begrijp hieruit dat ik dan een veiligheidsrisico heb.
In Systeemkernbeheer staat bij 5.4.0-72 vermeld dat die ondersteund wordt tot april 2025.
Ik kan dus, volgens mij, het beste de kernel 5.4 installeren en dan ervoor zorgen dat die automatisch wordt bijgewerkt (hoe?)
Desktop Ubuntu 20.04 LTS

Offline vanadium

  • Lid
  • Steunpunt: Nee
Kernel 5.4 terug in gebruik nemen: die kernel installeren, dan de hogere kernels allemaal verwijderen, en er dan voor zorgen dat ook het metapakket linux-generic geïnstalleerd is, zodat die serie automatisch bijgewerkt worden.