Dotaz: Linux po updatu nenabootuje do GUI

[polo23]

Příloha:

• journal2.log (18454 bytů)

Ahoj,
po updatu (yum update) mi OS nenajede do GUI. Pouzivam Fedoru 29 a pri bootu se to zastavi na hlasce:

stopped forward password requests to plymouth

Nejde nic delat, akorat se muzu prihlasit napr. do druhe konsole (CTRL+ALT+F2). Boot do posledniho kernelu (4.19.10-300.fc29.x86_64) najede v pohode do GUI. Ten novy kernel, na kterem to nenajede je 4.20.13-200.fc29.x86_64. Dival jsem se do logu (posilam v priloze) a myslim, ze radek 29 a to co nasleduje bude problem.

Mar 03 15:09:59 noubik systemd-coredump[1091]: Process 925 (Xorg) of user 0 dumped core.

Nevite nekdo kde by mohl byt zakopany pes? Je tu neco co prehlizim?
Predem diky za nasmerovani.

Odpovědi

[Petr Šobáň]

Vypadá to že skolabuje X server (Xorg) co skusit wayland?

Pak taky můžeš skusit přegenerovat ramdisk zda mu něco nechybí a pak Xorg nenaběhne.

[Aleš Kapica]

Hm. A co takhle mu doporučit, aby se nejprve kouknul na soubor /var/log/Xorg.0.log aby zjistil proč to kolabuje? Příčina totiž může být zcela banální.

[polo23]

Příloha:

• xorg.log (47064 bytů)

Na ten xorg.log jsem se ted dival, ale nenasel jsem tam nic podezreleho. Viz. priloha.

[k3dAR]

20.344] (EE) modeset(0): failed to set mode: Invalid argument

Zkus pri startu pridat(e jako edit, lridat na radek jadra, f10 jako boot upraveneho kernel parametr nomodeset

[polo23]

Příloha:

• xorg-min.jpg (1029281 bytů)

Ted jsem tam pridal to nomodeset, ale porad se do GUI nedostanu. Ale dostal jsem se o krok dal. Viz. priloha.

[lertimir]

Není v tom xorgu nějaká přímá vazba na jádro? Protože ve výpis je

[    18.863] Build Operating System:  4.19.9-300.fc29.x86_64 
[    18.863] Current Operating System: Linux noubik 4.20.13-200.fc29.x86_64 #1 SMP Wed Feb 27 19:42:55 UTC 2019 x86_64

[polo23]

Na to nedokazu odpovedet:( Ale dival jsem se na druhy notebook a tam mam v xorg logu:

[ 28.156] Build Operating System: 4.18.10-200.fc28.x86_64
[ 28.156] Current Operating System: Linux puffy 4.19.8-300.fc29.x86_64 #1 SMP Mon Dec 10 15:23:11 UTC 2018 x86_64

A vse funguje jak ma s aktualnim nabootovanym kernelem 4.20.7-200.fc29.x86_64. Takze ted tomu uz vubec nerozumim.

[polo23]

Příloha:

• xorg_compare.txt (2049 bytů)

Tak me jeste napadlo porovnat xorg logy s nabootovanym kernelem 4.19. A opravdu na konci logu jsou chyby, viz. priloha. Ta leva strana je s kernelem 4.20.

[MadCatX]

Hm, divné. Asi nejlepší bude poslat Xorg.0.log kompletní pro jádra 4.19 i 4.20; z těch úryvků se dost blbě něco dedukuje. Napadá mě, zda nemáš nějakou ruční konfifuraci uvedenou v /etc/X11/xorg.conf.d. Pro jistotu tam mrkni. Přijde mi totiž divné, že by ti modesetting ovladač používal akceleraci přes UXA.

[polo23]

Přílohy:

• xorgconf.txt (148 bytů)
• xorg420.log (47064 bytů)
• xorg419.log (48838 bytů)

Posilam cele xorg logy pro kernel 4.19 a 4.20. Jo a jeste ten /etc/X11/xorg.conf.d/20-intel.conf - dival jsem se na to a vypada to, ze jsem tam asi v minulosti (dost davno) delal nejaky zasah. Matne si vybavuju, ze s xorg uz jsem nejake problemy mel...

/etc/X11/xorg.conf.d/20-intel.conf

Section "Device"
Identifier "Intel Graphics"
Driver "modesetting"
#Driver "intel"
Option "AccelMethod" "uxa"
#Option "AccelMethod" "sna"
EndSection

[MadCatX]

Je trochu zvláštní, že ten log pro jádro 4.19 končí jinde, ale to je jedno. Ten konfigurák pro Xka je úplně nesmyslný, takže ho smaž, třeba už jen toto pomůže.

[Aleš Kapica]

V prvé řadě bych to smazal.

[polo23]

Tak jsem to smazal, ale nepomohlo to. Zkousel jsem pridat i ten parameter nomodeset pri bootu, ale vysledek porad stejny.

[MadCatX]

OK, můžeš i pro tento připad poslat log z Xek? Napadá mě ještě toto. Nabootuj, logni se z konzole jako root, shoď LightDM (systemctl stop lightdm) a pusť jen syrovà Xka (xinit).

[polo23]

Přílohy:

• x.log (49217 bytů)
• IMG_20190304_130302-min.jpg (887166 bytů)

Posilam log z Xorg. A jeste screenshot po spusteni xinit.

[Petr Šobáň]

Vypadá to na nějaký bug - víc jsem to neskoumal.

Viz: Bug 958611 - Fatal server error: [ 750.103] EnterVT failed for gpu screen 0

[Aleš Kapica]

Je možné, že ti dělá ten bordel ten wacom plný chyb. Nedávno jsem zrovna řešil něco podobného na Ubuntu (FUJ!, Bléé a ještě něco k tomu). Ovšem to šlo o touchpad. Libinput ho ignoroval a s ovladačem synaptics jsem končil podobně jako ty. Vyřešil to teprve update jádra přes ukuu na poslední verzi 4.20.

Zkus tedy odinstalovat driver wacom pro Xorg.

[polo23]

Nevim jak odinstalovat driver... modprobe -r wacom? Zkusil jsem a pak spusteni X, ale bez uspechu.

[k3dAR]

to je jadernej ovladac (navic si myslim ze v pripade potreby si ho stejne natahne znovu(pokud ho nedas do blacklist), on myslel x.org wacom ovldac, coz v fedore je balicek xorg-x11-drv-wacom, takze muzes zkusit (nemam fedoru tak doufam ze to nebude chtit odebrat zavislosti):

dnf remove xorg-x11-drv-wacom

[MadCatX]

Pro tuhle situaci se dají najít různé bugreporty, žádný však nenabízí pořádnou odpověď na to, proč selže modeset. Zdá se, že je to nějaký bug v jádře, zrovna ty pozdější releasy 4.20 se mi zdají trochu domrvené. Jediným řešením pro tebe asi bude zůstat na 4.19 a doufat, že v 5.0 to bude OK.

Samozřejmě bys mohl vyzkoušet různé verze jader a zkoušet, která verze přesně se rozbije a následně to vybisectovat až ke konkrétnímu commitu - to je ale zábava na celý víkend a dá se při ní leccos podělat :).

[polo23]

Radsi teda pockam:) Nemam tolik casu ani zkusenosti abych to dal dohromady.

[Josef Kufner]

Pro Intel grafiku stačí jen toto:

Section "Device"
  Identifier "Intel Graphics"
  Driver "modesetting"
EndSection

Nic víc netřeba konfigurovat. Kernel Mode Setting driver obstará vše ostatní. Je dobré bootovat přes EFI, ten driver se pak chytá mnohem lépe, neboť dostane přístup do NVRAM a tak vůbec.

Být tebou, tak se v klidu vrátím na 4.19 a počkám na další verzi jádra. Tohle opravdu vypadá na nějaký bug. Jen se ujisti, že to je někde nahlášené.

[polo23]

Pouzivam Fedora MATE desktop a nejsem si jisty zda bych tam ten Wayland nacpal. Alepon ted nemuzu najit na netu zadny rozumny tutorial.

[Petr Šobáň]

dnf install wayland

Nevím jaké balíčky třeba fedoru už nepoužívám.

Případně tam nainstaluj celé gnome pokud máš místo.

Jinak nemusíš ten kernel používat a počkej na další zda to neopraví.

Jinak asi třeba skouknout ten dump soubor který se měl při pádu vytvořit (případně vytvoření povol).

[MadCatX]

Ale no tak. Žádný balíček wayland neexistuje, MATE DE pokud vím Wayland ještě nepodporuje a polovi to crashne už při startu LightDM login manageru, který Wayland nepodporuje určitě. A samozřejmě řešit problém tím, že místo Xek použiji Wayland není žádné skutečné řešení.

[Petr Šobáň]

<rejp>

To je tak když používá osekané distribuce

V fedoře normálně je a mate tam klidně může používat místo gnome. ))

</rejp>

[polo23]

Hmm, tak ten Wayland pro MATE asi nebude. Nasel jsem: Wayland support for MATE is currently targeted for some future release.

Gnome tam nechci, takze asi pockam na novy kernel. Za dva mesice vychazi Fedora 30.

[Petr Šobáň]

Ono to není o tom používat gnome klidně si mate nech ale jde o to zjistit kde je problém.

Zda je to pouze v nějakém nastavení mate a nebo zda je problém v HW.

[polo23]

Ja bych to tou instalaci Gnome nechtel jeste vic rozbit.

[MadCatX]

S F29 jsem měl po posledním updatu dost masivní problémy, které skončily poškozením dvou oddílů (systémový s xfs šel zachránit, /home na btrfs dopadl o dost hůře). S jádrem 4.20.13 už je to ale zdá se OK. Co máš za HW? Já musel pro rozchození GUI smazat adresář /root/.cache/mesa_shader_cache, jinak zhavarovala akcelerace na nějakem assertu.

[debian+]

Cez CTRL+ALT+F1 F2 atd. prepni do konzoly. Prihlas sa ako bezny uzivatel a nasledne napis startx. Nabehne Ti GUI?

[polo23]

To jsem zkousel hned na zacatku... Ne GUI nenabehne.

[Aleš Kapica]

A zkusil jsi vykopnout ten driver pro wacom? Pochopitelně jsem měl na mysli ten co používá X org, a ne ten jaderný, když řešíme problém X serveru.

Nicméně, když zablokuješ natahování modulu wacom při spouštění kompu, tak by to mohlo mít podobný efekt. Není zařízení - není důvod natahovat do X ovladač. Akorát pochopitelně musíš restartovat. Vyhození modulu ze spuštěného jádra není to samé.

[MadCatX]

S jádem 4.19 mu to chodí a fakt mi není jasné, jak by mohl ovladač pro tablet způsobit, že selže modeset na obrazovkovém výstupu. Náhodné odinstalovávání věcí je dobrá cesta, jak si ten systém nabořit ještě víc.

[Aleš Kapica]

Podívej. Zapomeň na to co mu chodí s jádrem 4.19

Ten ovladač hází nějaké chyby, které jsou v tom logu. Žádné jiné errory jsem tam nezaznamenal. Takže mi přijde naprosto logické nejdřív udělat všechno pro to, aby se ten ovladač nepoužil. Takže nejde o žádné "náhodné odinstalování".

Kromě toho, jsem napsal, že by mohlo stačit, když umístí jaderný modul wacom na blacklist. Což v žádném případě nepovede k nabourání systému.

Ostatně proč nezkusí to wacom zařízení odpojit, ať mu tam nestraší.

[polo23]

Vytvoril jsem soubor /etc/modprobe.d/blacklist.conf a zadal tam: "blacklist wacom". Pak reboot. Vypsal jsem si lsmod spustene moduly a ten wacom je porad spusteny i presto, ze je na blacklistu.

[polo23]

Pregeneroval jsem i initramfs podle navodu. Ale ani to nepomohlo.

[Aleš Kapica]

Bohužel takhle na dálku ti neporadím. Někde je něco asi ne úplně dobře. Ostatně proto jsem ti také nejdřív radil poměrně bezbolestnou cestu – odinstalovat driver wacom pro X server. Nenajde driver, nepoužije zařízení.

Nicméně tě mohu odkázat na stránku, kde jsou informace, které by ti mohly pomoct. Původně jsem plánoval, že to sem píchnu jako blogpost, ale nakonec se zdá že to bude rozsáhlejší psaní, než jsem původně myslel. Takže až s tím budu hotov, tak sem pověsím jenom nějaké stručné resumé, jako jsem to tady už jednou udělal.

[michich]

Funguje to s kernelem 4.20.12? (Build pro F29 se dá najít v Koji.) Pokud ano, je to asi tento bug.