>>Это переименованный root или второй юзер с uid = 0?
>
>Второй user с uid == 0

Попробую ответить. Если че навру, то думаю что меня поправят :)

Юзер это (по большому счету) запись в конфиге системы, т.е. когда юзер логинится, то для него запускается либо шелл, либо сразу какая-нить программа (и то и другое - просто процесс) со сменой UID на тот что ассоциирован с этим юзером в конфиге (passwd).

Вторая запись с uid 0 в конфиге - просто вторая запись, то есть для системы это все же тот же рут, т.е. ее вроде бы можно безболезненно удалить (однако есть нюансы если у него группа другая). Все равно для системы все что запущенно этим пользователем - рутовые процессы.

Удаление записи из конфига никак не влияет на текущие процессы, т.к. ядро не будет заниматься мониторингом /etc/passwd на предмет а не потерли ли юзера. Сюрпризы начинаются только в тот момент когда процесс запущенный удаленным юзером пытается делать системные вызовы или другие операции требующие проверки permissions. Если все проверки сводятся к проверке UID, то ничего не изменится (т.к. root:)). Иначе либо спам в логах либо core dump   конкретного процесса (это уже зависит от того насколько программист часто делает проверки в коде).

Нельзя изменить uid _работающему_ процессу из вне, это может только он сам функцией setuid(). Т.е. для конкретного процесса потребуется перезапуск от имени нового уже непривилегированного admin.

Скрипт (в топике упоминается скрипт) это набор процессов, запускающие друг друга, они наследуют uid родительского процесса (не пользователя), таким образом системе вообще пофик на наличие юзера в конфиге. Вы можете даже с помощью функции setuid() поменять процессу uid на число не присутствующее в /etc/passwd :) Т.е. скрипт продолжит работать (с нюансами).

После смены uid в конфиге заново залогинившийся admin будет уже непривилегированным юзером (uid!=0). При надо помнить что все что натворил предыдущий юзер admin (файлы и т.п.) будет иметь uid=0 и новый юзер admin обломается при доступе к ним ибо он уже не рут, т.е. надо будет делать chown и возможно chmod.

Заводить две записи с одним uid - плохая практика лучше так не делать.

Главный вопрос - будут ли проблемы? Вероятно да. Во-первых, неизвестно какая ОС и какие доп средства используются (selinux, capabilities, nis'ы, стоят ли электронные замки :), и т.п.). Доп. средства могут породить какие-то свои проблемы. Во-вторых, современные никсы и линух уже довольно далеко ушли от канонических юниксов, и могут содержать дополнительные проверки на руткиты и т.п. что может стать сюрпризом в данном случае. В-третьих неизвестно чем занимается скрипт и что он запускает в свою очередь - у этих процессов/программ могут быть свои заморочки (кто знает что там программисты могли понаписать).

Уф-ф, надеюсь поможет :)