Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

laguespa
Membre
Distrib. : Stretch
Noyau : 4.9.0-4-amd64
(G)UI : Mate
Inscription : 25-09-2009

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

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 16:35:35)


"Ce serait peut-être l’une des plus grandes opportunités manquées de notre époque si le logiciel libre ne libérait rien d’autre que du code."

Hors ligne

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

robert2a
Membre
Distrib. : debian 11
(G)UI : Mate
Inscription : 15-11-2014

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

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  wink

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 robert2a (23-01-2019 14:38:51)

Hors ligne

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

laguespa
Membre
Distrib. : Stretch
Noyau : 4.9.0-4-amd64
(G)UI : Mate
Inscription : 25-09-2009

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

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+

"Ce serait peut-être l’une des plus grandes opportunités manquées de notre époque si le logiciel libre ne libérait rien d’autre que du code."

Hors ligne

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

robert2a
Membre
Distrib. : debian 11
(G)UI : Mate
Inscription : 15-11-2014

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

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

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

Hors ligne

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

laguespa
Membre
Distrib. : Stretch
Noyau : 4.9.0-4-amd64
(G)UI : Mate
Inscription : 25-09-2009

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

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+

"Ce serait peut-être l’une des plus grandes opportunités manquées de notre époque si le logiciel libre ne libérait rien d’autre que du code."

Hors ligne

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

laguespa
Membre
Distrib. : Stretch
Noyau : 4.9.0-4-amd64
(G)UI : Mate
Inscription : 25-09-2009

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

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+

"Ce serait peut-être l’une des plus grandes opportunités manquées de notre époque si le logiciel libre ne libérait rien d’autre que du code."

Hors ligne

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

empanada
Membre
Distrib. : Debian 10 (Buster)
Noyau : 4.19.0-6-amd64
(G)UI : LXDE
Inscription : 19-09-2018

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

laguespa a écrit :

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


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

robert2a  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 lol

Salut


"blues are the roots and the other musics are the fruits" . Willie Dixon

Hors ligne

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

laguespa
Membre
Distrib. : Stretch
Noyau : 4.9.0-4-amd64
(G)UI : Mate
Inscription : 25-09-2009

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

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

"Ce serait peut-être l’une des plus grandes opportunités manquées de notre époque si le logiciel libre ne libérait rien d’autre que du code."

Hors ligne

Pied de page des forums