Eu rulez MATE 20.04 și am o problemă de fiecare dată când repornesc. În loc să obțineți ecranul de conectare lightdm
- Când am setată opțiunea grub „silențioasă”, primesc un ecran gol (este tot negru, dar aprins)
- Când elimin opțiunea silențioasă, primesc următoarele mesaje
Încărcare va rugam asteptati..
Versiunea de pornire 245.4_ubuntu3.11
Începe: se încarcă driverele esențiale... gata.
Începe: rulează /scripts/init-premount
Ecranul devine gol și apoi reafișează mesajele de mai sus
În acest moment, dacă încerc să ajung la un termen local (Ctl-Fn-F1), nu am noroc.
Cu toate acestea, dacă intru în mașină și opresc lightdm, apare ecranul de conectare.
Iată mai multe detalii
> [mașină ~] $ ps aux |grep lightdm
> root 1173 0.0 0.0 232332 7484 ? Ssl 14:45 0:00 /usr/sbin/lightdm
> root 1225 0.2 0.6 1346752 67728 tty7 Ssl+ 14:45 0:00 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vtch7 -novts
> utilizator1 1854 0,0 0,0 9032 724 puncte/0 S+ 14:46 0:00 grep lightdm
> [mașină ~] $ sudo kill 1173
> [sudo] parola pentru user1:
> [mașină ~] $ ps aux |grep lightdm
> rădăcină 1925 0,4 0,0 232332 7328 ? Ssl 14:47 0:00 /usr/sbin/lightdm
> root 1930 12.8 0.9 1497312 96312 tty7 Ssl+ 14:47 0:00 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vtch7 -novtswit
> root 1955 0,2 0,0 159972 8236 ? Sl 14:47 0:00 lightdm --sesiune-copil 17 20
> lightdm 1959 5,0 0,0 18836 9948 ? Ss 14:47 0:00 /lib/systemd/systemd --user
> lightdm 1960 0,0 0,0 169680 4188 ? S 14:47 0:00 (sd-pam)
> lightdm 1969 4,0 0,1 358024 18308 ? S<sl 14:47 0:00 /usr/bin/pulseaudio --daemonize=no --log-target=journal
> lightdm 1972 0,0 0,0 166156 4764 ? Sl 14:47 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login
> lightdm 1975 0,0 0,0 2608 540 ? Ss 14:47 0:00 /bin/sh /usr/lib/lightdm/lightdm-greeter-session /usr/sbin/slick-greeter
> lightdm 1976 25,2 0,4 601636 48404 ? Sl 14:47 0:01 /usr/sbin/slick-greeter
> lightdm 1977 0,5 0,0 7464 4608 ? Ss 14:47 0:00 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
> lightdm 1983 0,0 0,0 156092 5376 ? Sl 14:47 0:00 /usr/libexec/dconf-service
> lightdm 2011 0,0 0,0 305748 6592 ? Sl 14:47 0:00 /usr/libexec/at-spi-bus-launcher --lansare-imediat
> lightdm 2016 0,0 0,0 7332 4144 ? S 14:47 0:00 /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3
> lightdm 2017 0,0 0,0 239704 7512 ? Ssl 14:47 0:00 /usr/libexec/gvfsd
> lightdm 2022 0,0 0,0 312800 6144 ? Sl 14:47 0:00 /usr/libexec/gvfsd-fuse /run/user/110/gvfs -f -o big_writes
> root 2056 0.0 0.0 12560 6200 ? S 14:47 0:00 lightdm --sesiune-copil 13 20
> lightdm 2058 0,5 0,0 162828 7668 ? Sl 14:47 0:00 /usr/libexec/at-spi2-registryd --use-gnome-session
> utilizator1 2064 0,0 0,0 9032 664 puncte/0 S+ 14:47 0:00 grep lightdm
O altă „remediere” este să porniți în modul sigur, apoi să continuați prin opțiunea „reluare”. Autentificarea nu arată nicio problemă.
În primul rând, ce se întâmplă?
În al doilea rând, de ce nu pot accesa termenii prin Ctl-Fn-F1?
Rămân îndatorat.
ACTUALIZĂRI:
- Utilizarea „nomodeset” la pornirea nucleului evită problema.
- Acest argument este folosit și în modul de recuperare și ar explica de ce funcționează această metodă
- Din păcate, primesc un ecran negru când reiau din somn dacă folosesc această „soluție”
- Primesc notificări despre negăsirea ecranului meu extern
- Am încercat să pornesc cu un afișaj extern conectat și primesc ecranul de autentificare folosind setările implicite (nu trebuie să folosesc nomodeset)
- Trebuie să văd dacă CV-ul funcționează în continuare.
- Se pare că există o problemă cu ecranul de conectare dacă am folosit un monitor extern în sesiunea anterioară.
Bănuiesc că asta înseamnă că caută al doilea afișaj, nu îl poate găsi și așa se blochează.
