Re, :)
Le path sous unix à la meme fonction que sous dos.
Quand tu demandes au systeme d'executer une commande, tu as deux choix:
-donner la commande avec sont chemin complet. (ex: /bin/grep)
-donner le nom de la commande et laisser le systeme la trouver.
Dans le second cas, quand tu tapes grep, linux va allez dans les different repertoire inscrit dans le path, pour chercher la commande.
Pour la commande que tu as effectué plus haut,
Tu as utilsé rpm en mode query, (interrogation) tu lui as demandé de chercher tout ce que le rpm net-tools a instalé, hormis la documentation.
Dans le résultat, tu as bien une ligne "/sbin/ifconfig " donc l'executable ifconfig se trouve dans le repertoire /sbin :o)
C'est donc que quand tu as tapé la commande, tu n'étais pas en utilisateur root, mais en utilisateur normal, (sans doute l'utilisateur sano).
Quand tu es en "root" (su root) la variable path (echo $PATH) doit contenir en plus du chemin classique d'un utilisateur les chemin /sbin et /usr/sbin
Donc a ce moment là, quand tu tapes ifconfig, linux va le trouver dans /sbin, et l'executer :o)
PS: inutil d'essayer de taper /sbin/ifconfig en utilisateur non root, tu n'auras normalemment pas les droit nécéssaire pour executer ce qui se trouve dans /sbin.
Il ne sffit pass de donner le chemin complet, il faut aussi en avoir le droit :o)
voili voilou! J'espere que ça va focntionner comme ça! Tiens moi au courant ;)
@++
"Si c'est stupide et que ça marche,
alors ce n'est pas stupide"
"-bash: mail: command not found"
