по сути эти все пользователи исчезают до любых взаимодействий собственно с ядром ОС, так что такое

Вопрос в том, зачем юзерам юзернеймы вместо малочитабельных айдишников?

забавный вопрос от организма с таким ником в телеге))

Не, я уточняю, в этом ли вопрос?
Просто тогда предлагаю задаться вопросом, зачем людям имена, если есть номера в паспорте 🌚

Нет, вопрос в том, зачем делать этот уровень с дополнительным маппингом. Можно ведь сделать тупо числа (каждый юзер запоминает свой UID), или, как альтернатива, юзать внутри системы только текстовое представление (юзернеймы вместо UID).

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

А есть ли еще какая-то причина, по которой сделали этот дополнительный уровень с маппингом username -> UID?

Допустим перебор юзеров уже намного сложнее из-за этого маппинга

Можно ведь сделать тупо числа (каждый юзер запоминает свой UID)
Больше красноглазия богу красноглазия?

А вот почему есть и айди, и имя — уже интересный вопрос.

Еще одна, довольно очевидная причина — числа сравнивать намного быстрее, чем строки (а сравнивать нужно во многих случаях)

А можно и так, что ID будет одинаковый, если машины в домене (FreeIPA, realmd).

"Маппинг" сделан для удобства. Без ограничения 1:1 это удобство теряется, потому что смысла в текстовых именах не будет, если для выдачи разрешений постоянно уточнять ID.

Со стороны языка C с числовым типом гораздо легче и быстрее работать, и меньше вероятность влепить переполнение буфера в ядро ОСи. А имена чисто для удобства пользователей

Работать (программно) со строчными именами пользователей в любой системе это... ну такое. Вот понадобится пользователю сменить имя (банально опечатались при создании) - как обновим права на объекты? Это теперь нужно брать и искать каждый файл на который у пользователя был доступ и переписывать там его имя. Гораздо сложнее чем одно изменение в /etc/passwd

Ну хорошо, а зачем тогда возможность звязать два юзернейма с одним UID?

Я бы не сказал, что такая возможность сделана специально, скорее наоборот, специально не вводили логику для обработки таких ситуаций, чтобы не усложнять понимание. Это мое предположение, потому что два пользователя с одним UID это не самая приятная ситуация

Ты уточни что имеешь ввиду, две строчки в /etc/passwd с одинаковым UID?

Да.

Вчера гуглил, люди пишут что система может вести себя непредсказуемо, но в большинстве случаев просто все действия выполняются от имени первого юзера с нужным UID. И тогда получается что этот второй юзернейм - просто алиас

Я так скажу: для ядра это один пользователь, оно всегда смотрит на UID. Но как должны вести себя утилиты вроде userdel в таких случаях, это открытый вопрос. Кому-то нужно удалять только одну строчку с таким UID, а кому-то все. Это один из тех вопросов где админу дается ружье. Он может повесить его на стену, а может выстрелить кому-то в ногу. Как с rm -rf /, можно, но наверно не стоит

Группы должны полностью закрывать ситуации, в которых двум пользователям может потребоваться один UID

И еще такой интересный момент: "Similarly, if the username already exists in an external user database such as NIS or LDAP, useradd will deny the user account creation request." Хотя нет, кажется тут не про UID

Только учти что я с фряхой не сильно знаком, больше говорю про линух, у фряхи может какие-то свои тараканы