You are not logged in.
Hi everyone.
I reinstalled my Arch System yesterday. Had some problems with KDE 4.0, apart from that I wanted to change the partition table and the install was quite fresh (no configs)... so I thought reinstalling would be the best and fastest sollution.
I installed arch exacly the way I did the times before:
1) Perform a FTP install from a CD
2) Boot the system and install X/kdemod
But this time, I was not able to login after everything was done.
The exact error message:
Call to lnusertemp failed {temporary directories full?}. Check your installation?
Thats odd, because I did exacly the same as just a week before. But it is a FTP install, and kdemod is also downloaded just before it is installed.
Were there some changes in the repos this week?
Of course I searched for the problem, and found some threads. But none of the proposed sollutions worked for me...
My user definitly has write access to the home dir. So chown/chgrp are not necessary. (I tried it, but it did not change anything).
Does anybody have an idea what could be wrong?
greetings, yodo
Edit: I installed kdemod, so I use KDM
Last edited by yodo (2008-02-04 08:43:11)
Offline
I get this message when my drive (with /var/cache/pacman/pkg/ and /tmp) is almost full.
When I do a pacman -Scc the message is gone. If this counts for you, you should consider a different partition table to make the cache, and tmp partition bigger....
I doubt this is your problem, but check if you got enough space... that could just be it.
Offline
No, I don't think it will help...
1) It is a fresh install
-> 2) The partition is nearly empty (2 of 30 GB used)
There shold be enough space.
But I will try "pacman -Scc".
Edit: As suggested, "pacman -Scc" did not help.
Edit 2: I installed Arch in Virtualbox (on Kubuntu). The same error occurs... With the normal KDE packages, and with kdemod...
Maybe its really a damaged package which causes the prob (all of my installations were FTP installs).
It is improbable... will test to install the basic arch from cd (not FTP).
Last edited by yodo (2008-02-03 21:45:42)
Offline
The weird thing is, that I HAVE write access to all relevant dirs.
However... the problem is solved now. Have a working up-to-date kdemod install in a vm, and I have no doubt that it will work on my real system too.
Installing from a ftp-cd created that error... on a real system and in a vm, using kdemod or the "real" kde. I was never able to login.
Using a core-cd, installing the system from cd, afterwards updating all packages, followed by a kdemod install worked...
(the result should not be different from a ftp-install)
Always did exacly the same regarding to user-creation, package-selection and configuration.
I dont understand it myself...
Its the way I just tried to explain - at least on my PC.
Last edited by yodo (2008-02-03 23:51:43)
Offline
I fix this problem with:
# chmod -R 777 /tmp
For some reason, in a new installation, /tmp don't have the correct permissions
Offline
I did what you've done but it doesn't work. I'm still having an error logging in as a normal user.
Netbook (Acer Aspire One 110 || 160gb SATA HD || 1.5gb ram): archlinux i686 / KDEmod 4.3
Registered Linux User # 481212 / Machine Registration # 390468
"In a world without walls and fences, who needs windows and gates?"
Offline
For anyone else having the problem now, the solution I had was:
# chmod 1777 /tmp
# chmod 1777 /var/tmp
Offline
I'm having the same problem. It started when I re-booted and hadn't made any changes. df-h shows my root partition as being full, so I deleted some big files and ran pacman -Scc as well. But df -h still shows the partition as being 100% full.
All of the directories in the install look normal except /tmp. There is nothing there. I tried the above solutions and nothing worked.
Any more suggestions?
Update:
Did some more research that indicated the problem had to be with lack of space on the root partition so I looked some more and found two old large (3GB+) log files. Deleted them and then was able to log into KDE with no problems.
BTW, this may be a KDE-related problem since I was able to log in to XFCE even though the root partition was full.
Last edited by twhayes (2009-02-14 13:36:23)
Offline
For anyone else having the problem now, the solution I had was:
# chmod 1777 /tmp # chmod 1777 /var/tmp
Slightly off-topic, but important security-wise: To the user that chmodded to 777, always do a chmod that has a '1' in front for /tmp. It's called the sticky bit, Google for more info.
Offline
I had the same problem changing back from kdemod to kde. Reinstalling qt did it for me.
never trust a toad...
::Grateful ArchDonor::
::Grateful Wikipedia Donor::
Offline
I had the same problem changing back from kdemod to kde. Reinstalling qt did it for me.
Thank you. This should appear somewhere in the wiki.
Offline
I had the same problem and found the cause to be incorrect perms on the /dev/null file, preventing all users from writing to null :
crw------- 1 root root 1, 3 2009-09-07 16:17 /dev/null
corrected perms to the following, problem fixed.
crw-rw-rw- 1 root root 1, 3 2009-09-07 16:18 /dev/null
I have no idea how these perms got changed. The only changes I had made to the system were some udev rules and a recent system update with pacman, and this only happened on one of my recently updated arch builds.
Offline
I should use the search function. Nevermind!
Last edited by heleos (2010-04-09 22:44:40)
Offline