more info which might be important:

twice now in the past week when this bug has caused the x hang issue i have
been unable to log in afterwards. i believe that both times (certainly the
most recent) it was after i had ctrl+alt+f2 to a terminal and blindly
logged in and run some command. in the most recent case the command was #
dmesg > /root/dmsg

in this most recent case, the reason for being unable to log in afterwards
was wrong permissions (owner) set on ~/.Xauthority
the permissions were 600 (which i think are correct) but owner and group
was root.
once this was corrected i was able to log in again.

the first time of the two was similar in some ways. i had also blindly
logged in to the terminal and run some command (killall firefox-esr, which
i thought at the time might be causing the hang).
after rebooting (using ctrl+alt+del) the same permissions issue as
previously described for .Xauthority was affecting a different file, also
removing my ability to log in. this file was ~/.config/user-dirs.dirs
after changing the owner to my user i was able to log in again.

in both cases logging in as a different user than the one which was in use
at the time of the crash, worked as normal.


a third item which might also be pertinent is the following:
for around the same amount of time that the x-hang issue has been affecting
this machine (1-2 weeks?) when logging in with sddm or lightdm, if password
is incorrect, the system re-asks for username/password right away. however
if the password is CORRECT, the system hangs for two minutes before showing
the desktop.
not sure if this one is related or not!

i'm using testing with lxqt


-- 
.this message has been rot26 encrypted for security reasons.
gpg 0x385E2954CE572CADE8C091C09479B105A6770473

Reply via email to