You are not logged in.
access("/home/ralvez/.Xauthority", R_OK) = -1 ENOENT (No such file or directory)https://bbs.archlinux.org/viewtopic.php … 5#p2107345
https://bbs.archlinux.org/viewtopic.php … 1#p2107351
https://bbs.archlinux.org/viewtopic.php … 6#p2107376
???
stat /home/ralvez/.XauthorityOffline
There use to be an .Xauthority and we decided to delete it so i3 would re-create it in the next login. Remember?
At the time it did create one but it's gone ???
I've re-created it.
So now
stat home/ralvez/.Xauthority
File: /home/ralvez/.Xauthority
Size: 106 Blocks: 8 IO Block: 4096 regular file
Device: 259,5 Inode: 48797303 Links: 1
Access: (0600/-rw-------) Uid: ( 1000/ ralvez) Gid: ( 1000/ ralvez)
Access: 2023-07-05 16:13:02.872371061 -0400
Modify: 2023-07-05 16:13:02.872371061 -0400
Change: 2023-07-05 16:13:02.872371061 -0400
Birth: 2023-07-05 16:13:02.872371061 -0400Edit:
Good grief!!
Now when I do xhost it replies:
Invalid MIT-MAGIC-COOKIE-1 key
xhost: unable to open display ":0"Last edited by ralvez (2023-07-05 20:17:52)
Offline
Edit: yeah because the file is likely bogus.
Let SDDM create it.
https://wiki.archlinux.org/title/SDDM#Hangs_after_login
Try removing ~/.Xauthority and logging in again without rebooting. Rebooting without logging in creates the file again and the problem will persist
Log out, move to a different VT, log into the console, remove the ~/.Xauthority file. Log out, head back to SDDM, log in there.
Last edited by seth (2023-07-05 20:21:56)
Offline
xauth -v list
Using authority file /home/ralvez/.Xauthority
archiso/unix:0 MIT-MAGIC-COOKIE-1 53956e8e0faad6a14ca6cceb80a85ef6
dragonfly/unix:0 MIT-MAGIC-COOKIE-1 ef9c6917ec3f10b80e75b3cfd55db7bdxrander -q
Invalid MIT-MAGIC-COOKIE-1 key
Can't open display :0NOTE: I thought it should only have one mit-magic-cookie
Last edited by ralvez (2023-07-05 20:22:52)
Offline
Edit: yeah because the file is likely bogus.
Let SDDM create it.
https://wiki.archlinux.org/title/SDDM#Hangs_after_loginTry removing ~/.Xauthority and logging in again without rebooting. Rebooting without logging in creates the file again and the problem will persist
Log out, move to a different VT, log into the console, remove the ~/.Xauthority file. Log out, head back to SDDM, log in there.
Offline
OK. I did the "whole dance".
Log out, move to a different VT, log into the console, remove the ~/.Xauthority file. Log out, head back to SDDM, log in there.
After the first log out and log in there was no .Xautority to be deleted. (file not found).
Nevertheless, I continued to do the next steps. I just logged back in.
xauth -v list
xauth: file /home/ralvez/.Xauthority does not exist
Using authority file /home/ralvez/.XauthorityOffline
Also we are back to
Authorization required, but no authorization protocol specified
Can't open display :1It's almost as if I have missing config files... but I have not deleted anything.
Last edited by ralvez (2023-07-05 20:46:16)
Offline
https://wiki.archlinux.org/title/SDDM#X … OKIE)_file
echo $XAUTHORITYOffline
echo $XAUTHORITY
/home/ralvez/.XauthorityOffline
*sighofrelief*
Why is that there?
Offline
Not sure why. Because cat .Xauthority is
pwd
/home/ralvez
cat .Xauthority
cat: .Xauthority: No such file or directoryOffline
It would seem like the system is "confused" as to what files it has but if asked for them specifically it says that the file is not there. ??!
Offline
The question was rethorical, you'remost likely setting the environment somewhere.
grep -r XAUTHORITY ~Offline
I combed through all the references to xauthority but could not find any indicators.
I cannot put the contents of the file here because it is larger that we are allowed to post.
NOTE: Let me correct my statement.
I did find a buch of references but some were due to the fact that I use python and some programs make a reference to it.
There is one that is in my .bashrc exports that explains why the system thinks it is in /ralvez/.Xauthority
export XAUTHORITY=$HOME/.XauthorityNOTE: I tried pastebin but same problem as arch, the file is too big.
Last edited by ralvez (2023-07-05 22:31:19)
Offline
Well ... after much poking around and checking google and archlinux forums I decided to remove the
export XAUTHORITY=$HOME/.Xauthorityfrom my .bashrc exports.
Logged out logged in and ...
xrandr -q
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767
DVI-D-0 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 531mm x 299mm
1920x1080 60.00*+ 59.99 59.94 50.00 60.05 60.00 50.04
1680x1050 59.95
1600x1200 60.00
1440x900 59.89
1366x768 59.79
1280x1024 75.02 60.02
1280x960 60.00
1280x720 60.00 59.94 50.00
1152x864 75.00
1024x768 75.03 70.07 60.00
800x600 75.00 72.19 60.32 56.25
720x576 50.00
720x480 59.94
640x480 75.00 72.81 59.94 59.93
DP-1-1 disconnected (normal left inverted right x axis y axis)
HDMI-1-1 disconnected (normal left inverted right x axis y axis)
DP-1-2 disconnected (normal left inverted right x axis y axis)
HDMI-1-2 disconnected (normal left inverted right x axis y axis)
DP-1-3 disconnected (normal left inverted right x axis y axis)
HDMI-1-3 disconnected (normal left inverted right x axis y axis)dragonfly/unix:0 MIT-MAGIC-COOKIE-1 e841cf127a12237a4d697d53a11f165c
#ffff##:0 MIT-MAGIC-COOKIE-1 e841cf127a12237a4d697d53a11f165cNo more authority errors. Yay!!! ![]()
Only one problem remains...
Often, after a reboot it boots to TTY1 but SDDM seems to like TTY2 so I get a blank screen. Oddly enough I do not get a TTY where I can login, is just a blank screen.
I then press Ctrl + Alt + F2 and everything is good.
The other thing that is odd is that I added the early loading of the nvidia modules as per SDDM page.
Last edited by ralvez (2023-07-06 00:00:29)
Offline
There is one that is in my .bashrc exports that explains why the system thinks it is in /ralvez/.Xauthority
This pretty much explains your previous "login" issues. And the variable had absolutely no business being there - even iffff it was (ie. very hypothetical fantasy thesis) necessary and correct, bashrc would be the wrong location.
SDDM is supposed to start on TTY1, https://wiki.archlinux.org/title/SDDM#S … ad_of_tty7
Check your SDDM config file(s) and the outputs of
systemctl status getty@tty1.service
systemctl status getty@tty2.serviceOffline
Fixed using /usr/share/sddm/scripts/Xsetup.
Back in business.
Thanks for all the help.
Offline