bizarrerie dans sid Le sujet est résolu

[marcastro]

dans ma sid actuelle toujours à jour les répertoires /sbin et /usr/sbin ne sont plus dans le $PATH avec les conséquences que les commandes adduser, deluser, groupadd, reboot etc......ne sont plus reconnues.J'ai dû ajouter ces répertoires dans mon $PATH avec la commande :

Code : Tout sélectionner

export PATH=$PATH:/sbin:/usr/sbin

ça le fait chez vous aussi??

[Arnaud]

Je n'ai pas ce problème :

Code : Tout sélectionner

~ echo $PATH
/usr/local/bin:/usr/local/sbin:/bin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/sbin:/home/arnaud/bin

[piratebab]

c'est normal:
http://www.pathname.com/fhs/
http://www.pathname.com/fhs/pub/fhs-2.3 ... TN.AEN1058
note 19:

Deciding what things go into "sbin" directories is simple: if a normal (not a system administrator) user will ever run it directly, then it must be placed in one of the "bin" directories. Ordinary users should not have to place any of the sbin directories in their path.

[marcastro]

Ordinary users should not have to place any of the sbin directories in their path.

ok , mais même en root je me faisais jeter, j'ai oublié de préciser que la commande

Code : Tout sélectionner

export PATH=$PATH:/sbin:/usr/sbin

je l'ai mise dans mon .bashrc; sur stable et testing je n'ai pas cette anomalie que du reste je n'avais rencontrée auparavant.

[marcastro]

dans .bash.rc j'ai diésé la ligne "export PATH" et en root je tombe sur:

Code : Tout sélectionner

root@sdb5-sid:/home/avram# echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
root@sdb5-sid:/home/avram# adduser toto
bash: adduser : commande introuvable

donc /usr/sbin et /sbin ne sont plus dans le PATH de root alors que dans stable et testing ils le sont, pourquoi??

mais la commande

Code : Tout sélectionner

#/usr/sbin/adduser

fonctionne parfaitement.

idem pour #reboot, groupadd, deluser etc.....

[piratebab]

en root sur ma testing, ils sont dans le path, mais pas en user simple.
Et c'est normal, par contre, je ne sais pas comment ça arrive dans le PATH de root automatiquement.

[--gilles--]

dans ma sid actuelle toujours à jour les répertoires /sbin et /usr/sbin ne sont plus dans le $PATH avec les conséquences que les commandes adduser, deluser, groupadd, reboot etc......ne sont plus reconnues.J'ai dû ajouter ces répertoires dans mon $PATH avec la commande :

Code : Tout sélectionner

export PATH=$PATH:/sbin:/usr/sbin

ça le fait chez vous aussi??

À mon avis, debian est devenu plus strict dans la gestion des variables d'environnement et il faut utiliser désormais § su - au lieu de § su tout court. Avec § su tout court, nous passons en root, mais nous gardons les variables d'environnement utilisateur tandis qu'avec § su - nous passons en root avec les variables d'environnement root.


$ su
Mot de passe :
root@linux-c-mieux:/home/utilisateur0# echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games


$ su -
Mot de passe :
root@linux-c-mieux:~# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin


Il fait chaud pour suer moins, utiliser $ su -

[Mimoza]

Ça va pas changer grand chose pour moi j'utilise toute le temps «su -» :D

[marcastro]

@ --gilles-- : ach sehr gut gesehen mein Freund, sie haben ganz recht; su - und nicht su. Vielen Dank

[wetaskiwin]

Ça va pas changer grand chose pour moi j'utilise toute le temps «su -» :D

Pareil. Et j'ai eu un message lors des mises à jour de ce soir :

apt-listchanges : nouveautés
----------------------------

util-linux (2.32-0.4) unstable; urgency=medium

 The util-linux implementation of /bin/su is now used, replacing the
 one previously supplied by src:shadow (shipped in login package), and
 bringing Debian in line with other modern distributions. The two
 implementations are very similar but have some minor differences (and
 there might be more that was not yet noticed ofcourse), e.g.

 - new 'su' (with no args, i.e. when preserving the environment) also
   preserves PATH and IFS, while old su would always reset PATH and IFS
   even in 'preserve environment' mode.
 - su '' (empty user string) used to give root, but now returns an error.
 - previously su only had one pam config, but now 'su -' is configured
   separately in /etc/pam.d/su-l

 The first difference is probably the most user visible one. Doing
 plain 'su' is a really bad idea for many reasons, so using 'su -' is
 strongly recommended to always get a newly set up environment similar
 to a normal login. If you want to restore behaviour more similar to
 the previous one you can add 'ALWAYS_SET_PATH yes' in /etc/login.defs.

-- Andreas Henriksson <andreas@fatal.se>  Fri, 03 Aug 2018 10:52:22 +0200

[Mimoza]

Merci pour le message, ça éclaire bien sur les différences

[marcastro]

ok maintenant c'est clair.

[Mimoza]

Par contre le truc marrant maintenant c'est que les appli X ne se lance plus si on passe par "su -" alors que par "su" c'est bon

[piratebab]

je viens d'avoir la même chose en testing

[Grhim]

j'ai le souci aujourd'hui !! viewtopic.php?f=8&t=1535

mais alors, je dois choisir quel chemin au final ? juste le

Code : Tout sélectionner

/sbin:/usr/sbin 

ou bien où ont veux ?

[marcastro]

comme remettre les choses comme elles étaient avant; et qui fonctionnaient très bien; j'ai ajouté dans mon ~.bashrc la ligne:

export PATH=$PATH:/sbin:/usr/sbin:/usr/local/sbin:/bin

et tout est revenu à la normal. Pourquoi être emmerdé par des nouveautés qui ne nous servent à rien alors que ça marchait très bien avant??
Et donc résultat des courses:

avram@sda5-stretch: 17:40:25: ~$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/game

avram@sda5-stretch: 17:46:55: ~$ su
Mot de passe :
root@sda5-stretch:/home/avram# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

[piratebab]

su - fonctionne très bien aussi ...