# Commandes non reconnues par root

**URL:** <https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813>\
**Category:** Support Debian\
**Tags:** su\
**Created:** [Août 2, 2019, 5:20 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813 "2019-08-02T05:20:52Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![asecos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/asecos/32/8213_2.png) [@asecos](https://www.debian-fr.org/u/asecos)\
**Post date:** [Août 2, 2019, 5:20 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/1 "2019-08-02T05:20:52Z")

</div>

Bonjour à tous,

C’est mon premier post ici, je n’ai pas aperçu de section de présentation mais s’il y en a une je mettrai quelques mots afin que vous cerniez mieux mon profil et mes attentes.

J’ai installé hier soir Debian 10 sur une partition de test de mon portable. (j’étais sous Deb9 depuis pas mal de temps sur ma partition courante)

Passé les galères des firmwares non reconnus j’ai pu me lancer dans l’installation de tous mes logiciels et outils favoris et à la personnalisation de mon bureau.

J’ai été vite freiné dans mes hardeurs au moment d’ajouter mon utilisateur, crée lors de l’installation, dans le groupe `sudo`

En effet après être passé en `root` via “`su`”, le bash ne reconnaissait pas les commandes “`adduser`” ou “`useradd`” !!! Alors que lorsque j’étais loggé en utilisateur je les voyais très bien ainsi que les manpages mais bien sur par l’autorisation de m’en servir.

Pas mal de recherches plus tard (sur le web), j’essaye de faire directement "`/sbin/adduser` monuser sudo`" et là enfin ça fonctionne. ( bon normal j’ai lancé directement l’exécutable me direz vous)

Avez vous une idée de la source du problème ? un paramètre système/chemin mal configuré durant l’install ? une nouvelle sécurité de Deb10 (j’ai lu qu’elle avait fortement progressé)? Car si à chaque fois que j’ai une manip qui requiert “`su`” il ne reconnait pas les commandes de base, je vais être bien embêté !!!

Bon sinon j’ouvrirai aussi un autre post concernant dconf/gnome car je n’ai pas retrouvé non plus tous les paramètres que j’avais l’habitude de personnalisé…

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Août 2, 2019, 6:04 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/2 "2019-08-02T06:04:39Z")

</div>

salut

- `su` tout seul passe en `root` sur le `path` de l’utilisateur, lequel n’a pas accès à tout. il suffit de le vérifier par

```nohighlight
env | grep -i path

```

- Pour passer `root` avec l’environnement de `root` et tous ses droits il faut utiliser

```nohighlight
su -

```

En français: `su` suivi d’un tiret

repasse la commande `env | grep -i path` et tu noteras la différence

```nohighlight
su -
Mot de passe : 
root@debian:~# env | grep -i path
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

```

---

<div class="post-metadata">

**Author:** ![asecos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/asecos/32/8213_2.png) [@asecos](https://www.debian-fr.org/u/asecos)\
**Post date:** [Août 2, 2019, 6:24 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/3 "2019-08-02T06:24:55Z")

</div>

sur mon install en Deb9

```nohighlight
su 

```

et

```nohighlight
su -

```

me font rentré dans une session où le path retourne la même chose ! Tu pense que j’avais modifié les path de l’utilisateur ? je n’en ai pas souvenir.

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Août 2, 2019, 6:33 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/4 "2019-08-02T06:33:15Z")

</div>

[https://manpages.debian.org/stretch/login/su.1.fr.html](https://manpages.debian.org/stretch/login/su.1.fr.html)

forcement tu as du appliquer un tuto quelconque qui casse la sécurité

---

<div class="post-metadata">

**Author:** ![asecos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/asecos/32/8213_2.png) [@asecos](https://www.debian-fr.org/u/asecos)\
**Post date:** [Août 2, 2019, 6:53 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/5 "2019-08-02T06:53:03Z")

</div>

lorsque je fais

```nohighlight
env | grep -i path

```

en tant qu’utilisateur effectivement je ne vois pas :`/sbin`

mais dans le cas de

```nohighlight
su

```

avec ou sans option j’ai :`/sbin` qui apparait dans le `path`.

Par contre je vois bien une différence dans le prompt au niveau du répertoire courant, `/root` avec l’option et `/home/user` sans le “`-`”.

J’ai regardé un peu mon `.bash-history` et je ne vois pas la manipulation que j’ai fait pour en arriver là sur mon Debian9. En tout cas je te remercie sur mes nouvelles install si je suis amené à le refaire maintenant je saurai le faire proprement.

Reste à trouver comment restaurer la sécurité que j’aurais cassé sur mes autres postes.

---

<div class="post-metadata">

**Author:** ![diesel](https://www.debian-fr.org/user_avatar/www.debian-fr.org/diesel/32/8093_2.png) [@diesel](https://www.debian-fr.org/u/diesel)\
**Post date:** [Août 2, 2019, 7:59 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/6 "2019-08-02T07:59:28Z")

</div>

Lors de l’install de ma debian buster, j’ai aussi rencontré ce problème (la commande reboot pas reconnue en su. Obligé de se déloguer et de se reloguer root pour pouvoir rebooter la machine).

Depuis, j’ai installé `sudo`, ajouté mon username à la fin de la ligne “`sudo`” dans `/etc/group` et tout roule.

Amicalement.

Jean-Marie

---

<div class="post-metadata">

**Author:** ![Acksop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/acksop/32/8207_2.png) [@Acksop](https://www.debian-fr.org/u/Acksop)\
**Post date:** [Août 2, 2019, 8:14 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/7 "2019-08-02T08:14:21Z")

</div>

Pour ma part j’ai eu ce problème sur mon serveur de développement, j’ai juste ajouter `/sbin` à la variable `PATH` pour pouvoir avoir les bonnes commandes.

un exemple ici: [http://dev.petitchevalroux.net/linux/ajouter-repertoire-dans-path-linux.253.html](http://dev.petitchevalroux.net/linux/ajouter-repertoire-dans-path-linux.253.html)

---

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Août 2, 2019, 8:54 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/8 "2019-08-02T08:54:24Z")

</div>

Beaucoup de problèmes avec Sudo depuis buster.

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Août 2, 2019, 9:32 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/9 "2019-08-02T09:32:25Z")

</div>

Bonjour Ricardo

Avec `sudo`  
l’équivalent de

```nohighlight
su -

```

qui permet d’obtenir un `login shell` sous le compte `root`  
est :

```nohighlight
sudo -i

```

**EDIT:**

Le but de la commande **su** avec l’option **–login** (ou **-l** ou **-** )  
est d’ouvrir un shell “propre” =\> qui ne soit ni un sous-shell ni une imbrication de shells.

la variable **`SHLVL`** doit être à **`1`** pour indiquer qu’on n’est pas dans une imbrication de shells  
et la variable **`BASH_SUBSHELL`** doit être à **`0`** pour indiquer qu’on n’est pas dans un sous-shell

Pour vérifier que vous êtes bien dans un `login shell`  
qui n’est ni un sous-shell ni le résultat d’une imbrication de shells  
la commande

```nohighlight
echo ${0::1}

```

ne doit retourner qu’un simple tiret :

```nohighlight
michel@debg53sw:~$ su -
Mot de passe : 
root@debg53sw:~# 
root@debg53sw:~# echo ${0::1}
-
root@debg53sw:~# 
root@debg53sw:~# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
root@debg53sw:~# 
root@debg53sw:~# echo $SHLVL
1
root@debg53sw:~# 
root@debg53sw:~# echo $BASH_SUBSHELL
0
root@debg53sw:~# 

```

**Voir aussi :**  
[unix.stackexchange -\> difference between login shell and non login shell](https://unix.stackexchange.com/questions/38175/difference-between-login-shell-and-non-login-shell)

* * *

Je reviendrai plus tard ajouter d’autres infos à ce message,  
là, je suis au bar du coin avec un Pastis et sur mon smartphone,  
ça fait trois handicaps pour rédiger un message cohérent 🤪

---

<div class="post-metadata">

**Author:** ![Albert](https://www.debian-fr.org/user_avatar/www.debian-fr.org/albert/32/8474_2.png) [@Albert](https://www.debian-fr.org/u/Albert)\
**Post date:** [Août 2, 2019, 9:46 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/10 "2019-08-02T09:46:39Z")

</div>

Bonjour,  
Trois ?

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Août 2, 2019, 10:35 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/11 "2019-08-02T10:35:03Z")

</div>

Oui, j’aurai plutôt dû dire “…au moins trois…”  
puisque c’est sans compter tous ceux que la MDPH a reconnu jusqu’à présent.

---

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Août 2, 2019, 2:09 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/12 "2019-08-02T14:09:33Z")

</div>

Merci, MicP.  
J’ai pris note que ‘`sudo`’ devient ‘`sudo -i`’  
Je suppose qu’il en va de même quand on est dans une console graphique, ce qui m’arrive quand il faut recopier un texte pour le coller ailleurs, car en console Alt F4 (par exemple) il est difficile de copier.

Dans le même style, tu ne saurais pas par quoi a été remplacé ‘`startx`’ ???

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Août 2, 2019, 3:21 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/13 "2019-08-02T15:21:44Z")

</div>

En fait,

```plaintext
sudo -i

```

c’est pour ouvrir un «&nbsp;`login shell`&nbsp;» sous le compte `root` \<=\> avec toutes les variables d’environnement initialisées comme quand le compte `root` vient juste d’ouvrir une session shell.

C’est l’équivalent de

```plaintext
su -

```

* * *

> [@ricardo](#):
>
> …par quoi a été remplacé ‘`startx`’ ???

Aucune idée ☹

J’utilise XFCE et c’est le gestionnaire de session graphique **`lightdm`** qui se charge de démarrer le serveur X pour moi.

Pour KDE, il y avait KDM mais je crois qu’avec buster (ou plus précisément depuis stretch),  
c’est [SDDM (Simple Desktop Display Manager)](https://packages.debian.org/buster/sddm) qui le remplace

---

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Août 2, 2019, 3:47 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/14 "2019-08-02T15:47:06Z")

</div>

Oui, pour KDM, je sais.  
Problème, j’ai un de mes Buster qui est fatiguée, de ma faute.  
Mon KDE ouvre aussi en automatique, mais là, j’aurais voulu tester sous console, pour voir si je peux quand même ouvrir X, mais …

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Août 2, 2019, 5:20 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/15 "2019-08-02T17:20:44Z")

</div>

[https://www.debian.org/doc/manuals/debian-reference/ch01.fr.html#\_the\_literal\_path\_literal\_variable](https://www.debian.org/doc/manuals/debian-reference/ch01.fr.html#_the_literal_path_literal_variable)

[https://www.debian.org/releases/buster/amd64/release-notes/ch-information.fr.html#su-environment-variables](https://www.debian.org/releases/buster/amd64/release-notes/ch-information.fr.html#su-environment-variables)

---

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Août 2, 2019, 7:25 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/16 "2019-08-02T19:25:46Z")

</div>

Super ces liens, merci du partage.

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Août 3, 2019, 7:03 UTC](https://www.debian-fr.org/t/commandes-non-reconnues-par-root/79813/17 "2019-08-03T07:03:57Z")

</div>

celle là explique la nouveauté dans Buster , en particulier su

[https://wiki.debian.org/NewInBuster](https://wiki.debian.org/NewInBuster)