bizarrerie dans sid Le sujet est résolu

Demande d'aide : c'est ici.
Répondre
marcastro
Membre actif
Membre actif
Messages : 665
Enregistré le : 22 avr. 2016, 12:05
Localisation : 83560 Saint Julien
Jappix : marcastro@xmpp.jp
Status : Hors ligne

31 juil. 2018, 11:16

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??
sur le forum depuis 2007.
testing 4.19-amd64#1 sid 4.19-amd64 stretch4.19- bpo nvidia-driver marcastro@xmpp.jp et climatosceptique.
Avatar du membre
Arnaud
Membre
Membre
Messages : 162
Enregistré le : 23 avr. 2016, 14:31
Localisation : Allemagne
Status : Hors ligne

31 juil. 2018, 13:44

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
Avatar du membre
piratebab
Site Admin
Site Admin
Messages : 2821
Enregistré le : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : En ligne

31 juil. 2018, 14:04

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
Membre actif
Membre actif
Messages : 665
Enregistré le : 22 avr. 2016, 12:05
Localisation : 83560 Saint Julien
Jappix : marcastro@xmpp.jp
Status : Hors ligne

31 juil. 2018, 14:56

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.
sur le forum depuis 2007.
testing 4.19-amd64#1 sid 4.19-amd64 stretch4.19- bpo nvidia-driver marcastro@xmpp.jp et climatosceptique.
marcastro
Membre actif
Membre actif
Messages : 665
Enregistré le : 22 avr. 2016, 12:05
Localisation : 83560 Saint Julien
Jappix : marcastro@xmpp.jp
Status : Hors ligne

31 juil. 2018, 15:08

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.....
sur le forum depuis 2007.
testing 4.19-amd64#1 sid 4.19-amd64 stretch4.19- bpo nvidia-driver marcastro@xmpp.jp et climatosceptique.
Avatar du membre
piratebab
Site Admin
Site Admin
Messages : 2821
Enregistré le : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : En ligne

31 juil. 2018, 20:12

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--
Membre
Membre
Messages : 442
Enregistré le : 24 août 2016, 19:35
Status : Hors ligne

03 août 2018, 07:46

marcastro a écrit :
31 juil. 2018, 11:16
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 - :icon_biggrin:
Parler de liberté n'a de sens qu'à condition que ce soit la liberté de dire aux gens ce qu'ils n'ont pas envie d'entendre. Eric Blair, George Orwell
Avatar du membre
Mimoza
Contributeur
Contributeur
Messages : 653
Enregistré le : 22 avr. 2016, 12:00
Localisation : Terre
Status : Hors ligne

03 août 2018, 10:19

Ça va pas changer grand chose pour moi j'utilise toute le temps «su -» :D
marcastro
Membre actif
Membre actif
Messages : 665
Enregistré le : 22 avr. 2016, 12:05
Localisation : 83560 Saint Julien
Jappix : marcastro@xmpp.jp
Status : Hors ligne

03 août 2018, 11:53

@ --gilles-- : ach sehr gut gesehen mein Freund, sie haben ganz recht; su - und nicht su. Vielen Dank :023:
sur le forum depuis 2007.
testing 4.19-amd64#1 sid 4.19-amd64 stretch4.19- bpo nvidia-driver marcastro@xmpp.jp et climatosceptique.
Avatar du membre
wetaskiwin
Membre actif
Membre actif
Messages : 941
Enregistré le : 23 avr. 2016, 19:06
Localisation : Île de France
Status : Hors ligne

03 août 2018, 22:22

Mimoza a écrit :
03 août 2018, 10:19
Ç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
On cède d’abord sur les mots et puis, peu à peu, aussi sur les choses (Sigmund Freud - Psychologie des foules et analyse du moi)
Avatar du membre
Mimoza
Contributeur
Contributeur
Messages : 653
Enregistré le : 22 avr. 2016, 12:00
Localisation : Terre
Status : Hors ligne

03 août 2018, 23:47

Merci pour le message, ça éclaire bien sur les différences
marcastro
Membre actif
Membre actif
Messages : 665
Enregistré le : 22 avr. 2016, 12:05
Localisation : 83560 Saint Julien
Jappix : marcastro@xmpp.jp
Status : Hors ligne

04 août 2018, 12:27

ok maintenant c'est clair.
sur le forum depuis 2007.
testing 4.19-amd64#1 sid 4.19-amd64 stretch4.19- bpo nvidia-driver marcastro@xmpp.jp et climatosceptique.
Avatar du membre
Mimoza
Contributeur
Contributeur
Messages : 653
Enregistré le : 22 avr. 2016, 12:00
Localisation : Terre
Status : Hors ligne

04 août 2018, 20:33

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
Avatar du membre
piratebab
Site Admin
Site Admin
Messages : 2821
Enregistré le : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : En ligne

07 août 2018, 21:10

je viens d'avoir la même chose en testing
Avatar du membre
Grhim
Membre actif
Membre actif
Messages : 939
Enregistré le : 30 mai 2016, 01:00
Localisation : Terra
Diaspora* : Grhim@fessedebouc.fr
Jappix : testouille@xmpp.jp
Status : Hors ligne

11 août 2018, 22:59

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 ?
-- D3b1@n Stable + Testing-Unstable -.- Enlightenment / KDE Plasma - Kali -
marcastro
Membre actif
Membre actif
Messages : 665
Enregistré le : 22 avr. 2016, 12:05
Localisation : 83560 Saint Julien
Jappix : marcastro@xmpp.jp
Status : Hors ligne

12 août 2018, 17:45

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
sur le forum depuis 2007.
testing 4.19-amd64#1 sid 4.19-amd64 stretch4.19- bpo nvidia-driver marcastro@xmpp.jp et climatosceptique.
Avatar du membre
piratebab
Site Admin
Site Admin
Messages : 2821
Enregistré le : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : En ligne

18 août 2018, 19:53

su - fonctionne très bien aussi ...
Répondre