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.

#1 Le 22/11/2020, à 16:40

viph

sudo or not sudo, mon 20.04 dit "non"

Bonjour à tous,

impossible de jouer au SU :-)

pourquoi le termnal me répond :

La commande « sudo » est disponible aux emplacements suivants
* /bin/sudo
* /usr/bin/sudo
La commande n'a pas pu être trouvée car « /bin:/usr/bin » n'est pas incluse dans la variable d'environnement PATH.
sudo : commande introuvable

et comment éviter ?

Hors ligne

#2 Le 22/11/2020, à 16:45

abelthorne

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

Qu'est-ce qu'il y a dans ton PATH ?

echo $PATH

Done aussi le contenu de ton .profile au cas où :

cat ~/.profile

(Poste les retours de commandes entre balises Code.)

Hors ligne

#3 Le 22/11/2020, à 16:52

viph

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

phil@philubu:~$ echo $PATH
/opt/TsMuxer/:
phil@philubu:~$ cat ~/.profile
La commande « cat » est disponible aux emplacements suivants
 * /bin/cat
 * /usr/bin/cat
La commande n'a pas pu être trouvée car « /usr/bin:/bin » n'est pas incluse dans la variable d'environnement PATH.
cat : commande introuvable

Hors ligne

#4 Le 22/11/2020, à 17:01

abelthorne

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

Là, c'est la merde.

Ton PATH a été remplacé par le dossier d'un soft dans /opt (TsMuxer). Deux possibilités :
- c'est toi qui l'a modifié par erreur dans le .profile ou le .bashrc et ça peut se corriger facilement ;
- c'est le soft en question qui l'a modifié je ne sais comment et ça ressemble à un gros bug.

Si tu ne peux pas afficher le .profile avec cat, ce n'est pas très grave : ouvre ton explorateur de fichiers dans ton dossier perso, affiche les fichiers cachés (ctrl + H) et ouvre le .profile avec un éditeur de texte puis poste son contenu. Idem pour le .bashrc qui est au même endroit.

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

Hors ligne

#5 Le 22/11/2020, à 18:34

bruno

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

Dans ce cas :

/bin/cat .profile

et aussi

/bin/cat /etc/profile

Hors ligne

#6 Le 22/11/2020, à 23:21

viph

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

merci pour vos retours
je ne comprends pas tout (pas noob mais pas loin)
je creuse demain

Hors ligne

#7 Le 22/11/2020, à 23:33

abelthorne

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

La variable d'environnement PATH contient la liste des dossiers utilisables pour les commandes. Quand tu en tapes une dans un terminal, le shell va aller la chercher dans ceux-ci. Pour une raison indéterminée, cette liste de dossiers a été remplacée par un dossier unique, /opt/TsMuxer. Du coup, le shell ne peut plus trouver aucune commande autre que celles qui se trouvent éventuellement dans le dossier en question. Pas seulement sudo : toutes les commandes usuelles.

Donc, là, on cherche où se situe le remplacement du contenu de PATH par ce dossier unique. Avec un peu de chance, c'est dans le fichier .profile, qui règle un certain nombre de paramètres pour ta session, ou dans le .bashrc qui en règle pour le shell plus spécifiquement (pour le terminal, en gros). Dans ce cas-là, ce sera simple à corriger. En revanche, si c'est l'installation de ce TsMuxer qui a modifié le réglage global de PATH au niveau système, ça va être plus compliqué. Cela dit, je ne sais pas si le système démarrerait dans ce cas-là, donc on peut espérer qu'on est sur la première hypothèse.

Hors ligne

#8 Le 23/11/2020, à 07:19

MicP

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

Bonjour

Donne le retour de la ligne de commande suivante :

/usr/bin/cat /home/phil/.bashrc

et le retour de la ligne de commande :

echo $SHLVL

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

Hors ligne

#9 Le 25/11/2020, à 18:17

viph

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

une premère réponse à MicP parce que c'est facile :

/usr/bin/cat /home/phil/.bashrc
phil@philubu:~$ echo $SHLVL
1

Dernière modification par viph (Le 25/11/2020, à 18:17)

Hors ligne

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

viph

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

en réponse à abelthorne :
oui, j'ai tenté d'installer TsMuxer mais l'installation ne s'est pas déroulée comme je le pensais !
donc cela ressemble à la 2ieme option que tu décris

Hors ligne

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

viph

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

réponse à bruno

phil@philubu:~$ /bin/cat .profile
/bin/cat: .profile: Aucun fichier ou dossier de ce type
phil@philubu:~$ /bin/cat /etc/profile
# /etc/profile: system-wide .profile file for the Bourne shell (sh(1))
# and Bourne compatible shells (bash(1), ksh(1), ash(1), ...).

if [ "${PS1-}" ]; then
  if [ "${BASH-}" ] && [ "$BASH" != "/bin/sh" ]; then
    # The file bash.bashrc already sets the default PS1.
    # PS1='\h:\w\$ '
    if [ -f /etc/bash.bashrc ]; then
      . /etc/bash.bashrc
    fi
  else
    if [ "`id -u`" -eq 0 ]; then
      PS1='# '
    else
      PS1='$ '
    fi
  fi
fi

if [ -d /etc/profile.d ]; then
  for i in /etc/profile.d/*.sh; do
    if [ -r $i ]; then
      . $i
    fi
  done
  unset i
fi

Hors ligne

#12 Le 25/11/2020, à 18:27

abelthorne

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

Tu n'as apparemment ni .bashrc ni .profile dans ton dossier perso, ce qui n'est pas exactement normal. On va quand même vérifier le contenu du dossier :

/bin/ls -la /home/phil

Hors ligne

#13 Le 25/11/2020, à 18:27

viph

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

abelthorne, j'ai raté la seconde partie de ta question...
il n'y a pas de de .profile (cf ci dessus, oui :-))

Hors ligne

#14 Le 25/11/2020, à 18:28

abelthorne

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

On a répondu en même temps, voir mon message #12 si tu l'as loupé.

Hors ligne

#15 Le 25/11/2020, à 18:29

viph

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

phil@philubu:~$ /bin/ls -la /home/phil
total 9412
drwxr-xr-x 38 phil phil    4096 nov.  22 23:27 .
drwxr-xr-x  3 root root    4096 juin  24 04:01 ..
-rw-rw-r--  1 phil phil  590714 juil.  1 11:35 2020-07-01-0001.pdf
-rw-rw-r--  1 phil phil 4295089 juil.  1 11:48 2020-07-01-0002.jpg
-rw-rw-r--  1 phil phil 4586107 juil.  1 11:48 2020-07-01-0002.pdf
drwxrwxr-x  5 phil phil    4096 juil. 17 11:46 .audacity-data
-rw-------  1 phil phil      57 nov.  22 23:27 .bash_history
drwxr-xr-x  3 phil phil    4096 nov.   7 23:42 Bureau
drwxrwxr-x 35 phil phil    4096 nov.  25 18:26 .cache
drwxrwxr-x  6 phil phil    4096 juin  27 23:54 .clamtk
drwxr-xr-x 34 phil phil    4096 nov.  22 16:23 .config
drwxr-xr-x  3 phil phil    4096 nov.  21 18:36 Documents
drwxr-xr-x  4 phil phil    4096 juil.  9 00:33 .dvdcss
drwxrwxr-x  2 phil phil    4096 août  22 19:40 .FreeCAD
drwx------  3 phil phil    4096 nov.  22 11:00 .gconf
drwx------  3 phil phil    4096 nov.  22 15:03 .gnupg
drwx------  2 phil phil    4096 août  22 23:36 GPUCache
drwxr--r--  2 phil phil    4096 juin  23 22:35 .hardinfo
drwxr-xr-x  2 phil phil    4096 juin  24 04:55 .hplip
drwxr-xr-x  5 phil phil    4096 juil.  6 20:08 Images
drwx------  2 phil phil    4096 nov.  22 16:22 .kino-history
drwxr-xr-x  3 phil phil    4096 juin  24 04:08 .local
drwxrwxr-x  3 phil phil    4096 juil. 13 18:02 .masterpdfeditor
drwxr-xr-x  2 phil phil    4096 juin  24 04:08 Modèles
drwx------  5 phil phil    4096 juin  23 22:09 .mozilla
drwxrwxr-x  2 phil phil    4096 juil.  6 20:01 .mplayer
drwxr-xr-x  8 phil phil    4096 sept. 12 17:32 Musique
drwx------  4 phil phil    4096 juin  23 22:43 .nv
drwx------  3 phil phil    4096 août  22 23:36 .pki
drwx------  2 phil phil    4096 juil.  6 14:03 .psensor
drwxr-xr-x  2 phil phil    4096 juin  24 04:08 Public
drwxrwxr-x  2 phil phil    4096 août  22 23:32 resolvedeb
drwxr-xr-x 14 phil phil    4096 nov.  12 20:19 snap
drwx------  2 phil phil    4096 juin  23 22:26 .ssh
drwxr-xr-x  7 phil phil    4096 nov.  21 18:39 Téléchargements
drwx------  6 phil phil    4096 juil.  1 11:36 .thunderbird
drwxr-xr-x  3 phil phil    4096 sept.  1 09:48 .var
drwxrwxrwx  3 phil phil    4096 nov.  21 18:16 Videos
drwxr-xr-x  3 phil phil    4096 nov.  21 18:14 Vidéos
drwxr-xr-x  2 phil phil    4096 nov.  22 11:43 .vuescan
drwxrwxr-x  4 phil phil    4096 oct.  28 23:52 .wine
drwxrwxr-x  4 phil phil    4096 oct.  29 00:12 .wine_captvty_V3

Hors ligne

#16 Le 25/11/2020, à 18:40

bruno

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

Retour de

/bin/cat /etc/login.defs

Hors ligne

#17 Le 25/11/2020, à 18:41

abelthorne

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

Bon, ce n'est pas très normal que tu n'aies pas les fichiers en question mais ce n'est pas très grave. Et le problème ne vient pas de ces fichiers puisqu'ils n'existent pas. Donc, on verra ça plus tard.

Déjà, on va vérifier ça :

/bin/cat /etc/environment
/bin/ls /etc/environment.d
/bin/cat /etc/environment.d/*

C'est dans le premier fichier que le PATH est réglé au niveau système, donc on va vérifier qu'il n'est pas vide. Et on va vérifier s'il y a des fichiers de config tiers (dans environment.d) qui le remplacent.

EDIT : ça peut aussi être dans le fichier indiqué par bruno, effectivement. Il vaut mieux de toute façon tout vérifier.

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

Hors ligne

#18 Le 25/11/2020, à 18:46

viph

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

#
# /etc/login.defs - Configuration control definitions for the login package.
#
# Three items must be defined:  MAIL_DIR, ENV_SUPATH, and ENV_PATH.
# If unspecified, some arbitrary (and possibly incorrect) value will
# be assumed.  All other items are optional - if not specified then
# the described action or option will be inhibited.
#
# Comment lines (lines beginning with "#") and blank lines are ignored.
#
# Modified for Linux.  --marekm

# REQUIRED for useradd/userdel/usermod
#   Directory where mailboxes reside, _or_ name of file, relative to the
#   home directory.  If you _do_ define MAIL_DIR and MAIL_FILE,
#   MAIL_DIR takes precedence.
#
#   Essentially:
#      - MAIL_DIR defines the location of users mail spool files
#        (for mbox use) by appending the username to MAIL_DIR as defined
#        below.
#      - MAIL_FILE defines the location of the users mail spool files as the
#        fully-qualified filename obtained by prepending the user home
#        directory before $MAIL_FILE
#
# NOTE: This is no more used for setting up users MAIL environment variable
#       which is, starting from shadow 4.0.12-1 in Debian, entirely the
#       job of the pam_mail PAM modules
#       See default PAM configuration files provided for
#       login, su, etc.
#
# This is a temporary situation: setting these variables will soon
# move to /etc/default/useradd and the variables will then be
# no more supported
MAIL_DIR        /var/mail
#MAIL_FILE      .mail

#
# Enable logging and display of /var/log/faillog login failure info.
# This option conflicts with the pam_tally PAM module.
#
FAILLOG_ENAB		yes

#
# Enable display of unknown usernames when login failures are recorded.
#
# WARNING: Unknown usernames may become world readable. 
# See #290803 and #298773 for details about how this could become a security
# concern
LOG_UNKFAIL_ENAB	no

#
# Enable logging of successful logins
#
LOG_OK_LOGINS		no

#
# Enable "syslog" logging of su activity - in addition to sulog file logging.
# SYSLOG_SG_ENAB does the same for newgrp and sg.
#
SYSLOG_SU_ENAB		yes
SYSLOG_SG_ENAB		yes

#
# If defined, all su activity is logged to this file.
#
#SULOG_FILE	/var/log/sulog

#
# If defined, file which maps tty line to TERM environment parameter.
# Each line of the file is in a format something like "vt100  tty01".
#
#TTYTYPE_FILE	/etc/ttytype

#
# If defined, login failures will be logged here in a utmp format
# last, when invoked as lastb, will read /var/log/btmp, so...
#
FTMP_FILE	/var/log/btmp

#
# If defined, the command name to display when running "su -".  For
# example, if this is defined as "su" then a "ps" will display the
# command is "-su".  If not defined, then "ps" would display the
# name of the shell actually being run, e.g. something like "-sh".
#
SU_NAME		su

#
# If defined, file which inhibits all the usual chatter during the login
# sequence.  If a full pathname, then hushed mode will be enabled if the
# user's name or shell are found in the file.  If not a full pathname, then
# hushed mode will be enabled if the file exists in the user's home directory.
#
HUSHLOGIN_FILE	.hushlogin
#HUSHLOGIN_FILE	/etc/hushlogins

#
# *REQUIRED*  The default PATH settings, for superuser and normal users.
#
# (they are minimal, add the rest in the shell startup files)
ENV_SUPATH	PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
ENV_PATH	PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

#
# Terminal permissions
#
#	TTYGROUP	Login tty will be assigned this group ownership.
#	TTYPERM		Login tty will be set to this permission.
#
# If you have a "write" program which is "setgid" to a special group
# which owns the terminals, define TTYGROUP to the group number and
# TTYPERM to 0620.  Otherwise leave TTYGROUP commented out and assign
# TTYPERM to either 622 or 600.
#
# In Debian /usr/bin/bsd-write or similar programs are setgid tty
# However, the default and recommended value for TTYPERM is still 0600
# to not allow anyone to write to anyone else console or terminal

# Users can still allow other people to write them by issuing 
# the "mesg y" command.

TTYGROUP	tty
TTYPERM		0600

#
# Login configuration initializations:
#
#	ERASECHAR	Terminal ERASE character ('\010' = backspace).
#	KILLCHAR	Terminal KILL character ('\025' = CTRL/U).
#	UMASK		Default "umask" value.
#
# The ERASECHAR and KILLCHAR are used only on System V machines.
# 
# UMASK is the default umask value for pam_umask and is used by
# useradd and newusers to set the mode of the new home directories.
# 022 is the "historical" value in Debian for UMASK
# 027, or even 077, could be considered better for privacy
# There is no One True Answer here : each sysadmin must make up his/her
# mind.
#
# If USERGROUPS_ENAB is set to "yes", that will modify this UMASK default value
# for private user groups, i. e. the uid is the same as gid, and username is
# the same as the primary group name: for these, the user permissions will be
# used as group permissions, e. g. 022 will become 002.
#
# Prefix these values with "0" to get octal, "0x" to get hexadecimal.
#
ERASECHAR	0177
KILLCHAR	025
UMASK		022

#
# Password aging controls:
#
#	PASS_MAX_DAYS	Maximum number of days a password may be used.
#	PASS_MIN_DAYS	Minimum number of days allowed between password changes.
#	PASS_WARN_AGE	Number of days warning given before a password expires.
#
PASS_MAX_DAYS	99999
PASS_MIN_DAYS	0
PASS_WARN_AGE	7

#
# Min/max values for automatic uid selection in useradd
#
UID_MIN			 1000
UID_MAX			60000
# System accounts
#SYS_UID_MIN		  100
#SYS_UID_MAX		  999

#
# Min/max values for automatic gid selection in groupadd
#
GID_MIN			 1000
GID_MAX			60000
# System accounts
#SYS_GID_MIN		  100
#SYS_GID_MAX		  999

#
# Max number of login retries if password is bad. This will most likely be
# overriden by PAM, since the default pam_unix module has it's own built
# in of 3 retries. However, this is a safe fallback in case you are using
# an authentication module that does not enforce PAM_MAXTRIES.
#
LOGIN_RETRIES		5

#
# Max time in seconds for login
#
LOGIN_TIMEOUT		60

#
# Which fields may be changed by regular users using chfn - use
# any combination of letters "frwh" (full name, room number, work
# phone, home phone).  If not defined, no changes are allowed.
# For backward compatibility, "yes" = "rwh" and "no" = "frwh".
# 
CHFN_RESTRICT		rwh

#
# Should login be allowed if we can't cd to the home directory?
# Default in no.
#
DEFAULT_HOME	yes

#
# If defined, this command is run when removing a user.
# It should remove any at/cron/print jobs etc. owned by
# the user to be removed (passed as the first argument).
#
#USERDEL_CMD	/usr/sbin/userdel_local

#
# Enable setting of the umask group bits to be the same as owner bits
# (examples: 022 -> 002, 077 -> 007) for non-root users, if the uid is
# the same as gid, and username is the same as the primary group name.
#
# If set to yes, userdel will remove the user's group if it contains no
# more members, and useradd will create by default a group with the name
# of the user.
#
USERGROUPS_ENAB yes

#
# Instead of the real user shell, the program specified by this parameter
# will be launched, although its visible name (argv[0]) will be the shell's.
# The program may do whatever it wants (logging, additional authentification,
# banner, ...) before running the actual shell.
#
# FAKE_SHELL /bin/fakeshell

#
# If defined, either full pathname of a file containing device names or
# a ":" delimited list of device names.  Root logins will be allowed only
# upon these devices.
#
# This variable is used by login and su.
#
#CONSOLE	/etc/consoles
#CONSOLE	console:tty01:tty02:tty03:tty04

#
# List of groups to add to the user's supplementary group set
# when logging in on the console (as determined by the CONSOLE
# setting).  Default is none.
#
# Use with caution - it is possible for users to gain permanent
# access to these groups, even when not logged in on the console.
# How to do it is left as an exercise for the reader...
#
# This variable is used by login and su.
#
#CONSOLE_GROUPS		floppy:audio:cdrom

#
# If set to "yes", new passwords will be encrypted using the MD5-based
# algorithm compatible with the one used by recent releases of FreeBSD.
# It supports passwords of unlimited length and longer salt strings.
# Set to "no" if you need to copy encrypted passwords to other systems
# which don't understand the new algorithm.  Default is "no".
#
# This variable is deprecated. You should use ENCRYPT_METHOD.
#
#MD5_CRYPT_ENAB	no

#
# If set to MD5 , MD5-based algorithm will be used for encrypting password
# If set to SHA256, SHA256-based algorithm will be used for encrypting password
# If set to SHA512, SHA512-based algorithm will be used for encrypting password
# If set to DES, DES-based algorithm will be used for encrypting password (default)
# Overrides the MD5_CRYPT_ENAB option
#
# Note: It is recommended to use a value consistent with
# the PAM modules configuration.
#
ENCRYPT_METHOD SHA512

#
# Only used if ENCRYPT_METHOD is set to SHA256 or SHA512.
#
# Define the number of SHA rounds.
# With a lot of rounds, it is more difficult to brute forcing the password.
# But note also that it more CPU resources will be needed to authenticate
# users.
#
# If not specified, the libc will choose the default number of rounds (5000).
# The values must be inside the 1000-999999999 range.
# If only one of the MIN or MAX values is set, then this value will be used.
# If MIN > MAX, the highest value will be used.
#
# SHA_CRYPT_MIN_ROUNDS 5000
# SHA_CRYPT_MAX_ROUNDS 5000

################# OBSOLETED BY PAM ##############
#						#
# These options are now handled by PAM. Please	#
# edit the appropriate file in /etc/pam.d/ to	#
# enable the equivelants of them.
#
###############

#MOTD_FILE
#DIALUPS_CHECK_ENAB
#LASTLOG_ENAB
#MAIL_CHECK_ENAB
#OBSCURE_CHECKS_ENAB
#PORTTIME_CHECKS_ENAB
#SU_WHEEL_ONLY
#CRACKLIB_DICTPATH
#PASS_CHANGE_TRIES
#PASS_ALWAYS_WARN
#ENVIRON_FILE
#NOLOGINS_FILE
#ISSUE_FILE
#PASS_MIN_LEN
#PASS_MAX_LEN
#ULIMIT
#ENV_HZ
#CHFN_AUTH
#CHSH_AUTH
#FAIL_DELAY

################# OBSOLETED #######################
#						  #
# These options are no more handled by shadow.    #
#                                                 #
# Shadow utilities will display a warning if they #
# still appear.                                   #
#                                                 #
###################################################

# CLOSE_SESSIONS
# LOGIN_STRING
# NO_PASSWORD_CONSOLE
# QMAIL_DIR

Hors ligne

#19 Le 25/11/2020, à 18:49

viph

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

phil@philubu:~$ /bin/cat /etc/environment
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin"
phil@philubu:~$ /bin/ls /etc/environment.d
90atk-adaptor.conf  90qt-a11y.conf
phil@philubu:~$ /bin/cat /etc/environment.d/*
GTK_MODULES=${GTK_MODULES:+$GTK_MODULES:}gail:atk-bridge
QT_ACCESSIBILITY=1

Hors ligne

#20 Le 25/11/2020, à 18:53

bruno

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

Mais dans quel fichier est donc redéfinie la variable PATH ? wink

Bon avant d’investiguer plus loin, Est-ce que tu as essayer de redémarrer ?

Hors ligne

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

abelthorne

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

On n'est pas vraiment avancés, tout a l'air ok. Au cas où, on peut encore vérifier ça :

/bin/ls /etc/profile.d

Est-ce que tu aurais un lien vers la procédure que tu as suivie pour installer TsMuxer ?

Hors ligne

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

viph

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

@ bruno
oui smile

je crois que je replonge dans le newbie le plus noob

Hors ligne

#23 Le 25/11/2020, à 18:56

abelthorne

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

(On a à nouveau posté au même moment, voir mon message si tu l'as loupé, tout ça. Et si ça peut te rassurer, on est pas du tout sur une situation de newb.)

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

Hors ligne

#24 Le 25/11/2020, à 19:01

viph

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

archive téléchargée là : https://forum.doom9.org/showthread.php?t=168539
et install très librement inspiré par : https://doc.ubuntu-fr.org/tsmuxer ; ce qui, tel que décrit ne semblait pas complexe
mais... rien !

et ça date un peu, ma mémoire aussi

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

Hors ligne

#25 Le 25/11/2020, à 19:07

abelthorne

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

On voit bien un réglage du PATH dans la commande indiquée en 2.2.1 mais il se fait dans ~/.bashrc (qui n'existe pas chez toi) et il est censé garder le PATH d'origine pour y ajouter le dossier de TsMuxer. C'est cette partie-là que tu as librement adaptée ? si oui, est-ce que tu te souviens en quoi ?

EDIT : tu as oublié le retour de :

/bin/ls /etc/profile.d

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

Hors ligne