[Resolu] Problème variable d'environnement avec testing

laguespa · 23-01-2019 12:38:11

Bonjour.

Je viens d'installer testing sur une machine et j'ai un problème avec la variable d'environnement.

dpkg --configure -a

 

dpkg: avertissement: « ldconfig » introuvable dans la variable PATH ou non exécutable

dpkg: avertissement: « start-stop-daemon » introuvable dans la variable PATH ou non exécutable

dpkg: erreur: 2 programmes attendus non trouvés dans la variable PATH ou non exécutables

Note : la variable PATH du superutilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin

J'ai suivie ce tuto chez ubuntu.fr https://forum.ubuntu-fr.org/viewtopic.php?id=1389681

À savoir que j'ai entré les commandes suivantes :

set | grep "PATH"

PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

 

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

touch /sbin/ldconfig

echo exit 0 > /sbin/ldconfig

chmod +x /sbin/ldconfig

Ce qui m'a valu de perdre la connexion wifi et toujours pas réglé le problème avec dpkg.

Merci de votre aide.

A+

Dernière modification par laguespa (23-01-2019 15:35:35)

anonyme · 23-01-2019 13:22:26

Bonjour

pour commencer comment tu te connecte en root ?
pour su c'est : (sous Buster]

su -

Mot de passe :

nota: ne pas oublier après "su" un espace et le petit tiret"-"

ta première commande donne ceci chez moi (sous buster + mate)

set | grep "PATH"

 

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

    local PATH=$PATH:/sbin;

    if [[ -z "${CDPATH:-}" || "$cur" == ?(.)?(.)/* ]]; then

    for i in ${CDPATH//:/'

    PATH=$PATH:/usr/sbin:/sbin:/usr/local/sbin type $1 &> /dev/null

    COMPREPLY=($( compgen -W "$( PATH="$PATH:/sbin" lsmod |         awk '{if (NR != 1) print $1}' )" -- "$1" ))

    local PATH=$PATH:/sbin;

    local PATH="$PATH:/sbin:/usr/sbin";

    COMPREPLY+=($( compgen -W         "$( PATH="$PATH:/sbin" lspci -n | awk '{print $3}')" -- "$cur" ))

    local PATH=$PATH:/sbin:/usr/sbin:/usr/local/sbin;

    COMPREPLY+=($( compgen -W         "$( PATH="$PATH:/sbin" lsusb | awk '{print $6}' )" -- "$cur" ))

    [ -z "$AWKLIBPATH" ] && AWKLIBPATH=`gawk 'BEGIN {print ENVIRON["AWKLIBPATH"]}'`;

    export AWKLIBPATH="$AWKLIBPATH:$*"

    unset AWKLIBPATH;

    export AWKLIBPATH=`gawk 'BEGIN {print ENVIRON["AWKLIBPATH"]}'`

    [ -z "$AWKLIBPATH" ] && AWKLIBPATH=`gawk 'BEGIN {print ENVIRON["AWKLIBPATH"]}'`;

    export AWKLIBPATH="$*:$AWKLIBPATH"

    [ -z "$AWKPATH" ] && AWKPATH=`gawk 'BEGIN {print ENVIRON["AWKPATH"]}'`;

    export AWKPATH="$AWKPATH:$*"

    unset AWKPATH;

    export AWKPATH=`gawk 'BEGIN {print ENVIRON["AWKPATH"]}'`

    [ -z "$AWKPATH" ] && AWKPATH=`gawk 'BEGIN {print ENVIRON["AWKPATH"]}'`;

    export AWKPATH="$*:$AWKPATH"

cette commande ne me renvoie rien

dpkg --configure -a

 

si je tape uniquement "su"
le retour

dpkg --configure -a

dpkg: avertissement: « ldconfig » introuvable dans la variable PATH ou non exécutable

dpkg: avertissement: « start-stop-daemon » introuvable dans la variable PATH ou non exécutable

dpkg: erreur: 2 programmes attendus non trouvés dans la variable PATH ou non exécutables

Note : la variable PATH du superutilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin

il faut faire attention a bien utilisé "su -" et pas "su" qui n'a plus les privilèges complet de root
je pense que ton souci est résolu

lors de la mise a jour voici le message du paquet "util-linux"

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

Dernière modification par anonyme (23-01-2019 13:38:51)

laguespa · 23-01-2019 13:35:56

Salut.

su et su - c'est pareil aujourd'hui apparemment. De toute façon ça ne change rien pour moi.

Je vais me retaper une install rapidos. La première était un peu rockn'roll...

A+

anonyme · 23-01-2019 13:41:20

je reproduit le même message que toi , le hasard ?

si tu réinstalle l' avertissement est le même .
@++

laguespa · 23-01-2019 13:59:14

Je te tiens au jus. Je refais l'install parce que j'ai trop copié/collé de lignes de commande sans trop savoir ce que je faisais avec la première install. L'environnement n'était pas propice à la réflexion. Des gosses qui hurlaient, des gens en train de parler au téléphone partout... Bref, la 3ème guerre mondiale dans la cusine.

A+

laguespa · 23-01-2019 14:55:28

Avec su - ça passe après une nouvelle install.
Par contre je me retrouve avec des dépendances non satisfaites suite à l'installation de rstudio. Autre sujet ouvert.

A+

empanada · 23-01-2019 19:18:33

laguespa a écrit :

su et su - c'est pareil aujourd'hui apparemment.

Non sur Buster.
anonyme le 01-01-2019 03:52:42:

anonyme a écrit :

le message relatif a la modification sur Buster
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

Resumé:
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.
Traduction:
Faire un simple 'su' c'est une mauvaise idée par plusieurs raisons, alors utiliser 'su -' c'est fortement recommandé pour obtenir un environnement configuré pareil à ce-ci obtenu avec une identification normale.

Il me semble que ce changement va être un "hit-parade" sur ce forum et tout les autres liées à debian

Salut

laguespa · 24-01-2019 09:59:27

Effectivement, merci pour le retour. Je vais prendre l'habitude.

Debian-facile

#1 23-01-2019 12:38:11

[Resolu] Problème variable d'environnement avec testing

#2 23-01-2019 13:22:26

Re : [Resolu] Problème variable d'environnement avec testing

#3 23-01-2019 13:35:56

Re : [Resolu] Problème variable d'environnement avec testing

#4 23-01-2019 13:41:20

Re : [Resolu] Problème variable d'environnement avec testing

#5 23-01-2019 13:59:14

Re : [Resolu] Problème variable d'environnement avec testing

#6 23-01-2019 14:55:28

Re : [Resolu] Problème variable d'environnement avec testing

#7 23-01-2019 19:18:33

Re : [Resolu] Problème variable d'environnement avec testing

#8 24-01-2019 09:59:27

Re : [Resolu] Problème variable d'environnement avec testing

Pied de page des forums