Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 25/11/2020, à 19:23

viph

Re : sudo or not sudo, mon 20.04 dit "non"

phil@philubu:~$ /bin/ls /etc/profile.d
01-locale-fix.sh    cedilla-portuguese.sh  vte-2.91.sh
apps-bin-path.sh    flatpak.sh		   vte.csh
bash_completion.sh  im-config_wayland.sh   xdg_dirs_desktop_session.sh

hélas, je ne me souviens pas bien de ce que j'ai fait mais, pire, je me souviens de ne pas avoir "toucher" à cela avec mes doigts

Hors ligne

#27 Le 25/11/2020, à 19:26

bruno

Re : sudo or not sudo, mon 20.04 dit "non"

en #9, c'est

/bin/cat/ .bashrc

qu'il fallait faire et non /usr/bin/cat (ça c'est sur Debian buster wink)

Hors ligne

#28 Le 25/11/2020, à 19:29

viph

Re : sudo or not sudo, mon 20.04 dit "non"

phil@philubu:~$ /bin/cat/ .bashrc
bash: /bin/cat/: N'est pas un dossier

Hors ligne

#29 Le 25/11/2020, à 19:31

abelthorne

Re : sudo or not sudo, mon 20.04 dit "non"

C'est même /bin/cat .bashrc (sans le slash après cat) mais de toute façon, il n'y a pas de .bashrc, on a le contenu du dossier perso en #15.

Sinon, pour le contenu de /etc/profile.d, rien d'anormal en apparence.

Dernière modification par abelthorne (Le 25/11/2020, à 19:33)

Hors ligne

#30 Le 25/11/2020, à 19:50

bruno

Re : sudo or not sudo, mon 20.04 dit "non"

Pour vérifier sur l'ensemble du dossier /etc :

/usr/bin/sudo /usr/bin/rgrep 'PATH=' /etc 

Tu n'aurais pas suivi cette doc https://doc.ubuntu-fr.org/tsmuxer au point 2.2 (que j'ai volontairement barré) par hasard ?

Dernière modification par bruno (Le 25/11/2020, à 20:05)

Hors ligne

#31 Le 25/11/2020, à 20:39

abelthorne

Re : sudo or not sudo, mon 20.04 dit "non"

bruno a écrit :

Tu n'aurais pas suivi cette doc https://doc.ubuntu-fr.org/tsmuxer au point 2.2 (que j'ai volontairement barré) par hasard ?

C'est ce que j'ai supposé (messages #24 et #25) mais la ligne de commandes aurait dû ajouter le dossier de TsMuxer au PATH existant dans ~/.bashrc. Comme .bashrc n'existe pas, il faudrait savoir si viph a adapté les commandes en question et comment.

Hors ligne

#32 Le 25/11/2020, à 21:34

viph

Re : sudo or not sudo, mon 20.04 dit "non"

je ne suis pas assez fortiche pour m'attaquer à une installation rayée :-)

je vous assure que, guidé une approche moins j'en fous et mieux je me porte, je n'ai rien fait de ce que je comprends que j'aurais pu faire !
science fiction

Hors ligne

#33 Le 25/11/2020, à 21:37

viph

Re : sudo or not sudo, mon 20.04 dit "non"

si je résume avec mes mots...
j'ai peté un truc qui me dépasse
les fichiers corrompus ou disparus n'otn pas laissé d'adresse, donc c'est foutu

dite moi : je réinstallerai le système une fois les fichiers "utiles" sauvés

Hors ligne

#34 Le 25/11/2020, à 21:49

abelthorne

Re : sudo or not sudo, mon 20.04 dit "non"

viph a écrit :

je ne suis pas assez fortiche pour m'attaquer à une installation rayée :-)

En fait, elle n'était pas rayée, bruno l'a apparemment fait tout à l'heure.

Comme tu précisais "install très librement inspiré par", ça pourrait être utile de savoir à quoi correspond cette inspiration libre.

Est-ce que la dernière commande demandée par bruno donne quelque chose ?

Et par curiosité, si tu passes sur une console (ctrl + alt + F2), que tu te connectes en mode texte et que tu tapes la commande ls (sans le /bin/ devant), est-ce que tu as un message d'erreur disant que la commande n'est pas trouvée ou ça affiche le contenu de ton dossier perso ?
(Pour revenir sur la session graphique ensuite, ça devrait être ctrl + alt + F1 ou ctrl + alt + F7.)

Il ne devrait pas y avoir besoin de tout réinstaller, la résolution du problème devrait être très simple. Ce qui est compliqué, c'est de trouver où a été faite la modif qui casse tout.

Hors ligne

#35 Le 25/11/2020, à 21:54

viph

Re : sudo or not sudo, mon 20.04 dit "non"

phil@philubu:~$ /usr/bin/sudo /usr/bin/rgrep 'PATH=' /etc 
[sudo] Mot de passe de phil : 
/etc/init.d/speech-dispatcher:PATH=/sbin:/bin:/usr/sbin:/usr/bin
/etc/init.d/lm-sensors:PATH=/bin:/usr/bin:/sbin:/usr/sbin
/etc/init.d/udev:PATH="/sbin:/bin"
/etc/init.d/uuidd:PATH=/bin:/usr/bin:/sbin:/usr/sbin
/etc/init.d/ufw:PATH="/sbin:/bin"
/etc/init.d/hddtemp:PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
/etc/init.d/cron:PATH=/bin:/usr/bin:/sbin:/usr/sbin
/etc/init.d/irqbalance:PATH=/sbin:/bin:/usr/sbin:/usr/bin
/etc/init.d/plymouth:PATH="/sbin:/bin:/usr/sbin:/usr/bin"
/etc/init.d/rsyslog:PATH=/sbin:/usr/sbin:/bin:/usr/bin
/etc/init.d/x11-common:PATH=/usr/bin:/usr/sbin:/bin:/sbin
/etc/init.d/rsync:export PATH="${PATH:+$PATH:}/usr/sbin:/sbin"
/etc/init.d/cups:PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
/etc/init.d/avahi-daemon:PATH=/sbin:/bin:/usr/sbin:/usr/bin
/etc/init.d/gdm3:PATH=/sbin:/bin:/usr/sbin:/usr/bin
/etc/init.d/unattended-upgrades:PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
/etc/init.d/plymouth-log:PATH="/sbin:/bin:/usr/sbin:/usr/bin"
/etc/init.d/alsa-utils:PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
/etc/init.d/bluetooth:PATH=/sbin:/bin:/usr/sbin:/usr/bin
/etc/init.d/kmod:PATH='/sbin:/bin'
/etc/init.d/network-manager:PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
/etc/init.d/anacron:PATH=/bin:/usr/bin:/sbin:/usr/sbin
/etc/init.d/kerneloops:PATH=/sbin:/usr/sbin:/bin:/usr/bin
/etc/init.d/saned:PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
/etc/environment:PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin"
/etc/cron.d/popularity-contest:PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
/etc/cron.d/anacron:PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
/etc/ppp/ipv6-up:PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin
/etc/ppp/ip-up:PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin
/etc/ppp/ip-down:PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin
/etc/ppp/ipv6-down:PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin
/etc/profile.d/apps-bin-path.sh:    export PATH=$PATH:${snap_bin_path}
/etc/cron.daily/popularity-contest:TORIFY_PATH=/usr/bin/torify
/etc/cron.daily/popularity-contest:    TORSOCKS_PATH=/usr/bin/torsocks
/etc/anacrontab:PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
/etc/pm/sleep.d/10_unattended-upgrades-hibernate:PATH=/sbin:/usr/sbin:/bin:/usr/bin
/etc/X11/Xsession.d/20x11-common_process-args:        STARTUP_FULL_PATH=$(/usr/bin/which "${1%% *}" || true)
/etc/X11/Xsession.d/70gconfd_path-on-session:  export MANDATORY_PATH="${GCONF_PREFIX}/${DESKTOP_SESSION}.mandatory.path"
/etc/X11/Xsession.d/70gconfd_path-on-session:  export DEFAULTS_PATH="${GCONF_PREFIX}/${DESKTOP_SESSION}.default.path"
/etc/login.defs:ENV_SUPATH	PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
/etc/login.defs:ENV_PATH	PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
/etc/gdm3/PreSession/Default:PATH="/usr/bin:$PATH"
/etc/gdm3/Init/Default:PATH="/usr/bin:$PATH"
/etc/grub.d/20_memtest86+:  MEMTESTPATH=$( make_system_path_relative_to_its_root "/boot/memtest86+.elf" )
/etc/grub.d/20_memtest86+:  MEMTESTPATH=$( make_system_path_relative_to_its_root "/boot/memtest86+.bin" )
/etc/grub.d/20_memtest86+:#  MEMTESTPATH=$( make_system_path_relative_to_its_root "/boot/memtest86+_multiboot.bin" )
/etc/grub.d/30_os-prober:	EFIPATH=${DEVICE#*@}
/etc/wpa_supplicant/action_wpa.sh:PATH=/sbin:/usr/sbin:/bin:/usr/bin
/etc/avahi/avahi-autoipd.action:PATH="$PATH:/usr/bin:/usr/sbin:/bin:/sbin"
/etc/skel/.profile:    PATH="$HOME/bin:$PATH"
/etc/skel/.profile:    PATH="$HOME/.local/bin:$PATH"
/etc/crontab:PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

Hors ligne

#36 Le 25/11/2020, à 21:59

viph

Re : sudo or not sudo, mon 20.04 dit "non"

passage en mode texte, pas de message d'erreur, ça m'indique les documents (non cachés) du dossier personnel

Hors ligne

#37 Le 25/11/2020, à 22:01

abelthorne

Re : sudo or not sudo, mon 20.04 dit "non"

Ok, donc le problème ne se situe pas au niveau système mais bien au lancement de ta session (graphique). Y a plus qu'à trouver où.

On sait jamais :

/bin/ls ~/.config/autostart

Dernière modification par abelthorne (Le 25/11/2020, à 22:02)

Hors ligne

#38 Le 25/11/2020, à 22:05

viph

Re : sudo or not sudo, mon 20.04 dit "non"

phil@philubu:~$ /bin/ls ~/.config/autostart
ignore-lid-switch-tweak.desktop

Hors ligne

#39 Le 25/11/2020, à 22:18

abelthorne

Re : sudo or not sudo, mon 20.04 dit "non"

A priori, ràs ici.

On va essayer de te recréer un .profile et un .bashrc pour voir si ça change quelque chose :

/usr/bin/gedit ~/.profile ~/.bashrc

Dans la fenêtre du .profile, colle ça :

# ~/.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

# if running bash
if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
	. "$HOME/.bashrc"
    fi
fi

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
    PATH="$HOME/bin:$PATH"
fi

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/.local/bin" ] ; then
    PATH="$HOME/.local/bin:$PATH"
fi

Dans celle du .bashrc, colle ça :

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# If set, the pattern "**" used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
#shopt -s globstar

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
    xterm-color|*-256color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
    if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
	# We have color support; assume it's compliant with Ecma-48
	# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
	# a case would tend to support setf rather than setaf.)
	color_prompt=yes
    else
	color_prompt=
    fi
fi

if [ "$color_prompt" = yes ]; then
    PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
else
    PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
    PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
    ;;
*)
    ;;
esac

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
    test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
    alias ls='ls --color=auto'
    #alias dir='dir --color=auto'
    #alias vdir='vdir --color=auto'

    alias grep='grep --color=auto'
    alias fgrep='fgrep --color=auto'
    alias egrep='egrep --color=auto'
fi

# colored GCC warnings and errors
#export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01'

# some more ls aliases
alias ll='ls -alF'
alias la='ls -A'
alias l='ls -CF'

# Add an "alert" alias for long running commands.  Use like so:
#   sleep 10; alert
alias alert='notify-send --urgency=low -i "$([ $? = 0 ] && echo terminal || echo error)" "$(history|tail -n1|sed -e '\''s/^\s*[0-9]\+\s*//;s/[;&|]\s*alert$//'\'')"'

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; then
  if [ -f /usr/share/bash-completion/bash_completion ]; then
    . /usr/share/bash-completion/bash_completion
  elif [ -f /etc/bash_completion ]; then
    . /etc/bash_completion
  fi
fi

Enregistre les fichiers, déconnecte-toi et relance la session.

De retour sur le bureau, ouvre un terminal et tape ls ; mêmes questions que sur la console : est-ce qu'il t'affiche tes dossiers ou te dit qu'il ne trouve pas la commande ?

Hors ligne

#40 Le 25/11/2020, à 23:02

viph

Re : sudo or not sudo, mon 20.04 dit "non"

oui, cela affiche les fichers du dossier perso:

phil@philubu:~$ ls
2020-07-01-0001.pdf  Bureau     Images   Public      Téléchargements
2020-07-01-0002.jpg  Documents  Modèles  resolvedeb  Videos
2020-07-01-0002.pdf  GPUCache   Musique  snap        Vidéos

Hors ligne

#41 Le 25/11/2020, à 23:10

abelthorne

Re : sudo or not sudo, mon 20.04 dit "non"

Et par exemple, une commande APT ?

sudo apt-get update

Hors ligne

#42 Le 25/11/2020, à 23:11

viph

Re : sudo or not sudo, mon 20.04 dit "non"

fonctionne correctement
sudo is back !

Hors ligne

#43 Le 25/11/2020, à 23:12

viph

Re : sudo or not sudo, mon 20.04 dit "non"

merci à vous deux

Hors ligne

#44 Le 25/11/2020, à 23:21

abelthorne

Re : sudo or not sudo, mon 20.04 dit "non"

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

echo $PATH

Hors ligne

#45 Le 25/11/2020, à 23:25

viph

Re : sudo or not sudo, mon 20.04 dit "non"

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 ?

Hors ligne

#46 Le 25/11/2020, à 23:39

MicP

Re : sudo or not sudo, mon 20.04 dit "non"

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:~$ 

Dernière modification par MicP (Le 25/11/2020, à 23:50)

Hors ligne

#47 Le 26/11/2020, à 01:41

Coeur Noir

Re : sudo or not sudo, mon 20.04 dit "non"

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.

Dernière modification par Coeur Noir (Le 26/11/2020, à 02:04)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#48 Le 26/11/2020, à 04:05

MicP

Re : sudo or not sudo, mon 20.04 dit "non"

@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:~$ 

Dernière modification par MicP (Le 26/11/2020, à 08:46)

Hors ligne

#49 Le 26/11/2020, à 09:45

abelthorne

Re : sudo or not sudo, mon 20.04 dit "non"

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 ?

Dernière modification par abelthorne (Le 26/11/2020, à 09:46)

Hors ligne

#50 Le 26/11/2020, à 10:47

bruno

Re : sudo or not sudo, mon 20.04 dit "non"

[HS]J'ai profité du temps libre que j'ai en ce moment pour complètement reprendre la page de la doc tsmuxer. 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).

Hors ligne