Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux Problème Bash

Problème Bash

13 réponses
Avatar
Maclin
Bonjour à tous
sur une RedHat WS j'ai installé Apache, à la commande :
apachectl graceful
la réponse est
bash: apachectl: command not found
d'ailleurs les commande suivantes ne m'offre rien de mieux :
[root@CHAPO httpd]# USER
bash: USER: command not found
[root@CHAPO httpd]# user
bash: user: command not found
[root@CHAPO httpd]# lanc
bash: lanc: command not found
[root@CHAPO httpd]# lang
bash: lang: command not found
[root@CHAPO httpd]# SHELL
bash: SHELL: command not found
[root@CHAPO httpd]# PATH
bash: PATH: command not found
[root@CHAPO httpd]# PWD
bash: PWD: command not found

Mon bash n'aime pas, j'ai essayé celle là
/usr/sbin/apachectl graceful
j'ai cette réponse
httpd: Could not determine the server's fully qualified domain name,
using 127.0.0.1 for ServerName
Je ne suis pas expert linux et je me demande comment sortir de cette
impasse; merci d'avance pour votre aide
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
JRD
Bonjour,

Maclin wrote:
Bonjour à tous
sur une RedHat WS j'ai installé Apache, à la commande :
apachectl graceful
la réponse est
bash: apachectl: command not found


Commande non trouvée!

d'ailleurs les commande suivantes ne m'offre rien de mieux :
[ httpd]# USER
bash: USER: command not found
Commande non trouvée!


[ httpd]# user
bash: user: command not found
Commande non trouvée!


[ httpd]# lanc
bash: lanc: command not found
Commande non trouvée!


[ httpd]# lang
bash: lang: command not found
Commande non trouvée!


[ httpd]# SHELL
bash: SHELL: command not found
Commande non trouvée!


[ httpd]# PATH
bash: PATH: command not found
Commande non trouvée!


[ httpd]# PWD
bash: PWD: command not found
Commande non trouvée!


Jusque là, tout est normal, les commandes USER, user,
lanc... n'existent pas.

Mon bash n'aime pas, j'ai essayé celle là
/usr/sbin/apachectl graceful
j'ai cette réponse
httpd: Could not determine the server's fully qualified domain name,
using 127.0.0.1 for ServerName


Le serveur Apache n'est pas configuré! Donc http://127.0.0.1/
fonctionne mais pas autre chose.

Je ne suis pas expert linux et je me demande comment sortir de cette
impasse; merci d'avance pour votre aide


Commencer par apprendre l'informatique (avec Linux, c'est bien).

JRD.
--

http://jerome.drapeau.free.fr
La critique est aisée, l'art est difficile.

Avatar
Jerome Lambert
Le Sat, 26 Jun 2004 18:13:22 +0200, Maclin a écrit :

Bonjour à tous


Bonjour.

sur une RedHat WS j'ai installé Apache, à la commande :
apachectl graceful
la réponse est
bash: apachectl: command not found


Normal.

Il faut faire "su -" et non "su" tout court...

d'ailleurs les commande suivantes ne m'offre rien de mieux :
[ httpd]# USER
bash: USER: command not found
[ httpd]# user
bash: user: command not found
[ httpd]# lanc
bash: lanc: command not found
[ httpd]# lang
bash: lang: command not found
[ httpd]# SHELL
bash: SHELL: command not found
[ httpd]# PATH
bash: PATH: command not found
[ httpd]# PWD
bash: PWD: command not found


1) Les commandes sont sensibles à la casse, donc p.ex:
[ Documents]$ ls
Aurelie divers images programmes_c Site_internet
courrier EIC secondaire
[ Documents]$ LS
bash: LS: command not found

2) L'autocomplétion (touche TAB) permet de compléter automatiquement une
commande ou de proposer ce qui pourrait convenir. Ex:

[ Documents]$ user <TAB><TAB>
userinfo usermount userpasswd users

3) Je vous conseille http://www.lea-linux.org/admin/shell.html

Mon bash n'aime pas, j'ai essayé celle là /usr/sbin/apachectl
graceful

j'ai cette réponse
httpd: Could not determine the server's fully qualified domain name,
using 127.0.0.1 for ServerName


Serveur mal configuré ou à usage strictement interne.

Je ne suis pas expert linux et je me demande comment sortir de cette
impasse;


Documentez-vous sur Linux et Apache. Le site renseigné plus haut est une
vraie mine d'or...

merci d'avance pour votre aide


De rien,

--
Jerome.

Avatar
Maclin
Tu as sans doute raison, mais la commande suivante me fait la meme chose
:service httpd restart
bash: service: command not found
"service" est pourtant dans le livre que j'ai sous le nez

/usr/sbin/apachectl graceful
j'ai cette réponse
httpd: Could not determine the server's fully qualified domain name,
using 127.0.0.1 for ServerName


Le serveur Apache n'est pas configuré! Donc http://127.0.0.1/
fonctionne mais pas autre chose.
ça veut dire qu'Apache tourne?

/etc/rc.d/init.d/httpd status me répond
httpd (pid 29036 29035 29034 29033 29032 29031 29030 29029 29017) en
cours d'exécution...
la commande apachectl graceful précédée de son chemin existe bien?
pourquoi faut-il ajouter le chemin?
faut-il obligatoirement etre en super-utilisateur ?
J'ai essayé /etc/rc.d/init.d/httpd start qui ne marche qu'en super
utilisateur
Je ne fais pas bien le tour pour http://127.0.0.1/, ça veut dire que le
serveur ne fonctionne qu'en local ?

Je ne suis pas expert linux et je me demande comment sortir de cette
impasse; merci d'avance pour votre aide


Commencer par apprendre l'informatique (avec Linux, c'est bien).
JRD.



Avatar
Motodashi
Le Sat, 26 Jun 2004 19:30:27 +0200, Maclin a écrit:

Tu as sans doute raison, mais la commande suivante me fait la meme chose
:service httpd restart
bash: service: command not found
"service" est pourtant dans le livre que j'ai sous le nez


Elle est peut-être dans ton livre mais pas dans ton PATH.

--
<Glop> Q : avec un mac portable, le touchpad il sait emuler les boutons
(tap
avec 1 doigt = click gauche, 2 doigts = click droit et 3 doigts middle click) ?
<Ol> et avec la teub, quadruple click.

Avatar
chunter
Salut,

Maclin wrote:
Bonjour à tous
sur une RedHat WS j'ai installé Apache, à la commande :
apachectl graceful
la réponse est
bash: apachectl: command not found


Si apche est installe, le chmin n'est pas dans la variable PATH.

d'ailleurs les commande suivantes ne m'offre rien de mieux :
[ httpd]# USER
bash: USER: command not found


Ce n'est pas un programme mais une varible contenant le login de
l'utulisateur en cour.

[ httpd]# user
bash: user: command not found


Elle n'existe pas c'est users.

[ httpd]# lanc
bash: lanc: command not found
[ httpd]# lang
bash: lang: command not found


c'est LANG et c'est une variable

[ httpd]# SHELL
bash: SHELL: command not found
[ httpd]# PATH
bash: PATH: command not found
[ httpd]# PWD
bash: PWD: command not found


Encore des variables.


Mon bash n'aime pas, j'ai essayé celle là
/usr/sbin/apachectl graceful
j'ai cette réponse
httpd: Could not determine the server's fully qualified domain name,
using 127.0.0.1 for ServerName


Tu n'as pas donne de nom de server dans le fichier de conf.

Je ne suis pas expert linux et je me demande comment sortir de cette
impasse; merci d'avance pour votre aide


Pour de l'aide :
http://www.lea-linux.org/

Bye
Chunter

Avatar
Jerome Lambert
Le Sat, 26 Jun 2004 19:30:27 +0200, Maclin a écrit :

Tu as sans doute raison, mais la commande suivante me fait la meme chose
:service httpd restart
bash: service: command not found
"service" est pourtant dans le livre que j'ai sous le nez


Oui, mais comme je l'ai déja spécifié, vous devez faire su - pour voir
le paramètre $PATH de root, comme montré ci-après:

User de base:
[ jerome]$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/jerome/bin

[ jerome]$ su
Password:
[ jerome]# echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/jerome/bin

Soit le même que l'utilisateur jerome...

[ jerome]# exit
exit
[ jerome]$ su -
Password:
[ root]# echo $PATH
/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:
/root/bin

Ce qui était bien ce qu'on voulait obtenir...

--
Jerome.

Avatar
Maclin
Ok, merci Motoda, Chunter et Jerome, je regarde tout ça et je vous
réveille cette nuit
à plus
Jerome Lambert wrote:



Tu as sans doute raison, mais la commande suivante me fait la meme chose
:service httpd restart
bash: service: command not found
"service" est pourtant dans le livre que j'ai sous le nez



Oui, mais comme je l'ai déja spécifié, vous devez faire su - pour voir
le paramètre $PATH de root, comme montré ci-après:

User de base:
[ jerome]$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/jerome/bin

[ jerome]$ su
Password:
[ jerome]# echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/jerome/bin

Soit le même que l'utilisateur jerome...

[ jerome]# exit
exit
[ jerome]$ su -
Password:
[ root]# echo $PATH
/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:
/root/bin

Ce qui était bien ce qu'on voulait obtenir...




Avatar
Vincent Ramos

Tu as sans doute raison, mais la commande suivante me fait la meme
chose : service httpd restart
bash: service: command not found
"service" est pourtant dans le livre que j'ai sous le nez


Essayez avec

/etc/rc.d/init.d/httpd restart
ou
/sbin/service httpd start

Si vous n'êtes pas root, il y a de bonnes chances que /sbin ne soit
pas dans votre PATH : vous devez alors taper à la main le chemin vers
« service ». De plus, si vous êtes root dans une console ouverte sous
un utilisateur après avoir tapé la commande su, vous n'obtenez
toujours pas le PATH.

Pour éviter ces problèmes, vous pouvez, sous KDE, lancer une console
en mode superutilisateur (kdesu konsole).

Avatar
vic
Vincent Ramos wrote:
Si vous n'êtes pas root, il y a de bonnes chances que /sbin ne soit
pas dans votre PATH : vous devez alors taper à la main le chemin vers
« service ». De plus, si vous êtes root dans une console ouverte sous
un utilisateur après avoir tapé la commande su, vous n'obtenez
toujours pas le PATH.

Pour éviter ces problèmes, vous pouvez, sous KDE, lancer une console
en mode superutilisateur (kdesu konsole).


Il suffit de faire "su -"

vic

Avatar
Vincent Ramos

Il suffit de faire "su -"


On en apprend tous les jours ! J'ignorais complètement ce truc, que
j'ai lu ensuite dans les réponses données.

1 2