Variable PATH
Bonjour, J'ai installé mon système sur deux partitions différentes. La première est sensée permettre l'installation du système proprement dit et la seconde est sensée servir à l'installation de logiciels. J'ai donc une arborescence classique sur ma deuxième partition : /apps /bin /usr /lib etc. J'aimerais modifier ma variable PATH pour qu'au démarrage les répertoires de cette partition soient accessibles directement. Comment faire ?
Re: mauvaise variable PATH au login du root
Le samedi 13 septembre 2003, Sylvain Viollat a écrit... bonjour, avec un su - j'ai encore comme PATH : /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games une idée ?? Regardes ton /etc/login.defs voir si le ENV_SUPATH est correct ? -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Re: mauvaise variable PATH au login du root
On Sat, 13 Sep 2003 09:10:09 +0200 jean-michel OLTRA [EMAIL PROTECTED] wrote: Le samedi 13 septembre 2003, Sylvain Viollat a écrit... bonjour, avec un su - j'ai encore comme PATH : /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games une idée ?? Regardes ton /etc/login.defs voir si le ENV_SUPATH est correct ? -- Voila ce qu'il y a dans mon /etc/login.defs : ENV_SUPATH PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin ENV_PATH PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games Dans mon /etc/profile j'ai : /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games et dans mon /root/.profile j'ai : /sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin J'ai regardé sur une autre installation de la woody et c'est la même chose à part que là je n'ai pas ce problème... Je ne comprends vraiment pas ??? Mickaël
Re: mauvaise variable PATH au login du root
Le samedi 13 septembre 2003, micke a écrit... bonjour, et dans mon /root/.profile j'ai : /sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin Tu n'as pas un fichier sourcé dans ce fichier ~/.profile qui modifierai le PATH ? Perso j'ai pas ça dans mon .profile mais celui-ci source le .bashrc qui, je pense, récupère le ENV_SUPATH -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Re: mauvaise variable PATH au login du root
On Wed, 10 Sep 2003 02:40:16 +0200 Philippe Monroux [EMAIL PROTECTED] wrote: Bonjour, Le mar 09 sep 2003, à 11 h 34 min 56 s (UTC +0200), vous (micke) avez écrit : Je viens d'installer une wood toute fraiche !! Bizarrement quand je melogueenrootunecho$PATHmedonne: /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games qui est normalement le PATH d'un user ordinaire...qui figure dans le /etc/profileUnsumeredonne lebonPATH: /sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin c'est à dire celui qui est dans le fichier ./profile du root essaie su - pour voir avec un su - j'ai encore comme PATH : /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games une idée ?? merci, Mickaël
RE: mauvaise variable PATH au login du root
peut etre en refaisant ton $PATH dans le .bashrc de root ? juste une idee :) -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de micke Envoyé : vendredi 12 septembre 2003 22:26 À : debian-user-french@lists.debian.org Objet : Re: mauvaise variable PATH au login du root On Wed, 10 Sep 2003 02:40:16 +0200 Philippe Monroux [EMAIL PROTECTED] wrote: Bonjour, Le mar 09 sep 2003, à 11 h 34 min 56 s (UTC +0200), vous (micke) avez écrit : Je viens d'installer une wood toute fraiche !! Bizarrement quand je melogueenrootunecho$PATHmedonne: /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games qui est normalement le PATH d'un user ordinaire...qui figure dans le /etc/profileUnsumeredonne lebonPATH: /sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin c'est à dire celui qui est dans le fichier ./profile du root essaie su - pour voir avec un su - j'ai encore comme PATH : /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games une idée ?? merci, Mickaël -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mauvaise variable PATH au login du root
Hello, Je viens d'installer une wood toute fraiche !! Bizarrement quand je me logue en root un echo $PATH me donne : /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games qui est normalement le PATH d'un user ordinaire...qui figure dans le /etc/profile Un su me redonne le bon PATH : /sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin c'est à dire celui qui est dans le fichier ./profile du root Je ne comprends pas bien ce qu'il se passe ?? Quelqu'un à une idée ?? Merci bien , Mickaël
Re: mauvaise variable PATH au login du root
Bonjour, Le mar 09 sep 2003, à 11 h 34 min 56 s (UTC +0200), vous (micke) avez écrit : Je viens d'installer une wood toute fraiche !! Bizarrement quand je melogueenrootunecho$PATHmedonne: /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games qui est normalement le PATH d'un user ordinaire...qui figure dans le /etc/profileUnsumeredonne lebonPATH: /sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin c'est à dire celui qui est dans le fichier ./profile du root essaie su - pour voir -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: Initialisation de la variable PATH
Sébastien [EMAIL PROTECTED] writes: Bonsoir, Bonjour, [...] Comment savoir quels sont les fichiers chargés par l'un et l'autre, et comment corriger cette erreur Une solution simple et qui marche à tous les coups : créé-toi un fichier path.sh dans /etc/profile.d/ et ajoutes-y un export de ta variable PATH avec les valeurs qui vont bien. Perso j'ai utilisé cette technique à une époque pour forcer la mise en AA des applications GTK (le fameux hack de la mort qui tue). Merci :) De rien zeDek -- Mailand oder Madrid - Hauptsache Italien! (Andreas Moeller) pgpSn6MN3yY8W.pgp Description: PGP signature
Re: Initialisation de la variable PATH
ou tu peux mettre dans tes fichiers *rc : source /etc/profile si tu veux qu'il prenne en compte tout ce que contient /etc/profile a chaque fois Damien POBEL (by way of Sébastien ) a écrit : Le Monday 28 July 2003 21:54, Sébastien écrivait: Bonsoir, Salut Je viens d'installer j2sdk1.4.2 dans /usr/local, sur ce je veux ajouter /usr/local/j2sdk1.4.2/bin au PATH de tous les utilisateurs... J'ajoute :/usr/local/j2sdk1.4.2/bin à la bonne ligne de /etc/profile, et la bizzare : sur les consoles textes pas de problème, tout fonctionne, par contre si j'ouvre un terminal (Konsole de KDE), et la il ne connait plu la commande java... Comment savoir quels sont les fichiers chargés par l'un et l'autre, et comment corriger cette erreur bah tu peux mettre ça dans bash.bashrc puis dans les autres *rc des shells que tes utilisateur utilisent (ça fait beaucoup de utilise :) Merci :) Sebbb
Initialisation de la variable PATH
Bonsoir, Je viens d'installer j2sdk1.4.2 dans /usr/local, sur ce je veux ajouter /usr/local/j2sdk1.4.2/bin au PATH de tous les utilisateurs... J'ajoute :/usr/local/j2sdk1.4.2/bin à la bonne ligne de /etc/profile, et la bizzare : sur les consoles textes pas de problème, tout fonctionne, par contre si j'ouvre un terminal (Konsole de KDE), et la il ne connait plu la commande java... Comment savoir quels sont les fichiers chargés par l'un et l'autre, et comment corriger cette erreur Merci :) Sebbb
Re: Initialisation de la variable PATH
Le Monday 28 July 2003 21:54, Sébastien écrivait: Bonsoir, Salut Je viens d'installer j2sdk1.4.2 dans /usr/local, sur ce je veux ajouter /usr/local/j2sdk1.4.2/bin au PATH de tous les utilisateurs... J'ajoute :/usr/local/j2sdk1.4.2/bin à la bonne ligne de /etc/profile, et la bizzare : sur les consoles textes pas de problème, tout fonctionne, par contre si j'ouvre un terminal (Konsole de KDE), et la il ne connait plu la commande java... Comment savoir quels sont les fichiers chargés par l'un et l'autre, et comment corriger cette erreur bah tu peux mettre ça dans bash.bashrc puis dans les autres *rc des shells que tes utilisateur utilisent (ça fait beaucoup de utilise :) Merci :) Sebbb
problème de variable path (auparavat problème kdm)
Bon, comme kdm me causait des soucis, je l'ai désinstallé et purgé pour le réinstaller ensuite, mais j'ai eu les messages suivants et là je suis au bout de mon (peu de) latin : :~# apt-get install kdm E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem. :~# dpkg --configure -a dpkg : « ldconfig » introuvable dans la variable PATH. dpkg : « start-stop-daemon » introuvable dans la variable PATH. dpkg : « install-info » introuvable dans la variable PATH. dpkg : « update-rc.d » introuvable dans la variable PATH. dpkg: 4 programme(s) attendu(s) introuvable(s) dans la variable PATH. NB : la variable PATH du super-utilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin. Comment rétablir la situation,je veux dire cette variable path ... Ce sont des choses encore obscures pour moi. dpkg parle de 4 programmes, mais un apt-get install ldconfig ne donne rien , par exemple. Merci pour votre aide. Là j'en ai vraiment besoin. Claude
Re: problème de variable path (auparavat problème kdm)
Le 05/02/03 07:38, claude.parisot a écrit tout plein de choses, dont : dpkg: 4 programme(s) attendu(s) introuvable(s) dans la variable PATH. NB : la variable PATH du super-utilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin. Comment rétablir la situation,je veux dire cette variable path ... Ce sont des choses encore obscures pour moi. dpkg parle de 4 programmes, mais un apt-get install ldconfig ne donne rien , par exemple. dpkg pourrait connaitre les chemins absolus quand même ! :) Il utilise 'ldconfig' au lieu de '/sbin/ldconfig'. [EMAIL PROTECTED]:~]$ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games [EMAIL PROTECTED]:~]$ su - Password: [EMAIL PROTECTED]:~]# echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 Alors es-tu bien en root ? Essaye un : $ export PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:etc... Bonne chance ! A+ -- moku [EMAIL PROTECTED] http://www.projectshirow.net/ Je vends ! - http://moku.free.fr/a_la_vente.html
Re: problème de variable path (auparavat problème kdm)
Le mer 05/02/2003 à 12:29, moku a écrit : Le 05/02/03 07:38, claude.parisot a écrit tout plein de choses, dont : dpkg: 4 programme(s) attendu(s) introuvable(s) dans la variable PATH. NB : la variable PATH du super-utilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin. Comment rétablir la situation,je veux dire cette variable path ... Ce sont des choses encore obscures pour moi. dpkg parle de 4 programmes, mais un apt-get install ldconfig ne donne rien , par exemple. dpkg pourrait connaitre les chemins absolus quand même ! :) Il utilise 'ldconfig' au lieu de '/sbin/ldconfig'. [EMAIL PROTECTED]:~]$ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games [EMAIL PROTECTED]:~]$ su - Password: [EMAIL PROTECTED]:~]# echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 Alors es-tu bien en root ? Essaye un : $ export PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:etc... C'est quoi le etc .. peux tu me donner la ligne de commande en entier? Que doit -elle provoquer ? Mille excuses pour mon ignorance. Merci Bonne chance ! A+ -- moku [EMAIL PROTECTED] http://www.projectshirow.net/ Je vends ! - http://moku.free.fr/a_la_vente.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problème de variable path (auparavat problème kdm)
Le Mercredi 5 Février 2003 17:40, claude.parisot a écrit : dpkg: 4 programme(s) attendu(s) introuvable(s) dans la variable PATH. NB : la variable PATH du super-utilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin. [...] Alors es-tu bien en root ? Essaye un : $ export PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:etc... C'est quoi le etc .. peux tu me donner la ligne de commande en entier? Que doit -elle provoquer ? Mille excuses pour mon ignorance. Démarre une console root et vérifie PATH # echo $PATH Si dans la liste, ti vois /usr/sbin et /sbin (entre autre), c'est bon, tu peux réessayer. Sinon : # export PATH=/usr/local/bin:/usr/bin:/bin;/usr/sbin:/sbin # dpkg --configure -a La variable PATH contient les chemins (les raccourcis) pour éxécuter une commande quand tu n'as que son nom. Exemple : $ uname est équivalent à : $ /bin/uname Pour savoir ou se situe une commande : $ which commandeachercher (au début des commandes, # veut dire que tu es root et $ signifie utilisateur normal) -- Migrec
Re: problème de variable path (auparavat problème kdm)
Le mer 05/02/2003 à 20:06, Migrec a écrit : Démarre une console root et vérifie PATH # echo $PATH Si dans la liste, ti vois /usr/sbin et /sbin (entre autre), c'est bon, Il semblerait que non : A:~# echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games tu peux réessayer. Sinon : # export PATH=/usr/local/bin:/usr/bin:/bin;/usr/sbin:/sbin Résultat : : ~# export PATH=/usr/local/bin:/usr/bin:/bin;/usr/sbin:/sbin bash: /usr/sbin:/sbin: Aucun fichier ou répertoire de ce type Ci-joint mon /etc/login.defs Quoiqu'on fait maintenant ?? # dpkg --configure -a La variable PATH contient les chemins (les raccourcis) pour éxécuter une commande quand tu n'as que son nom. Exemple : $ uname est équivalent à : $ /bin/uname Pour savoir ou se situe une commande : $ which commandeachercher (au début des commandes, # veut dire que tu es root et $ signifie utilisateur normal) -- Migrec -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] # # /etc/login.defs - Configuration control definitions for the login package. # # $Id: login.defs.linux,v 1.11 1999/08/27 19:02:50 marekm Exp $ # # Three items must be defined: MAIL_DIR, ENV_SUPATH, and ENV_PATH. # If unspecified, some arbitrary (and possibly incorrect) value will # be assumed. All other items are optional - if not specified then # the described action or option will be inhibited. # # Comment lines (lines beginning with #) and blank lines are ignored. # # Modified for Linux. --marekm # # *REQUIRED* # Directory where mailboxes reside, _or_ name of file, relative to the # home directory. If you _do_ define both, MAIL_DIR takes precedence. # QMAIL_DIR is for Qmail (or any maildir-compatible MTA, such as Exim or # Postfix when suitably configured). # # Essentially, MAIL_DIR defines the $MAIL environmental variable # (for mbox use) by appending the username to MAIL_DIR as defined # below. MAIL_FILE defines the $MAIL environment variable as the # fully-qualified filename obtained by prepending the user home # directory before $MAIL_FILE, and QMAIL_DIR defines the MAIL # environment variable as the fully-qualified directory name # obtained by prepending the user home directory before $QMAIL_DIR. # # NOTE: This is used to setup your MAIL environment variable, and also # used by userdel to determine if any mail spools need to be removed when # removing a user. If you change this, you should also change the # pam_mail.so module setup in /etc/pam.d/login, which affects the You # have mail message on login, and, in default setup, overrides this setting # in determining the $MAIL environmental variable. # #QMAIL_DIR Maildir/ MAIL_DIR/var/mail #MAIL_FILE .mail # # Delay in seconds before being allowed another attempt after a login failure # FAIL_DELAY 3 # # Enable logging and display of /var/log/faillog login failure info. # FAILLOG_ENAByes # # Enable display of unknown usernames when login failures are recorded. # LOG_UNKFAIL_ENABno # # Enable logging of successful logins # LOG_OK_LOGINS no # # Enable setting of ulimit, umask, and niceness from passwd gecos field. # QUOTAS_ENAB yes # # Enable syslog logging of su activity - in addition to sulog file logging. # SYSLOG_SG_ENAB does the same for newgrp and sg. # SYSLOG_SU_ENAB yes SYSLOG_SG_ENAB yes # # If defined, all su activity is logged to this file. # #SULOG_FILE /var/log/sulog # # If defined, file which maps tty line to TERM environment parameter. # Each line of the file is in a format something like vt100 tty01. # #TTYTYPE_FILE /etc/ttytype # # If defined, login failures will be logged here in a utmp format. # last, when invoked as lastb, will read /var/log/btmp, so... # FTMP_FILE /var/log/btmp # # If defined, the command name to display when running su -. For # example, if this is defined as su then a ps will display the # command is -su. If not defined, then ps would display the # name of the shell actually being run, e.g. something like -sh. # SU_NAME su # # If defined, file which inhibits all the usual chatter during the login # sequence. If a full pathname, then hushed mode will be enabled if the # user's name or shell are found in the file. If not a full pathname, then # hushed mode will be enabled if the file exists in the user's home directory. # HUSHLOGIN_FILE .hushlogin #HUSHLOGIN_FILE /etc/hushlogins # # If defined, the presence of this value in an /etc/passwd shell field will # disable logins for that user, although su will still be allowed. # # XXX this does not seem to be implemented yet... --marekm # no, it was implemented but I ripped it out ;-) -- jfh NOLOGIN_STR NOLOGIN # # If defined, either a TZ environment parameter spec or the # fully-rooted pathname of a file containing such a spec. # #ENV_TZ TZ=CST6CDT #ENV_TZ
Re: problème de variable path(auparavat problème kdm)
Le Mercredi 5 Février 2003 21:15, claude.parisot a écrit : Résultat : : ~# export PATH=/usr/local/bin:/usr/bin:/bin;/usr/sbin:/sbin bash: /usr/sbin:/sbin: Aucun fichier ou répertoire de ce type Ci-joint mon /etc/login.defs Quoiqu'on fait maintenant ?? On vérifie un tout petit peu avant de faire la commande : il y avait une faute dans la ligne indiquée... (c'est pour voir si tu suivais...) Remplace le point-virgule par un double point et c'est ok ! Est-ce que tu es bien root quand tu tapes ces commandes ? -- Migrec
Re: problème de variable path(auparavat problème kdm)
Le mer 05/02/2003 à 21:24, Migrec a écrit : Le Mercredi 5 Février 2003 21:15, claude.parisot a écrit : Résultat : : ~# export PATH=/usr/local/bin:/usr/bin:/bin;/usr/sbin:/sbin bash: /usr/sbin:/sbin: Aucun fichier ou répertoire de ce type Ci-joint mon /etc/login.defs Quoiqu'on fait maintenant ?? On vérifie un tout petit peu avant de faire la commande : il y avait une faute dans la ligne indiquée... (c'est pour voir si tu suivais...) Remplace le point-virgule par un double point et c'est ok ! ça a marché, j'ai pu lancer :# apt-get --purge remove kdm et ensuite le réinstaller, les commandes marchent de nouveau, mais j'ai toujours le même problème avec kdm, si je redémarre la machine, kdm - comme gestionnaire de sessions - n'a pas la main, je me retrouve comme utilisateur de base sous Gnome, là je dois me déconnecter, pour retomber sur kdm et pouvoir choisir la session voulue ça m'énerve, en tous cas MERCI Est-ce que tu es bien root quand tu tapes ces commandes ? oui! -- Migrec -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problème de variable path(auparavat problème kdm)
Le Mercredi 5 Février 2003 21:24, Migrec a écrit : Le Mercredi 5 Février 2003 21:15, claude.parisot a écrit : Résultat : : ~# export PATH=/usr/local/bin:/usr/bin:/bin;/usr/sbin:/sbin bash: /usr/sbin:/sbin: Aucun fichier ou répertoire de ce type Ci-joint mon /etc/login.defs Quoiqu'on fait maintenant ?? On vérifie un tout petit peu avant de faire la commande : il y avait une faute dans la ligne indiquée... (c'est pour voir si tu suivais...) Remplace le point-virgule par un double point et c'est ok ! Est-ce que tu es bien root quand tu tapes ces commandes ? Ah j'ai un pb similaire sous sarge. La solution est curieus mais fonctionne. En prealable je me met sous root puis je retape su. La;, Il ne me demande rien (pas de password) et cela fonctionne. -- Frédéric Zulian f1sxo
Re: problème de variable path(auparavat problème kdm)
Le Mercredi 5 Février 2003 22:09, frederic zulian a écrit : Ah j'ai un pb similaire sous sarge. La solution est curieus mais fonctionne. En prealable je me met sous root puis je retape su. La;, Il ne me demande rien (pas de password) et cela fonctionne. Il y a aussi : # su - Ca te donne un environnement complet (avec .bash_profile ou lieu de .bashrc) si mes souvenirs sont bons. -- Migrec