Le contenu de /etc/sudoers: # # This file MUST be edited with the 'visudo' command as root. # # Please consider adding local content in /etc/sudoers.d/ instead of # directly modifying this file. # # See the man page for details on how to write a sudoers file. # Defaults env_reset Defaults mail_badpass Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification # User alias specification # Cmnd alias specification # User privilege specification root ALL=(ALL:ALL) ALL # Allow members of group sudo to execute any command %sudo ALL=(ALL:ALL) ALL # See sudoers(5) for more information on "#include" directives: #includedir /etc/sudoers.d neo ALL=(ALL:ALL) ALL sudo -l Matching Defaults entries for neo on this host: env_reset, mail_badpass, secure_path=/usr/local/sbin\:/usr/local/bin\:/usr/sbin\:/usr/bin\:/sbin\:/bin User neo may run the following commands on this host: Le jeudi 11 juin 2015 à 11:27:52, Jean-Jacques Doti a écrit : > Le 10/06/2015 22:57, andre_deb...@numericable.fr a écrit : > >On Wednesday 10 June 2015 22:41:50 F. Marécaille wrote: > >>Punaise!! bien vu andre_debian!! en passant par "su" et ensuite apt-get > >>update cela fonctionne mais pas avec sudo apt-get update, pourquoi??? > >[…] > >C'est parce que ton sudo n'est pas configuré, > >/etc/sudoers > >Stoppes le et après c'est soit $ ou # : > >/etc/init.d/./sudo stop > >ainsi que dans le "/etc/rc2.d" => # mv SXsudo KSXsudo > >X étant le n° du processus et S comme start et K comme kill. > >Il ne démarrera plus au prochain boot du pc. > >sudo est un truc d'Ubuntu qui ne m'a jamais plu. > Je ne me prononcerai pas sur l'utilité de sudo pour éviter les polémiques > (même si cela peut être très utile, mais dangereux si mal maîtrisé, pour > déléguer juste certains droits à des utilisateurs particuliers) mais ce que > propose André ne sert pas à grand chose : sudo n'est pas un service avec un > démon qui s'exécute en permanence. > "/etc/init.d/sudo start" se contente de modifier des droits dans > /var/lib/sudo et "/etc/init.d/sudo stop" ne fait strictement rien ! > > Et tout cela ne nous explique pas pourquoi la commande "aptitude update" (ou > plutôt "sudo aptitude update") ne fonctionnait pas. L'erreur initiale > semblait être un soucis de connexion en IPv6 mais il semble que les causes > pouvaient être multiples et nous n'avons pas de détails concernant les > messages d'erreur après la désactivation d'IPv6. Le contenu du fichier > /etc/sudoers ou le résultat de la commande "sudo -l" (exécutée par > l'utilisateur qui faisait la mise à jour) seraient également intéressant > pour faire un diagnostic (je n'aime pas lâcher une question sans comprendre > d'où venait le soucis, même si un contournement a été trouvé). > > @+ > Jean-Jacques > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: https://lists.debian.org/55795498.5030...@doti.fr > > -- Frédéric Marécaille -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150612192244.gc19...@numericable.fr