Esteemed Debian experts and maintainers - I just upgraded my first machine from 11.2 to 11.3. xauth fails in the context of startx. Message is xauth: timeout in locking authority file /home/[redacted]/.Xauthority both in the startx console, and if I run "xauth list" in the resulting X session. It's an annoyance that X takes longer to start. I'm pretty sure my X security is broken, too. E.g., "ssh -X foo" gives a timeout and fallback.
I tried downgrading each of server-xorg-video-intel and linux-image-amd64, and neither by itself fixed it. Googling for the problem, the standard questions are what my home directory and .Xauthority permissions are. Sigh. drwxr-xr-x and -rw-------. That's not it. I was able to capture output of startx, running it as "sh -x /usr/bin/startx". The relevant section seems to be + /usr/bin/mcookie + mcookie=31343d9e22148031aa3a7b27090d2090 + test x31343d9e22148031aa3a7b27090d2090 = x + dummy=0 + mktemp --tmpdir serverauth.XXXXXXXXXX + xserverauthfile=/tmp/serverauth.6wEy4jJlBy + trap rm -f '/tmp/serverauth.6wEy4jJlBy' HUP INT QUIT ILL TRAP KILL BUS TERM + xauth -q -f /tmp/serverauth.6wEy4jJlBy + serverargs= vt1 -keeptty -auth /tmp/serverauth.6wEy4jJlBy + authcookie= + [ z = z ] + xauth -q xauth: file /home/[redacted]/.Xauthority does not exist + removelist=:0 + authcookie= + [ z = z ] + xauth -q xauth: timeout in locking authority file /home/[redacted]/.Xauthority + removelist=menace.localdomain:0 :0 (I've tried both removing and not removing .Xauthority* files) Huh. I just tried running startx as a different username. Works fine! WTF? I've never seen anything like this in over a decade of Debian usage. - Larry
