Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

sudo or not sudo, mon 20.04 dit "non"

abelthorne

Et par exemple, une commande APT ?

sudo apt-get update

viph

fonctionne correctement
sudo is back !

viph

merci à vous deux

abelthorne

On va quand même vérifier que le PATH est bon :

echo $PATH

viph

phil@philubu:~$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin

c'est grave docteur ?

MicP

Bonjour

Sur ton système Ubuntu,
la valeur de la variable PATH du shell bash
pour le compte utilisateur non privilégié phil
est conforme à celle attendue.

=======
Tu peux aussi vérifier celle du compte super utilisateur root
en entrant la ligne de commandes suivante :

sudo /bin/bash -c 'echo $PATH'

=======
Sur mon système ubuntu,
voilà ce que retourne l'exécution
de chacune de ces deux lignes de commandes :

michel@ubuT450:~$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
michel@ubuT450:~$

michel@ubuT450:~$ sudo /bin/bash -c 'echo $PATH'
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin
michel@ubuT450:~$

Coeur Noir

Le problème a l'air réglé maintenant, tant mieux.

Juste une petite « astuce » en passant : la commande

history

affiche la liste des commandes qui ont été tapées dans le terminal de l'$USER.

history | grep -Ei "path"

aurait peut-être donné une piste sur ce qui fût fait ?

Ça revient à regarder le contenu du fichier ~/.bash_history qui est la mémoire consignée du terminal.

MicP

@viph

Il te manque encore le fichier ~/.bash_logout
tu peux le recréer en lançant la ligne de commande suivante :

cp  /etc/skel/.bash_logout  ~/

=======
Autre astuce :
si tu te retrouves encore une fois dans le même cas,
tu pourras recréer les 3 fichiers qui te manquaient
en lançant la ligne de commande suivante :

/bin/cp  -i  /etc/skel/.[bp]*  ~/

=======
Pour info, à chaque création d'un compte utilisateur,
par défaut, les fichiers et sous-répertoires contenus dans le répertoire /etc/skel/
sont copiés dans le répertoire personnel du nouveau compte utilisateur créé,
et c'est dans ce répertoire que se trouvent les 3 fichiers qu'il te manquait :

michel@ubuT450:~$ ls -a /etc/skel/.[bp]*
/etc/skel/.bash_logout  /etc/skel/.bashrc  /etc/skel/.profile
michel@ubuT450:~$

abelthorne

Même si le problème est réglé − du moins en apparence − il y a quand même deux choses qui m'échappent :
- étant donné que le .profile ne définit pas le PATH mais le complète, comme est-ce que sa seule présence a pu réparer les choses ?
- et justement, comme il ne définit pas le PATH d'origine, où est-ce que le système va chercher un PATH avec juste /opt/TxMuxer en l'absence du .profile ?

bruno

[HS]J'ai profité du temps libre que j'ai en ce moment pour complètement reprendre la page de la doc [doc]tsmuxer[/doc]. Ce sera quand me plus simple avec un paquet deb. Merci à ceux qui l'utilisent de vérifier et corriger si besoin.[/HS]

J'ai les mêmes interrogations que @abelthorne. À vrai dire je ne comprends même pas comment la recréation de .bashrc et .profile a pu rétablir la situation.
C'est évidemment lié à l'installation de tsMuxer avec des manipulations hasardeuses (une des méthode de la doc cassait la variable PATH).

MicP

Bonjour

Au sujet du fichier ~/.profile sur les systèmes debian et ceux basés sur debian <=> ubuntu :

michel@debT450:~$ head ~/.profile
# ~/.profile: executed by the command interpreter for login shells.
# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login
# exists.
# see /usr/share/doc/bash/examples/startup-files for examples.
# the files are located in the bash-doc package.

# the default umask is set in /etc/profile; for setting the umask
# for ssh logins, install and configure the libpam-umask package.
#umask 022

michel@debT450:~$

xxxxx (sur autre forum), a écrit …pourtant ~/.profile n'est jamais exécuté au démarrage…

Le jamais ne concerne que les émulateurs de terminal lancés depuis l'environnement de bureau
qui a été lancé par une ouverture de session, et donc, identification (donc, pour ce terminal, ce n'est pas un login shell) du compte utilisateur.

head ~/.profile a écrit

…
# ~/.profile: executed by the command interpreter for login shells. …
…

Si login shell <=> il faudra s'identifier pour ouvrir un shell
en utilisant l'émulateur de terminal de l'interface en mode texte
qui est accessible depuis le mode graphique par le raccourci clavier Ctrl+Alt+F1 à F6 (en fonction de l'environnement de bureau utilisé)
et dans ce cas, le fichier ~/.profile sera pris en compte (si tant est que, les fichiers ~/.bash_profile ou/et ~/.bash_login ne soient pas présents)
ou bien en s'étant identifié (<=> login shell) pour ouvrir une session ssh depuis une autre machine.

« Page précédente