Dotaz: Po updatu Linuxu se neprihlasim do OS (Fedora 33 -> Fedora 34)

[polo23]

Ahoj,
presel jsem z Fedora 33 na Fedora 34 a objevil se problem. Kdyz se chci prihlasit po bootu, tak se mi to povede az na nekolikaty pokus. Jak to cele probiha?

Zapnu notebook, boot dojde az k prihlasovacimu dialogu, zadam heslo a tady koncim. Zcerna obrazovka, na nic nereaguje - caps lock, num lock, ALT+Fx, proste mrtve - pomuze jedine vypnout/zapnout. Cely proces se musi opakovat a asi tak na 3-4 pokus me to prihlasi.
Googlil jsem vypisy z logu, ale na nic kloudneho jsem neprisel. Hledal jsem hlavne (viz. nize vypis logu):

gdm-password][1740]: gkr-pam: unable to locate daemon control file

Nasel jsem nejake posty kde se zminuji o tom, ze maji podobny problem, ale nenasel jsem reseni.

OS: Fedora 34
kernel: 5.13.12-200.fc34.x86_64
environment: Gnome 40.4.0, X11
PC: Dell Latitude 5290

log:
journalctl -b -p err

Aug 22 09:12:39 kernel: x86/cpu: SGX disabled by BIOS. 
Aug 22 09:12:40 kernel: usbhid 1-9.3:1.1: couldn't find an input interrupt endpoint
Aug 22 09:12:40 kernel: i915 0000:00:02.0: [drm] *ERROR* DPLL 1 not locked
Aug 22 09:12:41 systemd-udevd[588]: /etc/udev/rules.d/40-libsane.rules:41 Unknown group 'scanner', ignoring
Aug 22 09:12:41 systemd-udevd[588]: /etc/udev/rules.d/40-libsane.rules:26: GOTO="libsane_rules_end" has no matching label, ignoring
Aug 22 09:12:41 systemd-udevd[588]: /etc/udev/rules.d/S99-2000S1.rules:41 Unknown group 'scanner', ignoring
Aug 22 09:12:41 systemd-udevd[588]: /etc/udev/rules.d/S99-2000S1.rules:26: GOTO="libsane_rules_end" has no matching label, ignoring
Aug 22 09:12:43 kernel: Bluetooth: hci0: Reading supported features failed (-16) 
Aug 22 09:12:43 kernel: Bluetooth: hci0: Setting Intel telemetry ddc write event mask failed (-95) 
Aug 22 09:13:07 alsactl[946]: alsa-lib parser.c:242:(error_node) UCM is not supported for this HDA model (HDA Intel PCH at 0xef348000 irq 141)
Aug 22 09:13:07 alsactl[946]: alsa-lib main.c:1405:(snd_use_case_mgr_open) error: failed to import hw:0 use case configuration -6
Aug 22 09:13:31 gdm-password][1740]: gkr-pam: unable to locate daemon control file
Aug 22 09:13:33 systemd[1755]: Failed to start Application launched by gnome-session-binary.
Aug 22 09:13:33 systemd[1755]: Failed to start Application launched by gnome-session-binary.
Aug 22 09:13:33 systemd[1755]: Failed to start Application launched by gnome-session-binary.
Aug 22 09:13:33 systemd[1755]: Failed to start Application launched by gnome-session-binary.
Aug 22 09:13:33 kernel: i915 0000:00:02.0: [drm] *ERROR* DPLL 1 not locked
Aug 22 09:13:35 systemd[1755]: Failed to start Application launched by gnome-session-binary.
Aug 22 09:13:37 gdm-launch-environment][1174]: GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

Setkali jste se s tim uz nekdo? Budu rad za kazde nasmerovani - radsi ted uz nevypinam notebook, bojim se, ze se uz neprihlasim :)

---

---

Odpovědi

[Вherzet]

Skús CTRL+ALT+Fx a máš mať konzolu. Prihlás sa. Skontroluj, či máš dosť miesta na disku. Daj:

init 3

Potom napíš (alebo ekvivalent pre Wayland kompózer):

startx

Takže by si mal pracovať so PC v pohode.

A mal by si sa mrknúť na:

Aug 22 09:13:31 gdm-password][1740]: gkr-pam: unable to locate daemon control file

[polo23]

No, CTRL+ALT+Fx jsem prave taky zkousel, ale nereaguje - do kozole se nedostanu. X11 mam nastaveny default (nepouzivam Wayland). Na disku mam 100GB volneho mista... Ten zaznam z logu uz jsem hledal, ale nenasel jsme reseni.

[Вherzet]

Pozeral si aj?

df -i # dostatok inodov

V grube ked ides botovat pridaj parameter single. Prihlás sa ako root a daj init 3, odhlas a prihlas ako pooživateteľ (alebo druha konzola) a pokračuj podla predchádzajúceho príspevku.

Ak sa prihlasis, mozno treba pockat na dalsiu aktualizacie (ak to robi viacerym), alebo jednoducho skusit iny login manager (miesto gdm). Co zaroven bude aj otestovanie, ci v nom je chyba, resp. konfiguracie.

[polo23]

Mam 25904745 volnych Inode.

S tim single mode jsem nabootoval, ale neslo mi se prihlasit jako root. Psalo to: The root account is locked. Takze po stisku klavesy to normalne nabootovalo.

Co se tyka tech login manageru, tak do toho nechci vrtat - bojim, ze pak uz to nenajede vubec.

[Вherzet]

Aha, tak v GRUBe miesto init daj iba text 3 (lebo). Asi mas prihl. cez root zakazane (a máš použivať sudo).

Ak mas viac prihl. manazerov, tak ma sa pri instalacii dalsieho spyta, kt. chces pouzivať ako na auto start grafiky (ak neponecha povodny). V Debiane sa pripadne pyta. Resp. pozri doc, ako sa nastavi v distre, to okno akno abo co.

[LarryL]

Na netu někdo uvádí, že to může způsobovat přidání ssh klíčů nebo fish do souboru .bashrc. Nepřidával jsi do toho souboru něco?

[polo23]

Tohle neni muj pripad. Nic jsem tam nepridaval. Uz jsem to pro jistotu zkontroloval, ten soubor je OK.

[LarryL]

Pak bych asi zkusil přeinstalovat gnome balíčky. Možná se při aktualizaci něco nepovedlo, možná vadné sektory na disku, možná něco jiné. Přeinstalace gnome by mohla být nejjednodušší cesta jak to opravit.

[polo23]

Tim preinstalovanim balicku myslis neco jako:

dnf reinstall "GNOME Desktop Environment"

Jako zase bych ten system nechtel rozbit uplne:)

[LarryL]

Neznám přesně příkaz na Fedoře, ale ano nějak tak. Jen pokud máš něco nastavené v Gnome nebo doinstalované extensions, tak se ti mohou přepsat konfiguráky, takže bys musel nastavit znovu, ale rozbít by se to nemělo. Reinstalace by měla opravit než rozbít.

[Peter Golis]

Nemala Fedora snapshoty disku, a možnosť naštartovať staršiu inkarnáciu OS (z pred patchovania)?

[polo23]

No, popravde o nicem takovem nevim. Ale nasmeroval jste me :) Nasel jsem takovou moznost, ale to bych musel mit Btrfs filesystem - ja mam ext4.

[Peter Golis]

A presne toto vychvaľovali na Fedore už pred pár rokmi, že je to míľový krok v pred.

[LarryL]

Myslím, že defaultně je to na Fedoře až s příchodem Btrfs. Před tím to asi šlo přes Timeshift nebo další programy, tak jako na jiných distrech. Nespletls to s OpenSuse? Tam ten jejich Snapper už nějaký ten pátek mají.

[Peter Golis]

Bolo to cez BTRFS. Podobne by to malo byť aj v Ubuntu, ale cez ZFS kde je to v stave Experimental, a nie je to preto predvolená možnosť. Za ten snapper Ď, nezachytil som. Ale SuSe moc nepoužívam.

Ale klasicky by som to po nejakom čase chrootol, a vykonal znova patching. Možno tam bola klasická chyba, keď použité zrkadlo repozitára nemalo v tom čase dosynchronizované všetky balíky. A pracovná stanica sa tým pádom po SW stránke rozsypala.