Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #68870

Bug#976788: more info

Cross-posted to 2 groups.

Show all headers | View raw

[Multipart message — attachments visible in raw view] - view raw

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

Back to linux.debian.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Bug#976788: linux-image-5.9.0-4-amd64: nouveau DRM timeout causes machine to freeze Philip Stewart <philip.stewart.public@gmail.com> - 2020-12-07 23:50 +0100
  Bug#976788: linux-image-5.9.0-4-amd64: nouveau DRM timeout causes machine to freeze Philip Stewart <philip.stewart.public@gmail.com> - 2020-12-13 19:20 +0100
  Bug#976788: nouveau: Re: linux-image-5.9.0-4-amd64: nouveau DRM timeout causes machine to freeze proctor <damonswirled@gmail.com> - 2020-12-14 19:30 +0100
  Bug#976788: more info proctor <damonswirled@gmail.com> - 2020-12-14 20:30 +0100
  Bug#976788: even more info proctor <damonswirled@gmail.com> - 2020-12-14 22:20 +0100
  Bug#976788: linux-image-5.9.0-4-amd64: nouveau DRM timeout causes machine to freeze Uros Knuples <uros@knuples.net> - 2020-12-15 06:20 +0100
  Bug#976788: update: also affected is linux-image-5.9.0-3-amd64 proctor <damonswirled@gmail.com> - 2020-12-19 02:10 +0100
  Bug#976788: 5.9.0-5-amd64 also affected proctor <damonswirled@gmail.com> - 2020-12-24 05:00 +0100
  Bug#976788: linux-image-5.9.0-4-amd64: nouveau DRM timeout causes machine to freeze Philip Stewart <philip.stewart.public@gmail.com> - 2021-01-07 17:40 +0100
  Bug#976788: Patch to fix: nouveau DRM timeout causes machine to freeze Philip Stewart <philip.stewart.public@gmail.com> - 2021-01-28 22:40 +0100
  Bug#976788: Fixed upstream: nouveau DRM timeout causes machine to freeze Philip Stewart <philip.stewart.public@gmail.com> - 2021-02-04 12:20 +0100
    Bug#976788: Fixed upstream: nouveau DRM timeout causes machine to freeze Salvatore Bonaccorso <carnil@debian.org> - 2021-02-06 14:50 +0100
  Bug#976788: marked as done (linux-image-5.9.0-4-amd64: nouveau  DRM timeout causes machine to freeze) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2021-02-06 14:50 +0100

csiph-web