Dotaz: SDDM spuštěné automaticky startuje neúměrně dlouho

[otula]

Narazil jsem na chybu, kterou nějak nedokážu rozlousknout.

• čerstvá instalace Archu; kořen a /home na nvme disku; /boot na klasickém disku kvůli bootování – FAT32 EFI
• nainstalována plasma a SDDM

Pokud nabootuji do textového prostředí, proběhne boot během pár sekund. Pak se přihlásím jako root a nastartuji SDDM #systemctl start sddm. Během zlomku vteřiny to běží. Pokud chci startovat SDDM automaticky #systemctl enable sddm, boot proběhne k hlášce
[ OK ] Reached target Graphical Interface
nebo o krok dál
[ OK ] Started Authorization Manager
a čekám asi minutu, než se SDDM spustí. Kde by mohl být zakopaný pes?

---

---

Odpovědi

[the.max]

Vyzkoušel jsem radu z jiných diskuzí nainstalovat a povolit haveged. SDDM sním nastartuje okamžitě. Ale takovéto srandy by přece neměly být potřeba k tomu, aby systém normálně nastartoval…

[otula]

SDDM samozřejmě nesním _s ním_

[MadCatX]

Jde tuším o to, že některé služby využívají jaderné generátory náhodných dat, které bez dostatku entropie nefungují, takže služba požadující náhodná data z /dev/random visí a čeká, než od jádra něco dostane. Jednu dobu se mi dělo totéž, většinou postačilo ťuknout do touchpadu a sddm chytlo. To, že se přihlásíš zřejmě vygeneruje dostatek entropie, aby sddm nastartovalo.

(Ber to trochu s rezervou, úplně přesné technické vysvětlení už si nepamatuju. Takhle se to chová už docela dlouho.)

[otula]

Jo, při hledání jsem zjistil, že se to řešilo už před několika lety, sám jsem na to zatím ale nenarazil. Mám sddm na dvou dalších počítačích bez toho, že bych tohle musel řešit. Dá se někde zjistit, co je příčinou? Na zkoušku kvůli UEFI jsem totiž na tento počítač prvně nainstaloval Manjaro (tedy upravený Arch), a to nabootovalo do sddm úplně bez problémů, a když jsem potom na ostro nainstaloval originál Arch, narazil jsem na tento problém.

[otula]

Tak jsem zjistil, že to zřejmě zapříčiňuje to SSD v PCI slotu. Přepnul jsem v BIOSu bootování na klasické, harddisk jsem přeformátoval na MBR, nainstaloval tam standardně grub a celý systém, přičemž to nastartovalo do SDDM okamžitě. Poté jsem upravil grub.cfg, fstab atd. a použil kořenový oddíl z nvme disku, a problém je zpět. Takže zůstanu u haveged.

[k3dAR]

btw: boot z m.2 NVMe - Xubuntu18.04 (s LightDM), Grub2 a (LUKS/LVM)/boot na NVMe (deska to podporuje) - startuje okamzite

[Peter Golis]

A tú službu na kŕmenie generátora pseudonáhodných čísel máš nainštalovanú tak ako on?

[k3dAR]

haveged? nemam, ani rngd... mozna to bude vec distra (ne/)patchu nebo v novejsich verzi nejakeho/souvisejiciho baliku v Archu, tady nekdo popisuje podobnej problem pri LightDM+Xfce (ale nepise distro) a take haveged pomohlo...

[otula]

Ono to Manjaro, jak jsem psal, také nabíhalo bez problémů (i při použití nvme), ale jestli používají haveged jsem nezkoumal.

[MadCatX]

Bude asi hodně záležet na tom, co všechno se při bootu děje. Na míru sestavená distra jako Arch mohou být hodně minimalistická a prostě se tam při startu nemá kde vzít dost entropie pro seed jaderného RNG. Prefabrikovaná distra mohou té entropie při bootu vyrobit víc. Jen tak FYI, za příslušné chování může tahle změna v jádře.

[petr_p]

Linux sbírá entropii z rozptylu zpoždění diskových operací. Rotační disky coby mechanická záležitost jsou bohatší zdroj. Jestli máš dostatečně nový procesor a Linux a věříš výrobci, tak existuje bootovací parametr random.trust_cpu=on, který přidá mezi zdroje entropie CPU.

[otula]

Díky, vyzkouším.

[otula]

Hm, tak to asi zkoušet nebudu, protože to v Archu nemá podporu v jádře (předpokládám, že je to potřeba). Ne, že by byl problém si jádro zkompilovat, ale mění se tak často, že bych to musel dělat co chvíli.

[petr_p]

Množství nasbírané entropie je vidět v /proc/sys/kernel/random/entropy_avail.