зачем!?!?!?  oO  oO  oO

Ну типо если хакер залезет, что бы подумал , что админ аккаунт root, а на самом деле это простой аккаунт, а админский root2.
Но это я чисто для практики делал)

Самое страшное что в новый root2 не заходит там где рут права.

Backup нету. Но у меня есть права на реадОнли к файлу /etc/passwd. Так что можно новый написать.
Только как его потом на место поставить если прав нету ?

для начала, объясню что произошло.

Но для самого начала, расскажу, что у аккаунтов нет прав. То, что вы меняли, называет UserID, сокращённо UID. По-русски идентификатор юзера. Второе число - GroupIP. GID. Для группы.

Сами юзеры НЕ ИМЕЮТ НИКАКИХ ПРАВ, права имеют процессы, которые были запущенны данным юзером. Когда процесс P обращается к файлу F, система проверяет, какой UID у процесса. Если UID == 0, тогда процессу разрешено многое (но не всё), если UID != 0, то проверяется права.

Права проверяются в три этапа. При этом, сам файл тоже имеет UID:GID того, кто создал этот файл (хозяин). Назовём UID процесса PUID, а UID файла FUID.

1) сначала проверяется PUID == FUID, если это так (процесс и файл создал один и тот-же юзер, т.е. юзер является хозяином и того и другого), тогда проверяются права юзера (права записываются 3я цифрами, например 644, сначала права юзера, потом группы, потом прочих).
2) если PUID != FUID, но PGID == FGID, то значит, процесс был запущен другим юзером, но из той-же группы. Проверяются права группы.
3) если PUID != FUID и PGID != FGID, значит это вообще левый юзер, и проверяются права для прочих.

Вы подменили UID:GID юзера, а значит, и всех его процессов (но не файлов!). По идее, это хорошая мысль, если-бы не одно но: Вы уверенны, что в вашей системе, все программы и скрипты учитывают ТОЛЬКО UID, и не учитывают имя? Я уверен. Что это НЕ так.

Что делать?

ДЕЛАТЬ БЕКАП!!!!!!!1111

это во первых. впрочем, дело ваше. Замечу лишь, что сейчас ЕЩЁ НЕ ПОЗДНО.

Второе: грузится с LiveCD, и менять всё на место.