Dopo aver modificato USERGROUPS_ENAB
in yes
nel file /etc/login.defs
, è stato modificato il comportamento, come si desidera, per i valori predefiniti del comando useradd. Così, per esempio, è possibile eseguire questo comando come root e farà quello che vi aspettate:
linux-54pe:~ # grep "USERGROUPS_ENAB" /etc/login.defs
USERGROUPS_ENAB yes
linux-54pe:~ # useradd bob
linux-54pe:~ # cat /etc/passwd | grep bob
bob:x:1003:1003::/home/bob:/bin/bash
linux-54pe:~ # cat /etc/group | grep bob
bob:!:1003:
Il problema è che si sta utilizzando YaST2. YaST2 utilizza la propria assegnazione di gruppo predefinita e quindi non rispetta le modifiche predefinite apportate a useradd. Nella /var/log/YaST2/y2log
si può vedere che quando ho tentato di creare l'utente Frank:
2017-04-25 10:44:02 <1> linux-54pe(2871) [Perl] modules/Users.pm(Users::CommitUser):3517 commiting user 'frank', action is 'add_user', modified: 1, ldap modified: 0
2017-04-25 10:44:02 <1> linux-54pe(2871) [Perl] modules/Users.pm(Users::CommitGroup):3787 commiting group 'users', action is 'user_change_default'
Inoltre, nel modulo YaST2 quando si crea l'utente nella scheda Dettagli potete vedere in fondo che è l'assegnazione con il proprio parametro di gruppo predefinito degli utenti.
screenshot showing parameter
Se si dispone di un diritto di supporto con SUSE è possibile contattare per vedere se sono disposti a presentare questo come un bug. Per lo meno dovrebbero essere in grado di inserire questo come una richiesta di miglioramento.
ha effettivamente creato un gruppo con lo stesso nome di quello dell'utente? – Dinesh
No, questo è il problema: ho dovuto creare manualmente il gruppo utente aggiuntivo e dovevo assegnarlo come gruppo predefinito. – tschlein