XPost: comp.sys.raspberry-pi, alt.os.linux.mageia   
   From: dwhodgins@nomail.afraid.org   
      
   On Sat, 09 Dec 2023 09:18:40 -0500, Markus Robert Kessler  wrote:   
      
   > On Sat, 9 Dec 2023 12:09:35 +0000 The Natural Philosopher wrote:   
   >   
   >> On 09/12/2023 11:54, Markus Robert Kessler wrote:   
   >>> What I found out is, that when switching 'su - newaccount', then   
   >>>   
   >>> - a file ~/.xauth* (e.g.: .xauthOa9EpX) is automatically created   
   >>>    (by su? by pam?)   
   >>> - and when either starting x-app like xclock, so this works, or -   
   >>> deleting this .xauth* and starting x-app, then above error occurs   
   >>   
   >> This suggests that the original problem may have been su'ing to a user   
   >> with no home directory, or one that the user has no permissions for, so   
   >> this file cannot be created.   
   >   
   > Hi, good point, indeed, but on Mageia, where this works, I can switch   
   > freely via su - test... betweeen test* accounts. Directory /home/ lists   
   > like   
   >   
   > drwx------  9 test     test     4,0K Dez  9 12:56 test/   
   > drwx------  2 test1    test1    4,0K Dez  7 16:46 test1/   
   > drwx------  2 test2    test2    4,0K Nov  4 20:10 test2/   
   > drwx------ 10 test3    test3    4,0K Dez  9 11:24 test3/   
   > drwx------  2 test4    test4    4,0K Nov 21 14:45 test4/   
   >   
   > So, the root cause may be located somewhere else.   
      
   This can also happen if the user previously used "su" to become root and ran   
   X leaving the auth file owned by root.   
      
   Always use "su - root", which can be shortened to just "su -". Don't use   
   just "su". See https://wiki.mageia.org/en/Never_use_just_su   
      
   Check "ls -la ~|grep -e  auth" to see if any of the auth files are owned by   
   root.   
      
   Regards, Dave Hodgins   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)