Vous n'êtes pas identifié(e).
Un peu trop calé pour moi.
Une idée ?
Merci d'avance.
CM Asus Sabertooth 990FX, Proc FX 8350, 4 x 8Go DDR3 1866Mhz, GTX 1060 6Go, DD 2 To Sata 3
Hors ligne
As tu modifié ta variable PATH ?
Regarde dans les fichiers "~/.profile" et "~/.bashrc".
Lance la commande suivante:
Puis ajoute là à la fin de ton fichier "~/.profile" si nécessaire.
Dernière modification par Beta-Pictoris (08-08-2018 22:32:36)
Hors ligne
La console me retourne l'erreur suivante :
…
Note : la variable PATH du superutilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin
…
Je ne sais pas quelle ligne de commande tu avais utilisé pour obtenir les privilèges du compte root
ni quelle ligne de commande tu avais utilisé pour lancer la commande apt
mais une fois sous le compte root tu avais gardé les variables d'environnement (dont le PATH fait partie) de ton compte utilisateur non privilégié.
Tu pourra le vérifier en affichant la valeur de la variable PATH
La valeur de la variable PATH de l'environnement d'un compte utilisateur non privilégié
n'est pas la même que celle de l'environnement du compte utilisateur root
Pour obtenir les privilèges du compte root
tout en utilisant les variables d'environnement du compte root
utilise l'option - ou -l ou --login de la commande su
Un extrait de la page man de la commande su :
Dernière modification par MicP (09-08-2018 05:56:46)
Hors ligne
en remplacement de
A plus.
Hors ligne
en utilisant ma méthode habituelle pour passer en root, qui a toujours fonctionné depuis des lustres, à savoir lancer la console administrateur, celle dont l'icône est rouge, et qui utilise gksu pour demander le mot de passe. Cela avait toujours fonctionné, réponse à la question de MicP pour la méthode que j'ai utilisé pour obtenir les privilèges de compte root.
Ensuite, une fois en administrateur dans cette console, je lance apt.
en utilisant la méthode préconisée plus loin par bonyred.
Je n'ai jamais modifié ma variable PATH.
S'est-elle modifiée par une précédente mise à jour, je ne saurais le dire...
Enfin, en utilisant la méthode suggérée par bonyred, qui a eu le même problème
puis mdp
puis lancement de apt
la mise à jour passe sans problème, ce dont on pouvait se douter au vu de la réponse plus haut au PATH avec la même méthode.
Donc la mise à jour est faite.
Reste une question, pourquoi la mise à jour ne se fait plus en console administrateur et que faut-il faire pour que ça remarche à nouveau ?
CM Asus Sabertooth 990FX, Proc FX 8350, 4 x 8Go DDR3 1866Mhz, GTX 1060 6Go, DD 2 To Sata 3
Hors ligne
Enfin, en utilisant la méthode suggérée par bonyred, qui a eu le même problème
C'est la méthode utilisée par beaucoup de monde.
Tu peux même lancer les commandes de cette façon:
Cela dit, beaucoup d'utilisateurs préfèrent "sudo", souvent activé par défaut sur les systèmes linux alternatifs (ubuntu, fedora,...): https://debian-facile.org/doc:systeme:sudo
A mon avis, tu as dû cocher l'option "Préserver l'environnement" dans les paramètres de "gksu".
Dernière modification par Beta-Pictoris (10-08-2018 00:18:12)
Hors ligne
A mon avis, tu as dû cocher l'option "Préserver l'environnement" dans les paramètres de "gksu".
Non, je n'ai rien coché du tout.
Mais si tu veux bien m'indiquer où sont les paramètres de gksu, je vais zieuter...
CM Asus Sabertooth 990FX, Proc FX 8350, 4 x 8Go DDR3 1866Mhz, GTX 1060 6Go, DD 2 To Sata 3
Hors ligne
Si on préserve l'environnement option (--preserve-env, -k )voir man gksu
Vérifie peut etre la ligne Exec de ton fichier desktop
Je vois pas trop pourquoi le contenu du fichier aurait changé
Edit: vu que tu es sous XFCE je suppose que tu utilise le terminale qui va avec
La commande pour lancer le terminale n'est pas la même pour le terminale utilisateur et root
j’entends dans le sens ou le terminale user est lancé avec le nom du terminale directement
alors que le terminale root est lancé avec le nom générique
Le nom générique peu lancer un terminale différent si plusieurs terminale sont installé sur ton systéme
ceci est défini avec update-alternatives
voir
pour voir le réglage actuel
Pour choisir un autre terminale
Je dis pas que cela viens de la mais je pensais que peux être le terminale utilisé a une option qui sauvegarde l'environnement
(j'ai rien vu de se genre sur le terminale xfce, rien non plus dans les parametre XFCE en graphique)
Dernière modification par Croutons (10-08-2018 08:59:42)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Beta-Pictoris a écrit :A mon avis, tu as dû cocher l'option "Préserver l'environnement" dans les paramètres de "gksu".
Non, je n'ai rien coché du tout.
Mais si tu veux bien m'indiquer où sont les paramètres de gksu, je vais zieuter...
Tu lances "gksu" et tu cliques sur le bouton "Paramètres".
Hors ligne
Date: Tue, 07 Aug 2018 23:18:40 +0200
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
Traduit à l'arrache avec Deepl.com :
L'implémentation util-linux de /bin/su est maintenant utilisée, remplaçant l'implémentation de /bin/su.
un précédemment fourni par src:shadow (expédié dans le paquet login), et
mettre Debian en ligne avec d'autres distributions modernes. Les deux
les mises en œuvre sont très semblables, mais présentent quelques différences mineures (et
il peut y en avoir d'autres qui n'ont pas encore été remarqués), par ex.
- nouveau'su' (sans args, c'est-à-dire en préservant l'environnement).
préserve PATH et IFS, alors que les vieux su réinitialiseraient toujours PATH et IFS.
même en mode'préserver l'environnement'.
- su '' (chaîne utilisateur vide) utilisée pour donner root, mais retourne maintenant une erreur.
- auparavant su n'avait qu'une seule configuration pam, mais maintenant'su -' est configuré.
séparément dans /etc/pam.d/su-l
La première différence est probablement la plus visible pour l'utilisateur. Faire
su' est une très mauvaise idée pour de nombreuses raisons, donc utiliser'su -' est une bonne idée.
fortement recommandé de toujours obtenir un environnement similaire à celui nouvellement mis en place.
à une connexion normale. Si vous voulez restaurer un comportement plus similaire à celui de l
le précédent, vous pouvez ajouter'ALWAYS_SET_SET_PATH yes' dans /etc/login.defs.
Hors ligne
Dernière modification par taureau89_9 (10-08-2018 16:04:00)
CM Asus Sabertooth 990FX, Proc FX 8350, 4 x 8Go DDR3 1866Mhz, GTX 1060 6Go, DD 2 To Sata 3
Hors ligne
CM Asus Sabertooth 990FX, Proc FX 8350, 4 x 8Go DDR3 1866Mhz, GTX 1060 6Go, DD 2 To Sata 3
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Parles-tu de cette ligne :
à remplacer par :
?
Dernière modification par taureau89_9 (11-08-2018 21:43:25)
CM Asus Sabertooth 990FX, Proc FX 8350, 4 x 8Go DDR3 1866Mhz, GTX 1060 6Go, DD 2 To Sata 3
Hors ligne