bash problem

kenjiru · 01-29-2007, 01:29 PM

I'm a gentoo user and after an update --deep --world && etc-update I get some error when I login as a normal user.

Code:

akira ~ # su radu
bash: dircolors: command not found

Also, as a normal user, I can't run commands although the PATH variable is ok:

Code:

radu@akira /root $ man
bash: man: command not found

The PATH variable contains:

Code:

radu@akira ~ $ echo $PATH
/bin:/usr/bin

Also, GDM stopped working. I can start Gnome only as root using startx. After a /etc/init.d/xdm restart I get the following errors in /var/log/messages:

Code:

Jan 29 19:50:12 akira gdm[8240]: gdm_slave_greeter: Cannot start greeter trying default: /usr/libexec/gdmlogin
Jan 29 19:50:12 akira gdm[8240]: failsafe dialog failed (inhibitions: 0 0)
Jan 29 19:50:12 akira gdm[8240]: failsafe dialog failed (inhibitions: 0 1)
Jan 29 19:50:12 akira gdm[8240]: failsafe dialog failed (inhibitions: 1 1)
Jan 29 19:50:12 akira gdm[8240]: gdm_slave_greeter: Error starting greeter on display :0
Jan 29 19:50:12 akira gdm[8222]: gdm_child_action: Aborting display :0

MensaWater · 01-29-2007, 01:42 PM

Did permissions, ownership or group on /bin, /usr/bin and other things change by any chance?

If man is in /bin or /usr/bin then PATH should certainly find it. The only reason it wouldn't is if it couldn't read the directories. The fact you're having issues with other things as well makes it sound like you're experiencing some sort of permission issue.

P.S. Less likely but figured I'd mention it just in case: Make sure the user you're testing with isn't chrooted user. If it is then it won't see the real / but only the directory to which it is chrooted.

kenjiru · 01-30-2007, 04:59 AM

Yes, this was the problem. /usr had screwed out permissions.