Résolution des problèmes liés aux chemins de recherche (Command not found) - Guide d’administration système : administration avancée

Résolution des problèmes liés aux chemins de recherche (`Command not found`)

Le message Command not found indique l'un des problèmes suivants :

La commande n'est pas disponible sur le système.
Le répertoire des commandes ne se trouve pas dans le chemin de recherche.

Pour résoudre un problème de chemin de recherche, vous devez connaître le nom du chemin d'accès au répertoire dans lequel la commande est stockée.

Si une version incorrecte de la commande est trouvée, un répertoire comportant une commande du même nom se trouve dans le chemin de recherche. Dans ce cas, le répertoire approprié peut se trouver plus loin dans le chemin de recherche ou ne pas s'y trouver du tout.

Vous pouvez afficher le chemin de recherche actuel à l'aide de la commande echo $PATH. Exemple :

$ echo $PATH 
/home/kryten/bin:/sbin:/usr/sbin:/usr/bin:/usr/dt:/usr/dist/exe

Utilisez la commande which pour déterminer si vous exécutez une version incorrecte de la commande. Exemple :

$ which acroread 
/usr/doctools/bin/acroread

Remarque - La commande which recherche dans le fichier .cshrc des informations sur le chemin. La commande which peut produire des résultats erronés si vous l'exécutez à partir du shell Bourne ou Korn et si vous possédez un fichier .cshrc contenant des alias de la commande which. Pour garantir des résultats exacts, utilisez la commande which dans un shell C ou dans le shell Korn, utilisez la commande whence.

Diagnostic et correction des problèmes liés au chemin de recherche

Affichez le chemin de recherche actuel pour vérifier que le répertoire de la commande ne se trouve pas dans le chemin d'accès ou qu'il est correctement orthographié.
```
$ echo $PATH 
```
Vérifiez les points suivants :
- Le chemin de recherche est-il correct ?
- Le chemin de recherche est-il répertorié avant d'autres chemins de recherche contenant une autre version de la commande ?
- La commande se trouve-t-elle dans l'un des chemins de recherche ?
Si le chemin doit être corrigé, passez à l'étape 3. Sinon, passez à l'étape 4.

Ajoutez le chemin d'accès au fichier approprié, comme indiqué dans le tableau ci-après.

Shell	Fichier	Syntaxe	Remarques
Bourne et Korn	`$HOME/.profile`	`$` `PATH=$HOME/bin:/sbin:/usr/local /bin ...` `$` `export PATH`	Un signe deux-points (:) sépare les noms de chemin.
C	`$HOME/.cshrc` ou `$HOME/.login`	`hostname%` `set path=(` `~bin /sbin /usr/local/bin ...)`	Un espace vide sépare les noms de chemin.

Activez le nouveau chemin comme suit :

Shell	Fichier dans lequel se trouve le chemin	Utilisez cette commande pour activer le chemin
Bourne et Korn	`.profile`	`$` `. ./.profile`
C	`.cshrc`	`hostname%` `source .cshrc`
	`.login`	`hostname`% `source .login`

Vérifiez le nouveau chemin.
```
$ which command
```

Exemple 19-1 Diagnostic et correction des problèmes liés au chemin de recherche

Cet exemple montre que l'exécutable mytool ne se trouve pas dans l'un des répertoires du chemin de recherche à l'aide de la commande which.

venus% mytool
mytool: Command not found
venus% which mytool
no mytool in /sbin /usr/sbin /usr/bin /etc /home/ignatz/bin  .
venus% echo $PATH
/sbin /usr/sbin /usr/bin /etc /home/ignatz/bin
venus% vi ~/.cshrc
(Add appropriate command directory to the search path)
venus% source .cshrc
venus% mytool

Si vous trouvez pas de commande, reportez-vous à la page de manuel pour connaître son chemin de répertoire. Par exemple, si vous ne trouvez pas la commande lpsched (le démon d'imprimantelp), la page de manuel lpsched(1M) vous indique que le chemin est /usr/lib/lp/lpsched.

Ignorer les liens de navigation
Quitter l'aperu
	Guide d’administration système : administration avancée