# Sudo: /usr/bin/sudo doit être la propriété du uid 0 et avoir le bit setuid mis **URL:** \ **Category:** Support Debian\ **Created:** [Octobre 28, 2020, 7:02 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133 "2020-10-28T19:02:44Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![vologween](https://www.debian-fr.org/user_avatar/www.debian-fr.org/vologween/32/9911_2.png) [@vologween](https://www.debian-fr.org/u/vologween)\ **Post date:** [Octobre 28, 2020, 7:02 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/1 "2020-10-28T19:02:44Z")
Bonjour ! Avant de commencer, je tiens à dire que je suis nouveau ici (sur le forum), je ne sais pas encore comment tout fonctionne. Donc j’ai un ordinateur sous Debian 10 (la version la plus récente) et je pense que cette erreur est là depuis que j’ai fait cette commande : sudo adduser test --shell /bin/false --home /home/test (je l’avais entrée afin d’avoir un profil FTP) Et maintenant je n’ai plus aucun accès à sudo ou su et ça m’inquiète, serait-il possible de régler ce problème sans réinstaller Debian ? D’ailleurs, j’ai vu qu’il y avait déjà un sujet pour ça, mais les méthodes utilisées ne fonctionnent pas chez moi. Merci d’avance ! -vologween ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Octobre 28, 2020, 8:38 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/2 "2020-10-28T20:38:41Z")
> [@vologween](#): > > Et maintenant je n’ai plus aucun accès à sudo ou du et ça m’inquiète, serait-il possible de régler ce problème sans réinstaller Debian ? C’est à dire ? l’utilisateur test ? ---
**Author:** ![vologween](https://www.debian-fr.org/user_avatar/www.debian-fr.org/vologween/32/9911_2.png) [@vologween](https://www.debian-fr.org/u/vologween)\ **Post date:** [Octobre 29, 2020, 3:07 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/3 "2020-10-29T03:07:38Z")
En fait, je pense que j’ai causé ce problème car j’ai fait un adduser pour l’utilisateur test, mais il n’y a pas d’utilisateur test sur mon ordi, du coup il a du essayer de mettre des permissions à je-ne-sais-qui et le problème doit venir de là… ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Octobre 29, 2020, 8:05 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/4 "2020-10-29T08:05:17Z")
[http://pwet.fr/man/linux/administration\_systeme/adduser/](http://pwet.fr/man/linux/administration_systeme/adduser/) tu as ajouté un utilisateur nommé test ne possédant pas de shell (donc pas de connexion en ssh ni de tty disponible avec comme ‹ home › le path que tu as indiqué. Je ne vois rien dans cette commande précise quelque chose qui ferais quoi que ce soit à sudo ou à un autre utilisateur. Je repose ma question quel utilisateur rencontre un problème et avec quel commande, et comment lance tu ces commandes ? Maintenant si tu expérimente sur ton système c’est sans doute une autre manipulation qui a engendré le soucis, mais quels est le souci et quels manipulations as-tu fait ??? ---
**Author:** ![vologween](https://www.debian-fr.org/user_avatar/www.debian-fr.org/vologween/32/9911_2.png) [@vologween](https://www.debian-fr.org/u/vologween)\ **Post date:** [Octobre 29, 2020, 8:33 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/5 "2020-10-29T08:33:05Z")
Je n’ai plus aucune permission administrateur depuis que j’ai essayé de mettre en place ProFTPD, la seule session disponible sur mon ordi est Toshiba (mais c’est normal) et je lance les commandes à partir du terminal. Mais depuis ce moment-là, je ne peux plus utiliser sudo donc je suis limité sur les commandes et je ne peux plus télécharger d’application sur la boutique d’applications (de GNOME). ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Octobre 29, 2020, 8:32 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/6 "2020-10-29T20:32:06Z")
> [@vologween](#): > > Et maintenant je n’ai plus aucun accès à sudo ou du C’est-à-dire ? Que fais-tu et que se passe-t-il ? Tu exécutes sudo et tu reçois le message d’erreur mentionné dans le titre de la discussion ? Et concernant du, quel rapport ? Ou bien tu parlais de su ? Qu’affiche la commande suivante ? ``` ls -l /usr/bin/sudo /bin/su ``` Comme @Clochette je ne vois pas comment ta commande adduser aurait pu altérer les permissions ou le propriétaire de sudo ou su. Pour les rétablir, il faut obtenir les privilèges root d’une façon ou d’une autre, par exemple : - en se connectant directement avec le compte root s’il a un mot de passe valide (moralité : toujours définir un mot de passe valide pour le compte root pour se dépanner en cas de problème) - en démarrant le noyau avec init=/bin/bash - en démarrant un autre système (live, installateur…) Mais d’autres exécutables ont peut-être été altérés. > [@vologween](#): > > la seule session disponible sur mon ordi est Toshiba Si c’est un nom d’utilisateur, c’est très mal choisi. ---
**Author:** ![vologween](https://www.debian-fr.org/user_avatar/www.debian-fr.org/vologween/32/9911_2.png) [@vologween](https://www.debian-fr.org/u/vologween)\ **Post date:** [Octobre 30, 2020, 3:06 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/7 "2020-10-30T15:06:10Z")
Bonsoir, dans le post original j’ai mis « du » mais c’est un mauvais coup de mon correcteur orthographique, je voulais mettre su. Je viens de tester ta commande, voici ce qu’il en sort : `-rwxr-xr-x 1 root root 71072 janv. 10 2019 /bin/su` `-rwxr-xr-x 1 root root 184356 févr. 2 2020 /usr/bin/sudo` Ensuite, je suis pas la personne qui a choisi le nom de session, c’est un ami, perso je pense bien que j’aurais mis autre chose. > en démarrant le noyau avec init=/bin/bash Je viens de l’essayer, ça ne change rien. ---
**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\ **Post date:** [Octobre 30, 2020, 3:30 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/8 "2020-10-30T15:30:30Z")
Bonjour, En principe ces programmes devraient avoir le suid, exemple : ```plaintext ls -l /bin/su -rwsr-xr-x 1 root root 63568 janv. 10 2019 /bin/su ``` > [@vologween](#): > > > en démarrant le noyau avec init=/bin/bash > > Je viens de l’essayer, ça ne change rien. Comment cela ? Normalement tu obtiens directement un shell root. Ce qui devrait te permettre de remettre les bon droits d’accès sur su et sudo : ```auto chmod u+s /usr/bin/sudo /bin/su ``` ---
**Author:** ![vologween](https://www.debian-fr.org/user_avatar/www.debian-fr.org/vologween/32/9911_2.png) [@vologween](https://www.debian-fr.org/u/vologween)\ **Post date:** [Octobre 30, 2020, 5:22 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/9 "2020-10-30T17:22:44Z")
Bonsoir, J’ai essayé la commande chmod (après avoir rentré la commande init) mais `Opération non permise` , peut-être suis-je censé faire la commande en recovery mode ? ---
**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\ **Post date:** [Octobre 31, 2020, 9:44 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/10 "2020-10-31T09:44:09Z")
```auto init=/bin/bash ``` est un paramètre à passer au noyau au moment du démarrage. Dans le menu de GRUB, tu peux le faire avec la touche « e » (edit) et ajouter `init=/bin/bash` à la fin de la ligne commençant par « linux », puis Ctrl+x pour démarrer. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Octobre 31, 2020, 3:41 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/11 "2020-10-31T15:41:04Z")
> [@anon70622873](#): > > En principe ces programmes devrait avoir le suid Et ce ne sont pas les seuls. Il faudrait vérifier que d’autres n’ont pas aussi perdu leur bit suid ou sgid peut-être à l’occasion d’un chmod un peu trop large. Exemple (sudo n’est pas installé sur ce système) : ``` ls -l /{,s}bin/* | grep "r[-w]s" -rwxr-sr-x 1 root tty 9792 mai 4 2018 /bin/bsd-write -rwxr-sr-x 1 root shadow 70172 juil. 27 2018 /bin/chage -rwsr-xr-x 1 root root 56708 juil. 27 2018 /bin/chfn -rwsr-xr-x 1 root root 47780 juil. 27 2018 /bin/chsh -rwxr-sr-x 1 root crontab 46864 oct. 11 2019 /bin/crontab -rwxr-sr-x 1 root mail 18040 déc. 3 2017 /bin/dotlockfile -rwxr-sr-x 1 root shadow 26136 juil. 27 2018 /bin/expiry -rwsr-xr-x 1 root root 82436 juil. 27 2018 /bin/gpasswd -rwsr-xr-x 1 root root 50592 janv. 10 2019 /bin/mount -rwsr-xr-x 1 root root 43112 juil. 27 2018 /bin/newgrp -rwsr-xr-x 1 root root 62024 juil. 27 2018 /bin/passwd -rwsr-xr-x 1 root root 26356 janv. 15 2019 /bin/pkexec -rwxr-sr-x 1 root ssh 349656 janv. 31 2020 /bin/ssh-agent -rwsr-xr-x 1 root root 71072 janv. 10 2019 /bin/su -rwsr-xr-x 1 root root 30108 janv. 10 2019 /bin/umount -rwxr-sr-x 1 root tty 30112 janv. 10 2019 /bin/wall -rwsr-xr-- 1 root dip 387876 févr. 20 2020 /sbin/pppd -rwxr-sr-x 1 root shadow 38620 févr. 14 2019 /sbin/unix_chkpwd ``` ---
**Author:** ![Bapt-Tech](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/f04885/32.png) [@Bapt-Tech](https://www.debian-fr.org/u/Bapt-Tech)\ **Post date:** [Avril 25, 2024, 5:14 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/12 "2024-04-25T17:14:34Z")
Bonjour, J ai le même type d’erreur mais du a un essai de ma part pour m’attribuer les droits de lecture, écriture et exécution sur tout le système suite a des problèmes avec un serveur minetest. J ai éxecuté la commande suivante : sudo chown -R root:admin / . Depuis, je ne peux plus acceder a sudo car la commande me repond avec le message d erreur ci dessus. Cordialement, Baptiste ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Avril 25, 2024, 6:56 UTC](https://www.debian-fr.org/t/sudo-usr-bin-sudo-doit-etre-la-propriete-du-uid-0-et-avoir-le-bit-setuid-mis/83133/13 "2024-04-25T18:56:58Z")
A fermé ce sujet (le Avril 25, 2024, 6:56 UTC) Sujet vieux de trois an, merci d’en ouvrir un nouveau si besoin d’aide !