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
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 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: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 à 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
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 à 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 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
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
