Доп. действие при useradd

/etc/skel

ln на ваш скрипт, в котором делаете пользователя, а затем делаете пользователю.

alias useradd=/usr/local/sbin/myuseraddwithblackjackandwhores.sh

Наиболее грамотный способ, ага.

http://www.opennet.ru/docs/RUS/blfs6/postlfs/skel.html

/etc/skel - не подходит, ибо простое копирование файлов. А нужно выполнить задачи посложнее, не связанные с ФС.

alias - я так понимаю, что это исключительно фича шелла, и то половинчастая. Прямое исполнение /usr/sbin/useradd из шелла не словит, не говорю уже из C-кода exec(«/usr/sbin/useradd»,...)

ln - вполне правдоподобно, спасибо. Главное не забыть при обновлениях не затереть.

Нужно ещё подумать.

Скрипт в кроне, который каждую минуту будет проверять /home на наличие новых директорий, и запускать что-то там?

Но с другой стороны - useradd же кто-то запускает? Почему он же не может запустить firsttimeconfig.sh?

Скрипт, запускающийся при логине, проверяющий первый это логин или нет, если первый - запустить что-то там. Первичность логина проверять скрытым файлом.

Скрипт в кроне, который каждую минуту будет проверять /home на наличие новых директорий, и запускать что-то там?

Ну тогда уже не «наличие новых директорий», а «наличие новых записей в /etc/passwd», ибо не факт что создадут именно в /home

Но с другой стороны - useradd же кто-то запускает? Почему он же не может запустить firsttimeconfig.sh?

Ну наверное потому-что это чужая софтина, которой в общем то пофиг, чего я там хочу.

Скрипт, запускающийся при логине, проверяющий первый это логин или нет, если первый - запустить что-то там. Первичность логина проверять скрытым файлом.

Не факт что первый логин будет в ближайшее время(или возможно не будет очень долго). В таком случае проще будет дождаться сис.админа, который вручную пнет скрипт, чего делать не хочется.

А до логина действительно должно быть создано окружение? Почему не подождать?