Description of problem: Mageia6 sta2 After starting MCC by the user from the menu, then selecting "Hardware -> Configuring the graphic server -> Test -> Yes" after the performed testing the owner of the .Xauthority file of the user will be root. And in the next boot the user can not enter the DE session because of the rights restriction to this file. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Run MCC from the menu, run test in the 'Configuring the graphic server' from the 'Hardvare' section 2.See your ~/.Xauthority file was owned by root 3.Reboot ant try to log in into DE
Created attachment 9294 [details] journalctl output Confirming the issue with a test user: In /home/u/ there was: -rw------- 1 u u 54 apr 25 12:12 .Xauthority After starting an XFCE session with "u" and running the graphic server test from MCC (but no settings changed) there was: -rw------- 1 root root 108 mei 13 09:37 .Xauthority -rw------- 2 u u 0 mei 13 09:38 .Xauthority-c -rw------- 2 u u 0 mei 13 09:38 .Xauthority-l and after logging out it was indeed impossible to log in again. After running "chown u: .Xauthority" (which was probably bound to fail to solve the issue, since the file had twice the original size) logging in was stil impossible. I then noticed that the contents of that file had been deleted -rw------- 1 u u 0 mei 13 09:39 .Xauthority -rw------- 2 u u 0 mei 13 09:38 .Xauthority-c -rw------- 2 u u 0 mei 13 09:38 .Xauthority-l After deleting all three .Xauthority* files, logging in worked fine again and the newly created .Xauthority had the correct size. Attaching the output of journalctl -a --since="2017-05-13 09:35" --until="2017-05-13 09:41" I have _not_ tried whether this bug is also valid when you actually change your configuration before testing it. @ Yuri Did you?
CC: (none) => marja11
Keywords: (none) => NEEDINFOAssignee: bugsquad => mageiatoolsSource RPM: (none) => drakx-kbd-mouse-x11
If I changed the configuration of the Graphic Card before "testing", everything is seems fine with this file then.
I encountered this bug on two recently installed boxes with Mageia 6 64-bit and Mate desktop. Solved it by changing user and group on .Xautority from "root" to normal user.
CC: (none) => pernel
@tv: As this happens pretty often to novice users when using the "Test" button in drakx11 - would it be difficult to implement a failsafe to chown any ~/.Xauthority* file in that users home folder to that user if it belongs to root ? That should probably go here, although I'm not that good at perl: http://gitweb.mageia.org/software/drakx-kbd-mouse-x11/tree/lib/Xconfig/test.pm#n137
CC: (none) => doktor5000, thierry.vignaud
I believe NEEDINFO got satisfied by comment 2. This trap have been present since long time.
CC: (none) => friWhiteboard: (none) => MGA8TOOKeywords: NEEDINFO => (none)
Our GUI tool for novices makes novices locked out - pretty serious. Raising severity and priority.
Priority: Normal => HighSeverity: normal => major
I see yet another user now needed help on forum with this.
Cant we just remove that test button...?
As users naturally experiment with drivers maybe this should be an errata item
Keywords: (none) => FOR_ERRATA9
Summary: User can't login into DE session because of user's .Xauthority file was owned by root => After drakx11 "test", user can't login into DE session because of user's .Xauthority file is owned by root
Some sad tests: _False negative Another reason to remove the test button is that it can also give false negatives. My system is happily using nvidia R535 on my GTX750. I just now launched drakx11 and pressed the test button and screen went blaxk maybe five seconds then back to desktop with drakx11 showing: An error occurred: (EE) Fatal server error: Try to change some parameters Nothing in journal Just pressing the button again, screen went black, then successfully show the rainbow test. _Regarding file ownership I ran the test answering Yes one time and No another time in the question on the rainbow test screen, and it did in neither case change the ownership of .Xauthority. So have this somehow got fixed? Or is the problem only arising under some circumstances? Above, i had started mcc from konsole with: LC_ALL=C mcc My user is member of wheel _Hard freeze Yet a reason to remove the dreaded test Next, i launched mcc from plasma menu, and in popup question selected my test user (also member of wheel btw) the test displayed the rainbow, but i could not select yes/no buttons, i saw no mouse pointer (maybe there was but that is a design problem, hard to see tiny on a 4K screen rainbow...) but i also dod not find keyboard working until it timed out. -- and after timing out it returned to a plain black desktop with frozen mouse pointer. Also ctrl-alt-F3 did not work (i verified earlier that it worked, bug 31994), not even REISUB. Had to use reset button. I end my tests... --- Added to errata https://wiki.mageia.org/en/Mageia_9_Errata#Graphics Updated https://wiki.mageia.org/en/Setup_the_graphical_server#Selecting_drivers
Keywords: FOR_ERRATA9 => IN_ERRATA9
(In reply to Morgan Leijström from comment #8) > Cant we just remove that test button...? Yes, please! I just wasted several hours trying to understand why I couldn't log in anymore! I finally reinstalled Mageia but I kept my /home partition alone, which means that the permissions on .Xauthority were left unchanged and so I did all this painful work for nothing.
CC: (none) => LpSolit
Whiteboard: MGA8TOO => MGA8TOO, MGA9TOOTarget Milestone: --- => Mageia 10
For anyone needing help to rescue a system with failing GUI login: https://wiki.mageia.org/en/Rescue:_disable_GUI_at_boot HTH
CC: (none) => paul.blackburn
How does this wiki article help with the problem of this bug? The solution (until the test button is removed) is already pointed clearly out by Marja in comment 1.
Nearing mga10 Please someone simply remove the test button from the interface. I do not want to put this ridiculous issue in errata 10 too.
CC: (none) => pkg-bugs
Please remove the dreaded button. Or we need to put this in Errata 10 too?
Keywords: (none) => FOR_ERRATA10
My experience is that this issue happens outside of drakx11 test. Essentially: for a new user account there will be no .Xauthority file in the new users ${HOME} by default. The .Xauthority file is automatically created when the new user runs an X11 program. However, if you need to run some X11 program as root the the .Xauthority file will be created as owned by root which creates other problems later because when you run an non-root the .Xauthority file is no longer writeable by non-root. So, my work-around for this is to login as the new non-root user and run some simple X11 program such as "xclock" for the simple purpose: to create my own .Xauthority file. Then after creating my non-root owned .Xauthority I can any X11 needing root and it won't mess with my .Xauthority file. My solution to this issue would be for the process that creates new ${HOME} directories for new users to also touch (and create) ${HOME}/.Xauthority. The .Xauthority file in ${HOME}: $ ls -l .Xauthority -rw------- 1 user user 126 Aug 19 11:49 .Xauthority $ file .Xauthority .Xauthority: TeX font metric data (GIC-COOKIE-1) $ od -cx .Xauthority 0000000 001 \0 \0 021 z 6 0 0 - m a g e i a 9 0001 1100 367a 3030 6d2d 6761 6965 3961 0000020 . h o m e \0 002 1 1 \0 022 M I T - M 682e 6d6f 0065 3102 0031 4d12 5449 4d2d 0000040 A G I C - C O O K I E - 1 \0 020 2 4741 4349 432d 4f4f 494b 2d45 0031 3210 0000060 245 362 i * 351 001 210 245 e 306 254 231 260 Q \r 001 f2a5 2a69 01e9 a588 c665 99ac 51b0 010d 0000100 \0 \0 021 z 6 0 0 - m a g e i a 9 . 0000 7a11 3036 2d30 616d 6567 6169 2e39 0000120 h o m e \0 002 1 0 \0 022 M I T - M A 6f68 656d 0200 3031 1200 494d 2d54 414d 0000140 G I C - C O O K I E - 1 \0 020 307 322 4947 2d43 4f43 4b4f 4549 312d 1000 d2c7 0000160 264 232 352 262 & 016 322 346 353 345 300 372 312 - 9ab4 b2ea 0e26 e6d2 e5eb fac0 2dca 0000176 $ strings .Xauthority z600-mageia9.home MIT-MAGIC-COOKIE-1 z600-mageia9.home MIT-MAGIC-COOKIE-1
On further reflection: perhaps we need to consider why drax11 test is running as root? Is it possible (and possibly more secure to avoid potential issues with .xinitrc) to execute the drak11 test as the new non-root user?