Je suppose que vous venez d’un environnement Windows (excuses si ce n’est pas vrai). En termes simples, un chemin (ou le chemin de recherche) est la liste des répertoires qui seront recherchés pour tout ce que vous tapez sur la ligne de commande. Si vous tapez une commande intégrée comme ls, il recherchera une liste de répertoires spécifiée. Vous pouvez rechercher votre chemin en tapant echo $ PATH. Voici une différence entre Windows et * nix: Par défaut, Windows recherche toujours le fichier exécutable dans le répertoire en cours. Par exemple, si vous avez un fichier appelé uptime.bat dans c: \ myscripts, et que vous cd c: \ myscripts et que vous saisissez le temps de disponibilité, il s'exécutera. Cependant, dans * nix, le chemin sera consulté et l'exécutable trouvé (si disponible).
Si vous conservez vos scripts dans un répertoire appelé / home / teresa / scripts, pour exécuter ces scripts, vous devrez spécifier le chemin d'accès complet à ce répertoire. Exemple: / hone / teresa / checkHost. Une variante serait cd / home / teresa, puis tapez ./checkHost (notez le ./ ce qui signifie que vous demandez explicitement au fichier de s'exécuter depuis le répertoire en cours.
Pour éviter cela, vous pouvez simplement taper
export PATH = $ PATH: / home / teresa / scripts
ce qui signifie que, en plus du chemin qui existe déjà, recherchez également dans / hone / teresa / scripts. Cependant, le problème est que, une fois que vous vous déconnectez, ce paramètre disparaîtra. Donc, vous devez éditer le fichier caché ~ / .bashrc, y trouver la ligne PATH et l’ajouter en conséquence. Je suppose que vous utilisez bash. Dans le cas d'autres shells, la syntaxe et le fichier sont différents.
En tant que nouvel utilisateur, il est très tentant d’avoir. dans le chemin de recherche, ce qui signifie essentiellement que recherche également dans le répertoire en cours. Cependant, cela n'est pas considéré comme une bonne pratique pour des raisons évoquées ailleurs.
HTH