/home/zioma/.serverauth.1492 does not exist

ziomario

Well-Known Member

Reaction score: 29
Messages: 390

Hello. I'm trying to start kde5 or mate as desktop manager,instead of lxde (that works correctly),but when I write "startx",I get the following error message :

/home/zioma/.serverauth.1492 does not exist

or if I log with root,its : /root/.serverauth.1492 does not exist

this error is shown also if I want to use lxde as desktop manager,but then it is able to load itself correctly,differently than kde or mate or cinnamon. Below you can see how I have configured the most relevant configuration files :

Code:
/root/.xinitrc



#. /usr/local/etc/xdg/xfce4/xinitrc
setxkbmap it
exec ck-launch-session dbus-launch --exit-with-session startkde



/home/zioma/.xinitrc



#. /usr/local/etc/xdg/xfce4/xinitrc"
setxkbmap it
exec ck-launch-session dbus-launch --exit-with-session startkde


/etc/rc.conf



hostname="lozioma"
keymap="it.kbd"
ifconfig_em0="DHCP"
local_unbound_enable="YES"
sshd_enable="YES"
hald_enable="YES"
dbus_enable="YES"
moused_enable="YES"
ntpdate_enable="YES"
ntpd_enable="YES"
powerd_enable="YES"
libvirt_enable="YES"
# Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable
dumpdev="AUTO"
linux_enable="YES"
#kld_list="nvidia-modeset"
kld_list="i915kms"
vm_enable="YES"
vm_dir="/vms/ubuntu"
kdm5_enable="YES"
nfs_server_enable="YES"
nfs_server_flags="-u -t -n 4"
rpcbind_enable="YES"
mountd_flags="-r"
mountd_enable="YES"


nano /usr/local/bin/startx

#!/bin/sh

unset DBUS_SESSION_BUS_ADDRESS
unset SESSION_MANAGER

userclientrc=$HOME/.xinitrc
sysclientrc=/usr/local/etc/X11/xinit/xinitrc

userserverrc=$HOME/.xserverrc
sysserverrc=/usr/local/etc/X11/xinit/xserverrc
defaultclient=xterm
defaultserver=/usr/local/bin/X
defaultclientargs=""
defaultserverargs=""
defaultdisplay=""
clientargs=""
serverargs=""
vtarg=""

enable_xauth=1

# Automatically determine an unused $DISPLAY
d=0
while true ; do
    [ -e "/tmp/.X$d-lock" -o -S "/tmp/.X11-unix/X$d" ] || break
    d=$(($d + 1))
done
defaultdisplay=":$d"
unset d

whoseargs="client"
while [ x"$1" != x ]; do
    case "$1" in
    # '' required to prevent cpp from treating "/*" as a C comment.
    /''*|\./''*)
 if [ "$whoseargs" = "client" ]; then
     if [ x"$client" = x ] && [ x"$clientargs" = x ]; then
 client="$1"
     else
 clientargs="$clientargs $1"
     fi
 else
     if [ x"$server" = x ] && [ x"$serverargs" = x ]; then
 server="$1"
     else
 serverargs="$serverargs $1"
     fi
 fi
 ;;
    --)
 whoseargs="server"
 ;;
    *)
 if [ "$whoseargs" = "client" ]; then
     clientargs="$clientargs $1"
 else
     # display must be the FIRST server argument
     if [ x"$serverargs" = x ] && \
  expr \( "$1" \) : ':[0-9][0-9]*$' > /dev/null 2>&1; then
 display="$1"
     else
 serverargs="$serverargs $1"
     fi
 fi
 ;;
    esac
    shift
done

# process client arguments
if [ x"$client" = x ]; then
    client=$defaultclient

    # For compatibility reasons, only use startxrc if there were no client command line arguments
    if [ x"$clientargs" = x ]; then
        if [ -f "$userclientrc" ]; then
            client=$userclientrc
        elif [ -f "$sysclientrc" ]; then
            client=$sysclientrc
        fi
    fi
fi

# if no client arguments, use defaults
if [ x"$clientargs" = x ]; then
    clientargs=$defaultclientargs
fi

# process server arguments
if [ x"$server" = x ]; then
    server=$defaultserver

    # For compatibility reasons, only use xserverrc if there were no server command line arguments
    if [ x"$serverargs" = x -a x"$display" = x ]; then
 if [ -f "$userserverrc" ]; then
     server=$userserverrc
 elif [ -f "$sysserverrc" ]; then
     server=$sysserverrc
 fi
    fi
fi

# if no server arguments, use defaults
if [ x"$serverargs" = x ]; then
    serverargs=$defaultserverargs
fi

# if no vt is specified add vtarg (which may be empty)
have_vtarg="no"
for i in $serverargs; do
    if expr \( "$i" \) : 'vt[0-9][0-9]*$' > /dev/null; then
        have_vtarg="yes"
    fi
done
if [ "$have_vtarg" = "no" ]; then
    serverargs="$serverargs $vtarg"
fi

# if no display, use default
if [ x"$display" = x ]; then
    display=$defaultdisplay
fi

if [ x"$enable_xauth" = x1 ] ; then
    if [ x"$XAUTHORITY" = x ]; then
        XAUTHORITY=$HOME/.Xauthority
        export XAUTHORITY
    fi

    removelist=

    # set up default Xauth info for this machine
    case `uname` in
    Linux*)
        if [ -z "`hostname --version 2>&1 | grep GNU`" ]; then
            hostname=`hostname -f`
        else
            hostname=`hostname`
        fi
        ;;
    *)
        hostname=`hostname`
        ;;
    esac

    authdisplay=${display:-:0}

    mcookie=`/usr/bin/openssl rand -hex 16`

    if test x"$mcookie" = x; then
        echo "Couldn't create cookie"
        exit 1
    fi
    dummy=0

    # create a file with auth information for the server. ':0' is a dummy.
    xserverauthfile=$HOME/.serverauth.$$
    trap "rm -f '$xserverauthfile'" HUP INT QUIT ILL TRAP KILL BUS TERM
    xauth -q -f "$xserverauthfile" << EOF
add :$dummy . $mcookie
EOF

    serverargs=${serverargs}" -auth "${xserverauthfile}

    # now add the same credentials to the client authority file
    # if '$displayname' already exists do not overwrite it as another
    # server may need it. Add them to the '$xserverauthfile' instead.
    for displayname in $authdisplay $hostname/unix$authdisplay; do
        authcookie=`xauth list "$displayname" \
        | sed -n "s|.*$displayname[[:space:]*].*[[:space:]*]||p"` 2>/dev/null;
        if [ "z${authcookie}" = "z" ] ; then
            xauth -q << EOF
add $displayname . $mcookie
EOF
        removelist="$displayname $removelist"
        else
            dummy=$(($dummy+1));
            xauth -q -f "$xserverauthfile" << EOF
add :$dummy . $authcookie
EOF
        fi
    done
fi

xinit "$client" $clientargs -- "$server" $display $serverargs

retval=$?

if [ x"$enable_xauth" = x1 ] ; then
    if [ x"$removelist" != x ]; then
        xauth remove $removelist
    fi
    if [ x"$xserverauthfile" != x ]; then
        rm -f "$xserverauthfile"
    fi
fi

exit $retval



[root@lozioma /home/zioma]#  ps -f


 PID TT  STAT    TIME COMMAND
1488 v0  Is   0:00,01 login [pam] (login)
1506 v0  S    0:12,34 /usr/local/bin/Xorg :0 -auth /home/zioma/.serverauth.1492
1426 v1  Is+  0:00,00 /usr/libexec/getty Pc ttyv1
1427 v2  Is+  0:00,00 /usr/libexec/getty Pc ttyv2
1428 v3  Is+  0:00,00 /usr/libexec/getty Pc ttyv3
1429 v4  Is+  0:00,00 /usr/libexec/getty Pc ttyv4
1430 v5  Is+  0:00,00 /usr/libexec/getty Pc ttyv5
1431 v6  Is+  0:00,00 /usr/libexec/getty Pc ttyv6
1432 v7  Is+  0:00,00 /usr/libexec/getty Pc ttyv7
1634  0  I    0:00,01 su
1635  0  S    0:00,02 su (bash)
1664  0  T    0:02,44 gedit /usr/local/bin/startx
1667  0  R+   0:00,00 ps -f

I have read several thread of people which have had the same problem and they solved it,I tried to fix mine with their solution,but I haven't been able at the moment.
 

Alexander88207

Aspiring Daemon

Reaction score: 423
Messages: 644

Hello,

can you confirm that KDE starts when you execute the following command in the console without having X running or putting this in your xinitrc? exec ck-launch-session startplasma-x11
 
OP
ziomario

ziomario

Well-Known Member

Reaction score: 29
Messages: 390

no. the error is : $DISPLAY is not set or cannot connect to the X server

echo $DISPLAY

nothing.
 
OP
ziomario

ziomario

Well-Known Member

Reaction score: 29
Messages: 390

I found the solution. I've added this line :

exec ck-launch-session dbus-launch --exit-with-session startplasma-x11

inside the file /root/.xinitrc and voila'. kde5 works like a charme on freebsd. Im so happy. you guys gives the most useful support all around. With patience and professionality,you help so much.
 

Vull

Aspiring Daemon

Reaction score: 363
Messages: 636

I know. ok.
Running startx as root creates various xorg work files which have root ownership, and this confuses xorg software and creates permission problems for these files. I've had similar serverauth.* file errors in the past, and it was related to my running of startx as root. You may have some leftover files like that, and should probably delete them, or change their ownership, if you can find them, but there are a lot of them. I wound up reinstalling everything just to get rid of them all. Granted, that was a much older version of kde5, but I suspect you might be having related problems.
 

grahamperrin

Daemon

Reaction score: 519
Messages: 1,700

I usually ignore errors about ~/.serverauth.⋯ files.

That's an observation, not a recommendation.
 

SirDice

Administrator
Staff member
Administrator
Moderator

Reaction score: 11,983
Messages: 38,438

Those files are normally deleted if X is closed properly. But if it crashes or otherwise quits you can have a bunch of leftover .serverauth* files. Make sure there's no X session running and just delete them. It's a file that's automatically generated when you start X. You might also have a ~/.Xauthority file with the wrong ownership/permissions. It's fine to remove that file too (when there's no X session active).
 

Vull

Aspiring Daemon

Reaction score: 363
Messages: 636

I usually ignore errors about ~/.serverauth.⋯ files.

That's an observation, not a recommendation.
I hear you man. A lot of people ignore that stuff and seem to get away with it nowadays. Like I was saying, that was a long time ago and I was having a lot of problems getting xorg up and running, but a lot things have changed since then, and it's a lot easier now. Still I try to seek out and eliminate as many errors as possible. Call me old-fashioned.
Those files are normally deleted if X is closed properly. But if it crashes or otherwise quits you can have a bunch of leftover .serverauth* files. Make sure there's no X session running and just delete them. It's a file that's automatically generated when you start X. You might also have a ~/.Xauthority file with the wrong ownership/permissions. It's fine to remove that file too (when there's no X session active).
That sounds familiar. I was having repeated server crashes at the time, so I had a lot of those files, each with a different PID number. I probably over-reacted, but I tend to do a lot more re-installs than a lot of people seem to do. I make a lot of notes and backups, partly just to facilitate that kind of over-reaction methodology. The fact that a quick FreeBSD reinstall takes less than 1/2 hour to do helps a lot too.
 

grahamperrin

Daemon

Reaction score: 519
Messages: 1,700

a bunch of leftover .serverauth* files.

I might have cleared a bunch a few weeks ago, from the root user's home, but there's just one at the moment.

Probably no longer a bunch because I learnt to not attempt to configure X as directed in the Handbook.
 
Top