Pages : 1
#1 Le 12/10/2005, à 08:23
- szdavid
Usermod --> plus de sudo
Voilà, dans ma très grande connerie (oui, oui, appelons ça ainsi !),
j'ai effectué un
sudo usermod -G cvs szdavid
et depuis :
sudo -s
szdavid is not in the sudoers file. This incident will be reported.
szdavid@David:~$ cat /etc/sudoers
cat: /etc/sudoers: Permission non accordée
Help ! :-(
(même si par live cd Ubuntu (euh.... quelles sont les manips ?)
si possible, pas par live cd (suis au bureau et j'aimerais encore faire des modifs dessus mais je crois que je rêve, la))
Hors ligne
#2 Le 12/10/2005, à 08:59
- cep_
Re : Usermod --> plus de sudo
demarrage en recovery, puis visudo
#3 Le 12/10/2005, à 09:19
- szdavid
Re : Usermod --> plus de sudo
démarrage en mode recovery, ça se fait depuis grub ?
Et dans visudo, il me demandera quoi ?
Hors ligne
#4 Le 12/10/2005, à 09:32
- cep_
Re : Usermod --> plus de sudo
Oui, en recovery depuis le menu grub.
Tu seras donc root.
Ensuite le fichier sudoers devrait ressembler à ceci :
# /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# See the man page for details on how to write a sudoers file.
## Host alias specification
# User alias specification
# Cmnd alias specification
# Defaults
Defaults !lecture,tty_tickets,!fqdn
# User privilege specification
root ALL=(ALL) ALL# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
ton_user ALL=(ALL) ALL
Parfois l'user n'est pas mentionnée, peu importe, si admin est présent et l'user est dans le groupe.
Donc voir aussi :
/etc/group si ton user est bien ton_user:x:1000:
#5 Le 12/10/2005, à 09:47
- cep_
Re : Usermod --> plus de sudo
Je viens de voir dans man usermod :
-G groupe,[...]
Une liste de groupes supplémentaires auxquels fait également partie l’utilisateur. Les groupes sont séparés par une virgule, sans espace entre eux. Les groupes sont soumis aux mêmes restrictions que celles données avec l’option -g. Si l’utilisateur fait actuellement partie d’un groupe qui n’est pas listé, l’utilisateur sera supprimé du groupe.
AVERTISSEMENTS
Usermod ne vous permet pas de modifier le nom d’un utilisateur qui est actuellement connecté. Vous devez être sûr que l’utilisateur nommé n’est pas en train d’exécuter un quelconque programme quand cette commande est exécutée si l’UID numérique de l’utilisateur est modifié. Vous devez modifier vous-même le nom du propriétaire de tous les fichiers crontab et des tâches at. Vous devez effectuer les modifications impliquant NIS sur le serveur NIS.
#6 Le 12/10/2005, à 12:27
- szdavid
Re : Usermod --> plus de sudo
ok...... zut, trop bête comme erreur...
C'est quoi le groupe de l'administrateur ? (ou des personnes ayant droit de...
Hors ligne
#7 Le 12/10/2005, à 12:35
- cep_
Re : Usermod --> plus de sudo
?
Une copie de mon /etc/group
cep à remplacer par ton_user.
J'ai pris ce fichier sur une machine pas du tout "modifiée", donc les groupes sont standard.
cep@casa:~$ cat /etc/group
root:x:0:
daemon:x:1:
bin:x:2:
sys:x:3:
adm:x:4:cep
tty:x:5:
disk:x:6:
lp:x:7:cupsys
mail:x:8:
news:x:9:
uucp:x:10:
man:x:12:
proxy:x:13:
kmem:x:15:
dialout:x:20:cep,cupsys
fax:x:21:
voice:x:22:
cdrom:x:24:cep,hal
floppy:x:25:cep,hal
tape:x:26:
sudo:x:27:
audio:x:29:cep
dip:x:30:cep
www-data:x:33:
backup:x:34:
operator:x:37:
list:x:38:
irc:x:39:
src:x:40:
gnats:x:41:
shadow:x:42:
utmp:x:43:
video:x:44:cep
sasl:x:45:
plugdev:x:46:cep,hal
staff:x:50:
games:x:60:
users:x:100:
nogroup:x:65534:
crontab:x:101:
ssh:x:102:
postfix:x:103:
postdrop:x:104:
syslog:x:105:
klog:x:106:
cep:x:1000:
lpadmin:x:107:cep
scanner:x:108:cep
admin:x:109:cep
messagebus:x:110:
hal:x:111:
slocate:x:112:
saned:x:113:
gdm:x:114:
cep@casa:~$
#8 Le 25/11/2005, à 14:09
- AppleSeed
Re : Usermod --> plus de sudo
Plus de besoin de taper le pass pour les personnes dans le groupe admin:
sudo visudo
on tape son pass puis on modifie la ligne comme suis:
%admin ALL=NOPASSWD: ALL
Hors ligne
Pages : 1