Call to lnusertemp failed - Mandriva

This is a discussion on Call to lnusertemp failed - Mandriva ; Hello, I have the MDV2008 and the problem, because when I try to login to KDE as user system reports the error "Call to lnusertemp failed (temporary directioies full?) Check your installation" I have deleted (as root) all files from ...

+ Reply to Thread
Page 1 of 2 1 2 LastLast
Results 1 to 20 of 34

Thread: Call to lnusertemp failed

  1. Call to lnusertemp failed

    Hello, I have the MDV2008 and the problem, because when I try to login
    to KDE as user system reports the error "Call to lnusertemp failed
    (temporary directioies full?) Check your installation"
    I have deleted (as root) all files from the /tmp and /user/tmp, and no
    result. Please help me. I am just beginner. Greetings, Gene

  2. Re: Call to lnusertemp failed

    On Thu, 27 Dec 2007 14:41:35 -0800 (PST), Gene wrote:
    > Hello, I have the MDV2008 and the problem, because when I try to login
    > to KDE as user system reports the error "Call to lnusertemp failed
    > (temporary directioies full?) Check your installation"
    > I have deleted (as root) all files from the /tmp and /user/tmp, and no
    > result. Please help me. I am just beginner. Greetings, Gene


    Another one might be /var/tmp

    But, if your system was not up at 4am Sunday, your /var/log may be
    filling up because the log compress/rotate script has not had a chance
    to run.

    I have seen people lose lots of space when they were moving partition around.
    They would have a bunch of stuff under, say /data. They created new
    mount point, copied data into new mount point, umounted both
    partitions, change /data to new partition in /etc/fstab and now old
    data is hidden under the new /data mount point still using space in
    old partition space.


  3. Re: Call to lnusertemp failed

    Gene wrote:
    > Hello, I have the MDV2008 and the problem, because when I try to login
    > to KDE as user system reports the error "Call to lnusertemp failed
    > (temporary directioies full?) Check your installation"
    > I have deleted (as root) all files from the /tmp and /user/tmp, and no
    > result. Please help me. I am just beginner. Greetings, Gene


    Go to a command line, and run the command mount.
    You will get back something like
    /dev/sdb1 on / type ext3 (rw,noatime)
    /dev/sdb8 on /home type ext3 (rw,noatime)
    /dev/sdb9 on /music type ext3 (rw,noatime)
    none on /tmp type tmpfs (rw)
    /dev/sdb6 on /usr type ext3 (rw,noatime)
    /dev/sdb7 on /var type ext3 (rw,noatime)

    What you want from this is the mount points for
    partitions, / /home /music /usr /var in the
    list above.

    Then, cd to each of these mount points and run
    df -k .
    (or df -k / ; df -k /home ; df -k /music ; etc)
    and see what percentage of each partition is full.

    Once you know which partition(s) are the problem,
    you can start looking for the reason why.

    Cheers!

    jim b.

    --
    UNIX is not user-unfriendly; it merely
    expects users to be computer-friendly.

  4. Re: Call to lnusertemp failed

    > Go to a command line, and run the command mount.
    > You will get back something like
    > /dev/sdb1 on / type ext3 (rw,noatime)
    > /dev/sdb8 on /home type ext3 (rw,noatime)
    > /dev/sdb9 on /music type ext3 (rw,noatime)
    > none on /tmp type tmpfs (rw)
    > /dev/sdb6 on /usr type ext3 (rw,noatime)
    > /dev/sdb7 on /var type ext3 (rw,noatime)
    >
    > What you want from this is the mount points for
    > partitions, / /home /music /usr /var in the
    > list above.
    >
    > Then, cd to each of these mount points and run
    > df -k .
    > (or df -k / ; df -k /home ; df -k /music ; etc)
    > and see what percentage of each partition is full.
    >
    > Once you know which partition(s) are the problem,
    > you can start looking for the reason why.
    >
    > Cheers!
    >
    > jim b.



    Hello, I have noticed that after df -k, there is no free space on "/"
    100% used, all tmp's are empty, I dont know which of /var/tmp could be
    deleted all? The partition /home is almost empty (3% used only) How to
    obtain the information about size of each directory (together with its
    subdirectories)? Bye, Gene

  5. Re: Call to lnusertemp failed

    Gene wrote:
    >> Go to a command line, and run the command mount.
    >> What you want from this is the mount points for
    >> partitions,
    >> Then, cd to each of these mount points and run
    >> df -k .
    >> Once you know which partition(s) are the problem,
    >> you can start looking for the reason why.
    >> jim b.

    >
    >
    > Hello, I have noticed that after df -k, there is no free space on "/"
    > 100% used, all tmp's are empty, I dont know which of /var/tmp could be
    > deleted all? The partition /home is almost empty (3% used only) How to
    > obtain the information about size of each directory (together with its
    > subdirectories)? Bye, Gene


    If / is 100 percent full, you have a serious problem.
    That normally crashes the system immediately, and you
    have to resort to a rescue disk to clean things up
    before rebooting.

    If your machine is still working, cd / and run
    df -k . to see how much space you have in the
    root partition and how much is filled. Cut and
    paste/post the results.

    du -s dir
    (Disk Usage) will tell you how much space is used
    by dir and files/directories under it. Size is
    given in blocks rather than bytes, so
    man du
    for more information.

    Anything in any tmp or temp directory that is not
    in use at the time should be removable, without
    adverse effect on your system. If something is in
    use (e.g. if you are using a graphic user interface
    such as kde or gnome), removing it may create a
    problem or perhaps crash everything started up since
    you logged in. But logging out (Cntl-Alt-Backspace
    to get out of kde, Cntl-d to exit the current shell)
    and logging in again should straighten everything out.
    At worst, you might need to reboot.

    If for some reason you cannot run the shutdown -r now
    command, run each of the following commands a couple of
    times:

    Cntl-Alt-Backspace /* kills x-server */
    Alt-SysReq-r /* puts terminal in raw mode */
    Alt-SysReq-s /* sync -- updates writes to disk */
    Alt-SysReq-e /* terminate everything except init */
    Alt-SysReq-i /* kill everything except init */
    Alt-SysReq-u /* remount all partitions read only */
    Alt-SysReq-b /* reboot */

    Cheers!

    jim b.




    --
    UNIX is not user-unfriendly; it merely
    expects users to be computer-friendly.

  6. Re: Call to lnusertemp failed

    On Thu, 03 Jan 2008 09:23:28 -0500, Gene wrote:

    > Hello, I have noticed that after df -k, there is no free space on "/"
    > 100% used, all tmp's are empty, I dont know which of /var/tmp could be
    > deleted all? The partition /home is almost empty (3% used only) How to
    > obtain the information about size of each directory (together with its
    > subdirectories)? Bye, Gene


    If you can get it installed, or run it from a livecd, kdirstat is a very
    usefull utility, for seeing which directories/files, are taking up the
    space.

    I think it was mentioned previously, in this thread, but is worth repeating.

    Truly hidden files can be created by copying a file to a directory, and
    then mounting a filesystem, using that directory, as a mount point.

    For example. Assume you have a filesystem on /dev/hda1, that is normally
    mounted as /media/winc. With /dev/hda1 unmounted, copy a file to /media/winc.
    Mount /dev/hda1 on /media/winc. The file in the directory /media/winc is now
    completly hidden, but still taking up space. To delete the file, you first
    have to umount /dev/hda1 (or umount /media/winc).

    So try umounting all unneeded filesystems, before you start looking for the
    files that are taking up the space on the root filesystem.

    Regards, Dave Hodgins

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

  7. Re: Call to lnusertemp failed

    Gene wrote:
    > Hello, I have the MDV2008 and the problem, because when I try to login
    > to KDE as user system reports the error "Call to lnusertemp failed
    > (temporary directories full?) Check your installation"


    I have the same problem, but it only effects one of the 2 users on the
    system. (Mandriva 2008.0 Free).
    I had to move the /var directory from the root partition to another, as
    the system was over 95% full on a 9.5Gb partition.
    Since moving the /var directory to another partition and replacing it
    with a symbolic link the problem occurred.
    Would the move have broken some symbolic links?
    The output from DF is;
    [root@localhost /]# df -k
    Filesystem 1K-blocks Used Available Use% Mounted on
    /dev/hda5 9292992 4052828 4768096 46% /
    /dev/hdb2 20641788 17968944 1624204 92% /home
    /dev/hdb3 30961696 9377892 20011044 32% /mnt/hdb3
    /dev/hdb5 20200708 9217988 9956572 49% /mnt/hdb5
    /dev/hdb6 25197220 24083724 89516 100% /mnt/hdb6
    /dev/hdd5 20271580 16014848 3226968 84% /mnt/M2008/home
    /dev/hdd6 20464800 12826752 7638048 63% /mnt/hdd6-music
    /dev/hdd7 30241928 14475224 14230492 51% /mnt/M2008/root
    /dev/hdd8 40701388 37992104 641724 99% /mnt/Backup
    /dev/hdd1 82172464 75481792 6690672 92% /mnt/wincopy

    whilst /dev/hdb6 is full, it contains no system files, only some backup
    ..iso images

    I have looked at the other related posts, but can't understand why it
    effects only one user.

    For future reference, should I have performed the move using a live disk
    such as Knoppix?

    Thanks for any assistance,
    regards,
    Carlton.

  8. Re: Call to lnusertemp failed

    On Wed, 16 Apr 2008 16:37:41 -0400, Carlton wrote:

    > I have the same problem, but it only effects one of the 2 users on the
    > system. (Mandriva 2008.0 Free).


    Delete any broken links from ~/.kde and the various subdirectories of ~/tmp.

    Regards, Dave Hodgins

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

  9. Re: Call to lnusertemp failed

    David W. Hodgins wrote:
    > On Wed, 16 Apr 2008 16:37:41 -0400, Carlton wrote:
    >
    >> I have the same problem, but it only effects one of the 2 users on the
    >> system. (Mandriva 2008.0 Free).

    >
    > Delete any broken links from ~/.kde and the various subdirectories of ~/tmp.
    >
    > Regards, Dave Hodgins
    >

    Thanks for the tip,
    I used
    find . -type l -follow 2>&1 | cut -d: -f2 | sed s/\ //g
    to locate the broken links, there was only 1 ( .kde/socket-localhost )
    in ~/ and in /var
    however, it didn't solve the problem, no change in the error message.
    Back to square 1 :-(
    Carlton.


  10. Re: Call to lnusertemp failed

    On Wed, 16 Apr 2008 17:37:59 -0400, Carlton wrote:

    > to locate the broken links, there was only 1 ( .kde/socket-localhost )
    > in ~/ and in /var


    What's the output of "ls -l ~/.kde" and "ls -l /var/tmp"?

    Regards, Dave Hodgins

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

  11. Re: Call to lnusertemp failed

    David W. Hodgins wrote:
    > On Wed, 16 Apr 2008 17:37:59 -0400, Carlton wrote:
    >
    >> to locate the broken links, there was only 1 ( .kde/socket-localhost )
    >> in ~/ and in /var

    >
    > What's the output of "ls -l ~/.kde" and "ls -l /var/tmp"?
    >
    > Regards, Dave Hodgins
    >


    [claire@localhost home]$ cd ~
    [claire@localhost ~]$ ls -al .kde/
    total 20
    drwx------ 4 claire claire 4096 2008-04-16 22:29 ./
    drwx------ 31 claire claire 4096 2008-04-17 23:31 ../
    drwx------ 2 claire claire 4096 2008-03-20 19:10 Autostart/
    drwx------ 9 claire claire 4096 2008-03-25 15:09 share/
    lrwxrwxrwx 1 claire claire 27 2008-03-20 19:10 tmp-localhost ->
    /home/claire/tmp/kde-claire/
    [claire@localhost ~]$ ls -l /var/tmp
    total 4
    drwx------ 2 root root 4096 2008-04-16 21:47 kdecache-root/

    [claire@localhost ~]$ df -h
    Filesystem Size Used Avail Use% Mounted on
    /dev/hda5 8.9G 3.9G 4.6G 46% /
    /dev/hdb2 20G 17G 1.8G 91% /home
    /dev/hdb3 30G 9.0G 20G 32% /mnt/hdb3
    /dev/hdb5 20G 8.8G 9.5G 49% /mnt/hdb5
    /dev/hdb6 25G 23G 88M 100% /mnt/hdb6
    /dev/hdd5 20G 16G 3.1G 84% /mnt/M2008/home
    /dev/hdd6 20G 13G 7.3G 63% /mnt/hdd6-music
    /dev/hdd7 29G 14G 14G 51% /mnt/M2008/root
    /dev/hdd8 39G 37G 627M 99% /mnt/Backup
    /dev/hdd1 79G 72G 6.4G 92% /mnt/wincopy

    there are no system files on /mnt/hdb6

    I think all is well with these directories now.

    I created a new user from mcc, the new user also generates the error
    message "Call to lnusertemp failed (temporary directories full?) Check
    your installation"
    I don't know what to try next?
    At least I have 1 user working
    Anyone any ideas?
    Carlton

  12. Re: Call to lnusertemp failed

    On Thu, 17 Apr 2008 23:43:25 +0100, Carlton wrote:
    > Anyone any ideas?


    if installed, try gnome-system-monitor

  13. Re: Call to lnusertemp failed

    On Thu, 17 Apr 2008 18:43:25 -0400, Carlton wrote:

    While the current directory is ~/, try running
    strace -f -F -v -odebugcache.txt lnusertemp cache
    strace -f -F -v -odebugsocket.txt lnusertemp socket
    strace -f -F -v -odebugtmp.txt lnusertemp tmp

    Then view the files debugcache.txt, debugsocket.txt, and debugtmp.txt,
    to see exactly which system call is failing.

    > [claire@localhost ~]$ df -h
    > Filesystem Size Used Avail Use% Mounted on
    > /dev/hda5 8.9G 3.9G 4.6G 46% /
    > /dev/hdb2 20G 17G 1.8G 91% /home
    > /dev/hdb3 30G 9.0G 20G 32% /mnt/hdb3
    > /dev/hdb5 20G 8.8G 9.5G 49% /mnt/hdb5
    > /dev/hdb6 25G 23G 88M 100% /mnt/hdb6
    > /dev/hdd5 20G 16G 3.1G 84% /mnt/M2008/home
    > /dev/hdd6 20G 13G 7.3G 63% /mnt/hdd6-music
    > /dev/hdd7 29G 14G 14G 51% /mnt/M2008/root
    > /dev/hdd8 39G 37G 627M 99% /mnt/Backup
    > /dev/hdd1 79G 72G 6.4G 92% /mnt/wincopy


    You mentioned before, that you moved /var. Where is it symlinked to? Is
    that filesystem mounted?

    Regards, Dave Hodgins

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

  14. Re: Call to lnusertemp failed

    Bit Twister wrote:
    > On Thu, 17 Apr 2008 23:43:25 +0100, Carlton wrote:
    >> Anyone any ideas?

    >
    > if installed, try gnome-system-monitor


    gnome-system-monitor is installed, but what should I be looking for?

  15. Re: Call to lnusertemp failed

    On Fri, 18 Apr 2008 00:39:03 +0100, Carlton wrote:
    > Bit Twister wrote:
    >> On Thu, 17 Apr 2008 23:43:25 +0100, Carlton wrote:
    >>> Anyone any ideas?

    >>
    >> if installed, try gnome-system-monitor

    >
    > gnome-system-monitor is installed, but what should I be looking for?


    Well you have a full file system problem, so I would check under File Systems
    for something 95+ percent full.

  16. Re: Call to lnusertemp failed

    Carlton wrote:
    > [claire@localhost ~]$ df -h
    > Filesystem Size Used Avail Use% Mounted on
    > /dev/hdb2 20G 17G 1.8G 91% /home
    > /dev/hdb6 25G 23G 88M 100% /mnt/hdb6
    > /dev/hdd8 39G 37G 627M 99% /mnt/Backup
    > /dev/hdd1 79G 72G 6.4G 92% /mnt/wincopy
    >
    > there are no system files on /mnt/hdb6
    >
    > I think all is well with these directories now.
    >
    > At least I have 1 user working
    > Anyone any ideas?


    df seems to think there is something filling hdb6. hdd8
    likewise could be a problem, 627M notwithstanding. hdb2
    and hdd1 with 91 and 92 percent respectively should work,
    but that might depend on what is being put in tmp storage.

    Cheers!

    jim b.
    --
    UNIX is not user-unfriendly; it merely
    expects users to be computer-friendly.

  17. Re: Call to lnusertemp failed

    David W. Hodgins wrote:
    > On Thu, 17 Apr 2008 18:43:25 -0400, Carlton wrote:
    >
    > While the current directory is ~/, try running
    > strace -f -F -v -odebugcache.txt lnusertemp cache
    > strace -f -F -v -odebugsocket.txt lnusertemp socket
    > strace -f -F -v -odebugtmp.txt lnusertemp tmp
    >
    > Then view the files debugcache.txt, debugsocket.txt, and debugtmp.txt,
    > to see exactly which system call is failing.
    >
    >> [claire@localhost ~]$ df -h
    >> Filesystem Size Used Avail Use% Mounted on
    >> /dev/hda5 8.9G 3.9G 4.6G 46% /
    >> /dev/hdb2 20G 17G 1.8G 91% /home
    >> /dev/hdb3 30G 9.0G 20G 32% /mnt/hdb3
    >> /dev/hdb5 20G 8.8G 9.5G 49% /mnt/hdb5
    >> /dev/hdb6 25G 23G 88M 100% /mnt/hdb6
    >> /dev/hdd5 20G 16G 3.1G 84% /mnt/M2008/home
    >> /dev/hdd6 20G 13G 7.3G 63% /mnt/hdd6-music
    >> /dev/hdd7 29G 14G 14G 51% /mnt/M2008/root
    >> /dev/hdd8 39G 37G 627M 99% /mnt/Backup
    >> /dev/hdd1 79G 72G 6.4G 92% /mnt/wincopy

    >
    > You mentioned before, that you moved /var. Where is it symlinked to? Is
    > that filesystem mounted?
    >
    > Regards, Dave Hodgins
    >

    After running the 3 strace commands, there were some errors relating to
    missing files, which are given below.

    grep -n ENOENT debug*.txt
    debugcache.txt:3:7227 access("/etc/ld.so.preload", R_OK) = -1 ENOENT
    (No such file or directory)
    debugcache.txt:71:7227 connect(3, {sa_family=AF_FILE,
    path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
    debugcache.txt:75:7227 connect(3, {sa_family=AF_FILE,
    path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
    debugsocket.txt:3:7242 access("/etc/ld.so.preload", R_OK) = -1 ENOENT
    (No such file or directory)
    debugsocket.txt:71:7242 connect(3, {sa_family=AF_FILE,
    path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
    debugsocket.txt:75:7242 connect(3, {sa_family=AF_FILE,
    path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
    debugtmp.txt:3:7246 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No
    such file or directory)
    debugtmp.txt:71:7246 connect(3, {sa_family=AF_FILE,
    path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
    debugtmp.txt:75:7246 connect(3, {sa_family=AF_FILE,
    path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)

    As to the location of /var, that was moved to hdb5
    The fstab entry is

    grep hdb5 /etc/fstab
    /dev/hdb5 /mnt/hdb5 ext3 relatime 1 2

    I looked for information on nscd, but it doesn't appear to be running

    [root@localhost /]# nscd --help
    -bash: nscd: command not found

    [root@localhost /]# ps aux|grep nscd
    root 7461 0.0 0.1 3068 736 pts/1 S+ 19:25 0:00 grep
    --color nscd

    I assume something must have broken when I moved /var

    the contents of /var/run is
    [root@localhost /]# ls /var/run/
    acpid.socket cups/ httpd.pid
    ntpd.pid utmp
    alsactl dbus/ ifplugd.eth0.pid
    resolvconf/ xauth/
    avahi-daemon/ dhclient-eth0.pid kdm.pid
    runlevel.dir xdmctl/
    clamav/ dirmngr/ klogd.pid
    samba/
    console/ dm.pid messagebus.pid
    sensord.pid
    console-kit-daemon.pid haldaemon.pid mysqld/
    sudo/
    crond.pid hplip/ netreport/
    syslogd.pid

    I have checked the contents of previous M2006/M2008 installations, they
    also have no /var/run/nscd directories.

    Another thing I noticed was that haldaemon was not starting at boot.
    I don't know if the problems are likely to be connected.
    Also, haldaemon failed to start from mcc, but would start from the
    command line running '/etc/init.d/haldaemon start'
    I hope the additional information is useful.
    I don't want to resort to re-installation, since it is an admittance of
    defeat, but it may be the quickest way out.
    Thanks for the help
    Carlton.

  18. Re: Call to lnusertemp failed

    On Sun, 20 Apr 2008 14:40:26 -0400, Carlton wrote:

    > grep -n ENOENT debug*.txt
    > debugcache.txt:3:7227 access("/etc/ld.so.preload", R_OK) = -1 ENOENT
    > (No such file or directory)


    The above is left over from an earlier version of dynamic linking.

    > debugcache.txt:71:7227 connect(3, {sa_family=AF_FILE,
    > path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)


    nscd is an optional service that caches things like /etc/groups, /etc/passwd,
    and /etc/services. It may improve performance, at the expense of about
    100MB of virtual storage. Only seems to use about 1KB of actual ram,
    on my system. If the nscd service is not installed, or not running, the
    program simply accesses the files directly, so that is not the cause of
    the problem.

    > Another thing I noticed was that haldaemon was not starting at boot.
    > I don't know if the problems are likely to be connected.
    > Also, haldaemon failed to start from mcc, but would start from the
    > command line running '/etc/init.d/haldaemon start'


    That's very strange. All mcc does is run "service haldaemon start", which
    is basically the same as running "/etc/init.d/haldaemon start".

    > I hope the additional information is useful.


    Looks like you need to post more of the debug*.txt. Use tail to grab the
    last 20 lines, or so, from on of the runs of lnusertemp, that failed.

    Regards, Dave Hodgins

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

  19. Re: Call to lnusertemp failed

    David W. Hodgins wrote:
    > On Sun, 20 Apr 2008 14:40:26 -0400, Carlton wrote:
    > - SNIP -
    >
    > Looks like you need to post more of the debug*.txt. Use tail to grab the
    > last 20 lines, or so, from on of the runs of lnusertemp, that failed.
    >
    > Regards, Dave Hodgins
    >

    Here are the last 20 lines of each of the 3 files.
    [root@localhost /]# tail -n20 debug*.txt
    ==> debugcache.txt <==
    7227 fstat64(3, {st_dev=makedev(3, 5), st_ino=874403,
    st_mode=S_IFREG|0755, st_nlink=1, st_uid=0, st_gid=0, st_size=38420,
    st_atime=2008/03/17-23:25:45, st_mtime=2007/11/21-16:39:46,
    st_ctime=2008/03/17-23:25:32}) = 0
    7227 mmap2(NULL, 41620, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
    3, 0) = 0xb7bfa000
    7227 mmap2(0xb7c03000, 8192, PROT_READ|PROT_WRITE,
    MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8) = 0xb7c03000
    7227 close(3) = 0
    7227 munmap(0xb7f71000, 97642) = 0
    7227 open("/etc/passwd", O_RDONLY) = 3
    7227 fcntl64(3, F_GETFD) = 0
    7227 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
    7227 fstat64(3, {st_dev=makedev(3, 5), st_ino=1101667,
    st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_size=1221,
    st_atime=2008/04/17-23:08:33, st_mtime=2008/04/17-23:08:26,
    st_ctime=2008/04/17-23:08:26}) = 0
    7227 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
    -1, 0) = 0xb7f88000
    7227 read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 1221
    7227 close(3) = 0
    7227 munmap(0xb7f88000, 4096) = 0
    7227 stat64("/root/.kde", {st_dev=makedev(3, 5), st_ino=210500,
    st_mode=S_IFDIR|0700, st_nlink=3, st_uid=0, st_gid=0, st_size=4096,
    st_atime=2008/04/07-04:06:09, st_mtime=2008/04/19-16:03:13,
    st_ctime=2008/04/19-16:03:13}) = 0
    7227 uname({sysname="Linux", nodename="localhost",
    release="2.6.22.18-desktop-1mdv", version="#1 SMP Mon Feb 11 13:53:50
    EST 2008", machine="i686"}) = 0
    7227 lstat64("/root/.kde/cache-localhost", {st_dev=makedev(3, 5),
    st_ino=989057, st_mode=S_IFLNK|0777, st_nlink=1, st_uid=0, st_gid=0,
    st_size=22, st_atime=2008/03/18-20:50:04, st_mtime=2008/03/18-06:53:47,
    st_ctime=2008/03/18-06:53:47}) = 0
    7227 readlink("/root/.kde/cache-localhost", "/var/tmp/kdecache-root",
    4096) = 22
    7227 lstat64("/var/tmp/kdecache-root", {st_dev=makedev(3, 69),
    st_ino=2453281, st_mode=S_IFDIR|0700, st_nlink=2, st_uid=0, st_gid=0,
    st_size=4096, st_atime=2008/04/16-22:34:03,
    st_mtime=2008/04/16-21:47:04, st_ctime=2008/04/16-21:47:04}) = 0
    7227 getuid32() = 0
    7227 exit_group(0) = ?

    ==> debugsocket.txt <==
    7242 fstat64(3, {st_dev=makedev(3, 5), st_ino=874403,
    st_mode=S_IFREG|0755, st_nlink=1, st_uid=0, st_gid=0, st_size=38420,
    st_atime=2008/03/17-23:25:45, st_mtime=2007/11/21-16:39:46,
    st_ctime=2008/03/17-23:25:32}) = 0
    7242 mmap2(NULL, 41620, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
    3, 0) = 0xb7b89000
    7242 mmap2(0xb7b92000, 8192, PROT_READ|PROT_WRITE,
    MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8) = 0xb7b92000
    7242 close(3) = 0
    7242 munmap(0xb7f00000, 97642) = 0
    7242 open("/etc/passwd", O_RDONLY) = 3
    7242 fcntl64(3, F_GETFD) = 0
    7242 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
    7242 fstat64(3, {st_dev=makedev(3, 5), st_ino=1101667,
    st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_size=1221,
    st_atime=2008/04/17-23:08:33, st_mtime=2008/04/17-23:08:26,
    st_ctime=2008/04/17-23:08:26}) = 0
    7242 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
    -1, 0) = 0xb7f17000
    7242 read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 1221
    7242 close(3) = 0
    7242 munmap(0xb7f17000, 4096) = 0
    7242 stat64("/root/.kde", {st_dev=makedev(3, 5), st_ino=210500,
    st_mode=S_IFDIR|0700, st_nlink=3, st_uid=0, st_gid=0, st_size=4096,
    st_atime=2008/04/07-04:06:09, st_mtime=2008/04/19-16:03:13,
    st_ctime=2008/04/19-16:03:13}) = 0
    7242 uname({sysname="Linux", nodename="localhost",
    release="2.6.22.18-desktop-1mdv", version="#1 SMP Mon Feb 11 13:53:50
    EST 2008", machine="i686"}) = 0
    7242 lstat64("/root/.kde/socket-localhost", {st_dev=makedev(3, 5),
    st_ino=210520, st_mode=S_IFLNK|0777, st_nlink=1, st_uid=0, st_gid=0,
    st_size=22, st_atime=2008/04/19-16:03:39, st_mtime=2008/04/19-16:03:08,
    st_ctime=2008/04/19-16:03:08}) = 0
    7242 readlink("/root/.kde/socket-localhost", "/root/tmp/ksocket-root",
    4096) = 22
    7242 lstat64("/root/tmp/ksocket-root", {st_dev=makedev(3, 5),
    st_ino=210519, st_mode=S_IFDIR|0700, st_nlink=2, st_uid=0, st_gid=0,
    st_size=4096, st_atime=2008/04/19-16:03:08,
    st_mtime=2008/04/19-16:03:08, st_ctime=2008/04/19-16:03:08}) = 0
    7242 getuid32() = 0
    7242 exit_group(0) = ?

    ==> debugtmp.txt <==
    7246 fstat64(3, {st_dev=makedev(3, 5), st_ino=874403,
    st_mode=S_IFREG|0755, st_nlink=1, st_uid=0, st_gid=0, st_size=38420,
    st_atime=2008/03/17-23:25:45, st_mtime=2007/11/21-16:39:46,
    st_ctime=2008/03/17-23:25:32}) = 0
    7246 mmap2(NULL, 41620, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
    3, 0) = 0xb7c20000
    7246 mmap2(0xb7c29000, 8192, PROT_READ|PROT_WRITE,
    MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8) = 0xb7c29000
    7246 close(3) = 0
    7246 munmap(0xb7f97000, 97642) = 0
    7246 open("/etc/passwd", O_RDONLY) = 3
    7246 fcntl64(3, F_GETFD) = 0
    7246 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
    7246 fstat64(3, {st_dev=makedev(3, 5), st_ino=1101667,
    st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_size=1221,
    st_atime=2008/04/17-23:08:33, st_mtime=2008/04/17-23:08:26,
    st_ctime=2008/04/17-23:08:26}) = 0
    7246 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
    -1, 0) = 0xb7fae000
    7246 read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 1221
    7246 close(3) = 0
    7246 munmap(0xb7fae000, 4096) = 0
    7246 stat64("/root/.kde", {st_dev=makedev(3, 5), st_ino=210500,
    st_mode=S_IFDIR|0700, st_nlink=3, st_uid=0, st_gid=0, st_size=4096,
    st_atime=2008/04/07-04:06:09, st_mtime=2008/04/19-16:03:13,
    st_ctime=2008/04/19-16:03:13}) = 0
    7246 uname({sysname="Linux", nodename="localhost",
    release="2.6.22.18-desktop-1mdv", version="#1 SMP Mon Feb 11 13:53:50
    EST 2008", machine="i686"}) = 0
    7246 lstat64("/root/.kde/tmp-localhost", {st_dev=makedev(3, 5),
    st_ino=210528, st_mode=S_IFLNK|0777, st_nlink=1, st_uid=0, st_gid=0,
    st_size=18, st_atime=2008/04/19-16:03:49, st_mtime=2008/04/19-16:03:13,
    st_ctime=2008/04/19-16:03:13}) = 0
    7246 readlink("/root/.kde/tmp-localhost", "/root/tmp/kde-root", 4096) = 18
    7246 lstat64("/root/tmp/kde-root", {st_dev=makedev(3, 5),
    st_ino=210527, st_mode=S_IFDIR|0700, st_nlink=2, st_uid=0, st_gid=0,
    st_size=4096, st_atime=2008/04/20-19:06:07,
    st_mtime=2008/04/19-16:03:13, st_ctime=2008/04/19-16:03:13}) = 0
    7246 getuid32() = 0
    7246 exit_group(0) = ?

  20. Re: Call to lnusertemp failed

    On Sun, 20 Apr 2008 16:41:26 -0400, Carlton wrote:

    > Here are the last 20 lines of each of the 3 files.
    > 7246 readlink("/root/.kde/tmp-localhost", "/root/tmp/kde-root", 4096) = 18
    > 7246 exit_group(0) = ?


    All three worked. It does make it clear that you are trying to start kde
    while running as root. Do the directories /var/tmp/kdecache-root and /root/tmp/
    exist?

    Have you tried starting kde as a regular user?

    Also, delete the file and symlink starting with ~/.DCOPserver and the
    files ~/.ICEauthority, ~/.Xauthority, as well as any files starting
    with ~/.xauth, to ensure a change in the hostname, isn't causing the
    problem.

    Regards, Dave Hodgins

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

+ Reply to Thread
Page 1 of 2 1 2 LastLast