Hy guys, this problem making me realy sick now, I cant use any normal command, when I type in the command it says : command not found, firt it was only thing like ifconfig or ifconfig -a , and I was thinking that maybe is something with the ifconfig, but now I just installed Apache 2.2 everything wass ok ./configure, make, make install everything went good, now I want to start my apache /usr/sbin/apachectl -k start , nothing works or if I do stop , nothing, it just comes up with " command not found"
:
[root@Vigor31 sbin]# clear

[root@Vigor31 sbin]# locate apachectl
/usr/share/man/man8/apachectl.8.gz
/usr/sbin/apachectl
/var/www/manual/programs/apachectl.html.ko.euc-kr
/var/www/manual/programs/apachectl.html
/var/www/manual/programs/apachectl.html.en
[root@Vigor31 sbin]# apachectl -k start
bash: apachectl: command not found
[root@Vigor31 sbin]# ls
accept

Im logged on as root, please help me, this is very strange but some commands like "who" "last" "df" are working, but others not.
I have Fedora core 4.

Hi,

Are you sure you are root?

$ id
uid=0(root) gid=0(root) groups=0(root)

I'm asking because who, last and df reside in a bin directories (accessible to 'all') and the commands not working reside in sbin directories which are (mostly) only accessible by root.

Some other things you could check:

ls -l /usr/sbin/apachectl => owner, groups and permissions. Are they correct. The same for the sbin directories.
echo $PATH => are the sbin directories present

Hope this gets you going again.

if you look at my copied text above, " [root@Vigor31 sbin]# locate apachectl
if you look at this, than you will see [root@vigor31 sbin] this means that I'm root at the sbin directory. when I login then u see other name, after the su command and pass, I get root@vigor31 so I'm 100% root.

Possibly those commands are not in your path. when you su, is it with the dash; the command su - gives you the complete environmental variables for root. Good luck!

To expand on Kurt's comment,
su <someuser>
without a '-' logs you in as that user, but WITHOUT their env; in fact you retain your orig env.
su - <someuser>
logs you in as that user WITH their env.
HTH

Hi,

If you used su instead of su- the PATH belonging to root is not set (as chrism01 already stated).

PS: A prompt is easy to manipulate, if it says root it doesn't have to be so.

Hope this helps.

ok let's try, , I'm going to try it, and will be back with the results.

If it still doesn't work then echo $PATH and tell us the result. If /sbin and /usr/sbin aren't in there then that is your problem.

Please do not post the same thread in more than one forum. Picking the most relevant forum and posting it once there makes it easier for other members to help you and keeps the discussion all in one place.

http://www.linuxquestions.org/rules.php