[SOLUTION] Problem starting X session due to ~/.Xauthority

Here you'll find a place for solutions and hints.

Please use one of the support subforums below for questions or if you have any issues and need support.

[SOLUTION] Problem starting X session due to ~/.Xauthority

Postby Wloxen » Oct 2nd, '14, 18:37

Hello,

I'm currently a loyal Debian user but as a former Mandrake and Mandriva user I wanted to see how is it today, so I've been recently testing Mageia, because it always seemed to me the easiest GNU/Linux for newbies, especially because of its powerful yet simple configuration tools.

So I downloaded the DualArch DVD and installed it into a VMware Player virtual machine, and besides some small annoyances, I've found one strange problem which I think it can be very difficult to solve by newbies as it avoids starting session at all, so I thought that writing this post could be helpful.

The symptoms: after entering a correct password at the login screen, the system comes back automatically to it, with no error message at all. You know that the password is correct because if you deliberately introduce an incorrect one, you receive an error message which is not shown if you enter the correct one. Besides, you can start the session with the root user (which is not recommended to use in a graphical environment). This problem happens only after changing some screen configuration (the resolution in my case) in a previous session (that is, you have started at least one session previously).

The investigation: after hacking a bit, even reconfiguring the screen from the command line through "drakxconf", I saw that the problem was that the file ".XAuthority" got owned by root instead of the regular user, so it was a permission problem which in fact appeared somehow in the file ".xsession-errors" (I got confused because at the same time I was getting some errors because of some "gtk-canberra" libraries not loading, but I solved it and it was unrelated).

The solution: When this problem appears, from the login screen start a command line session (just press [Ctrl]+[Alt]+[F2] to open the second console terminal), initiate a root session and do «chown yourusername:yourusername /home/yourusername/.XAuthority». Then you can close the text session, get back to graphical login screen pressing [Alt]+[F1], and start your regular user session.

The system: The problem occurs at least in a fresh 64 bits installation from DualArch DVD, with XFCE. I've reproduced the problem (and the solution) at least twice.

Greetings.
Last edited by doktor5000 on Oct 2nd, '14, 19:12, edited 1 time in total.
Reason: adjusted thread title
Wloxen
 
Posts: 1
Joined: Oct 2nd, '14, 17:46

Re: [SOLVED] Problem (not) starting session

Postby doktor5000 » Oct 2nd, '14, 19:11

Thanks for sharing :)

This was already noticed on some bugreports https://bugs.mageia.org/show_bug.cgi?id=13866#c4
and posts to -dev mailing list. Happens with some display managers, sadly :/
I've moved this to tips&tricks section, and changed the title slightly.
Cauldron is not for the faint of heart!
Caution: Hot, bubbling magic inside. May explode or cook your kittens!
----
Disclaimer: Beware of allergic reactions in answer to unconstructive complaint-type posts
User avatar
doktor5000
 
Posts: 17659
Joined: Jun 4th, '11, 10:10
Location: Leipzig, Germany

Re: [SOLUTION] Problem starting X session due to ~/.Xauthori

Postby laidlaws » Aug 2nd, '16, 15:35

I notice this on bare-metal installations only. When there is an existing user account, the file already exists. On testing video settings with XFdrake, often root's .Xauthority can't be found, and apparently, can't be created on-the-fly. In that event, the option to test the configuration fails.
laidlaws
 
Posts: 233
Joined: May 24th, '11, 04:58


Return to The magician suggests...

Who is online

Users browsing this forum: No registered users and 1 guest

cron