M-am uitat în această întrebare printre altele (pornit și oprit SO) pentru o soluție.
Votat pozitiv (dar nu acceptat) răspuns la acea întrebare, sugerează entropie ar putea fi o problemă.
De fapt le am de la început pe ambele haveng și rng-instrumente instalat și activat, iar entropia este destul de mare (conform comentariilor la acel răspuns, care sugerează ceva aproape de 4000 ca valoare bună).
$ cat /proc/sys/kernel/random/entropy_avail
3703 USD
Am dezactivat o mulțime de servicii, cum ar fi Docker, lxc etc., despre care credeam că ar fi încetinit procesul de pornire. Iată rezultatul lanțului critic după aceea. Nu cred că sunt pornite servicii inutile.
$ systemd-analyze lanțul critic
Ora la care unitatea a devenit activă sau a pornit este tipărită după caracterul „@”.
Timpul necesar unității pentru a porni este tipărit după caracterul „+”.
graphical.target @18.632s
ââmulti-user.target @18.632s
ââModemManager.service @12.750s +3.349s
ââpolkit.service @9.288s +3.409s
ââbasic.target @8.854s
ââsockets.target @8.854s
ââlibvirtd-admin.socket @8.854s
ââlibvirtd.socket @8.848s +5ms
ââsysinit.target @8.817s
ââsystemd-sysctl.service @8.795s +21ms
ââsystemd-modules-load.service @2.849s +5.941s
ââsystemd-journald.socket @2.737s
ââ-.mount @2.733s
ââsystem.slice @2.733s
ââ-.slice @2.733s
Aici este lightdm.log-ul meu.
[+7.13s] DEBUG: Procesul 1994 a ieșit cu valoarea returnată 0
[+7.13s] DEBUG: Scaun seat0: Stare de ieșire a /sbin/prime-offload: 0
[+7.13s] DEBUG: posix_spawn evitat (închiderea fd solicitată) (child_setup specificat)
[+7.13s] DEBUG: Seat seat0: Afișează serverul gata, începe autentificarea sesiunii
[+7.13s] DEBUG: Session pid=1999: A început cu serviciul „lightdm-greeter”, numele de utilizator „lightdm”
[+7.40s] DEBUG: Session pid=1999: Autentificare completă cu valoarea returnată 0: Succes
[+7.40s] DEBUG: Seat seat0: Sesiune autentificată, comandă de rulare
[+7.40s] DEBUG: Session pid=1999: Rulează comanda /usr/lib/lightdm/lightdm-greeter-session /usr/sbin/lightdm-gtk-greeter
[+7.40s] DEBUG: se creează directorul de date partajat /var/lib/lightdm-data/lightdm
[+7.40s] DEBUG: Session pid=1999: Logare la /var/log/lightdm/seat0-greeter.log
[+30.54s] DEBUG: Se activează VT 7
[+30.54s] DEBUG: Se activează login1 sesiunea c1
[+30.54s] DEBUG: Seat seat0 schimbă sesiunea activă în c1
[+30.54s] DEBUG: Sesiunea c1 este deja activă
[+48.16s] DEBUG: Versiune Greeter conectată=1.30.0 api=1 resetabil=false
[+49.90s] DEBUG: Greeter începe autentificarea pentru junaid
[+49.90s] DEBUG: Session pid=6578: A început cu serviciul „lightdm”, numele de utilizator „junaid”
[+49.92s] DEBUG: Session pid=6578: Am primit 1 mesaj(e) de la
Am încercat deja să trec la driverele amdgpu-pro din site-ul amd si asta nu a schimbat nimic. Am revenit la driverele open source.
De asemenea, am trecut de la lightdm la sddm și alternativ la gdm3. Iată rezultatul pentru asta.
$ systemd-analyze
Pornire s-a terminat în 7.564s (kernel) + 18.663s (spațiu utilizator) = 26.228s
graphical.target atins după 18.632s în spațiul utilizatorului
Cu lightdm, am doar un ecran gol timp de ~30 de secunde înainte să apară mesajul de întâmpinare.
$ systemd-analyze
Pornirea s-a terminat în 6.667s (kernel) + 16.169s (spațiu utilizator) = 22.837s
graphical.target atins după 16.155s în spațiul utilizator
Lucru interesant despre sddm este că cursorul mouse-ului (deși înghețat) apare deja aproape imediat, dar greeter-ul nu apare în următoarele ~20 de secunde.
$ systemd-analyze
Pornire s-a terminat în 6.562s (kernel) + 52.061s (spațiu utilizator) = 58.624s
graphical.target atins după 52.047s în spațiul utilizator
$ systemd-analiza vina
41.779s plymouth-quit-wait.service
5.738s systemd-module-load.service
5.519s udisks2.service
4.411s networkd-dispatcher.service
3.809s accounts-daemon.service
3.443s [email protected]
3.011s qemu-kvm.service
2.930s uml-utilities.service
2.614s dev-sdb5.device
2.459s ModemManager.service
2.205s polkit.service
2.158s avahi-daemon.service
2.136s NetworkManager.service
2.124s dundee.service
2.005s ofono.service
1.958s gpu-manager.service
1.920 grub-common.service
...
Și, în cele din urmă, Syslog arată că kernel-ul trece destul de repede cu pornirea (~4 sec), până când se lovesc următoarele probleme, durând 20 ~ 30 de secunde, adică aproximativ timpul în care ecranul rămâne gol și nu răspunde înainte de apariția ecranului de autentificare.
18 decembrie 12:04:03 my-desktop NetworkManager[1057]: <info> [1639825443.5387] manager: starea NetworkManager este acum CONNECTED_GLOBAL
Dec 18 12:04:13 my-desktop systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Dec 18 12:04:22 my-desktop systemd[1]: systemd-fsckd.service: Succeeded.
18 decembrie 12:04:22 my-desktop systemd-timesyncd[996]: Sincronizare inițială cu serverul de timp 91.189.89.199:123 (ntp.ubuntu.com).
Dec 18 12:04:26 my-desktop systemd[1]: systemd-hostnamed.service: Reușit.
18 decembrie 12:04:40 my-desktop systemd[1]: Secțiunea de utilizator creată cu UID 1000.
Cu gdm3, ecranul de pornire de pornire rămâne înghețat timp de ~30 de secunde înainte de apariția mesajului de autentificare.
Am un sistem nu chiar așa rău pus la punct acum câțiva ani, cu procesor Ryzen 7, 32 GB RAM, 256 GB SSD pentru sistemul de operare și folosesc un Ubuntu 20.04 LTS actualizat.
Deci, dacă există o soluție la această problemă, mi-a scăpat în ultimele 2 ~ 3 ore.
