Вроде как, нужный файл /lib/systemd/system/getty@.service.d/override.conf , но лучше скопировать его в /etc/systemd/system/serial-getty@.service.d/override.conf (создав соотв. каталоги) и править там, чтобы обновление пакетов не откатило исправления.

Править строку ExecStart, имя после опции autologin.

Ух ты какой deluser умный, процессы аж проверяет. Я бы просто потёр строчки из passwd и shadow. И сервис после этого бы наверно уже не запустился, если б я заранее про него не подумал.

Плавали, не работает

Создай другого юзера или рута и зайди под ним, потом удаляй

Да вы кэп, топик то вообще читали?

Нужно загрузиться в однопользовательском режиме и проделать тоже самое.

Что именно пробовали? А то пишете про файл /lib/systemd/system/serial-getty@.service, хотя он оверрайднут.

Если эту службу через systemctl остановить, процесс исчезает?

Главное, что особого смысла в проверке запущенных процессов нет. А первое, что приходит в голову практичным ребятам — это определить pid процесса, кильнуть его (с SIGKILL) и сразу запустить deluser. Пока там systemd подумает и перезапустит, deluser уже отработает :)

Да , ты заходиш под этим юзером и хочешь его же удалить. Ещё раз заходишь под окном или другим юзером и удаляешь

А где в топике написано что я захожу под пользователем которого удаляю?

не даётся Оно поему то всё время его возвращает видимо надо в системд лесть

sudo вместо su в рута, и пользователь orangepi не вышел

user orangepi is currently used by process 1852

Ни sudo ни su «выход пользователя» не организуют. Чтобы выйти надо набрать exit / ctrl+d и никак иначе. Но он заходит вообще под другим юзером.

su что бы зайти под правильным юзером, а выход - убрать автологин юзера

systemctl edit getty@ttyNomerVirtConsole

Куда зайти? Ты о чём? Если ты залогинился за некоего юзера то он никуда не денется пока ты не завершишь этот шелл.

для тугодумов , убираешь автологин пользователя orangepi. создаешь другого пользователя или заходишь под рутом через su Переходишь в TTY где залогин orangepi и выходишь от туда exit. Ну или перезагружаешься. Удаляешь пользователя orangepi

создаешь другого пользователя или заходишь под рутом через su

Вот что ты за чушь опять написал? Как у тебя в перечислении через «или» рядом оказалось «создать юзера» и «применить su»? Ты либо выражать свои мысли не умеешь, либо у тебя каша в голове.

это ты не знаешь что во многих сборках у рута не задан пароль, как на убунте и просто так ты в него не войдешь.

Да нет, всё логично. Если ты удаляешь юзера и тебе говорят что вот процесс под ним - то ты уже наверно задумаешься нужен ли тебе этот процесс и что с ним будет когда его юзера удалят.

Ты тупой? Сколько тебе раз повторять, чтоб зайти за рута через su - надо сначала создать другого юзера. Безо всяких «или».

Прошу прощения не сразу обратил внимание на ответ

Я не понял я захожу под рутом или под тем пользователем которого нужно удалить?

Второй вопрос: имеет ли значение что это именно tty для uart, по которому нужно иметь доступ так как может так выйти что под рукой будет только usb-uart переходник?

Заходишь или под другим пользователем или под рутом, удаляешь автологин ненужного пользователя в tty , если надо делаешь туда автологин нужного пользователя. Если зашёл под другим пользователем выходишь в тту из ненужного и удаляешь. Если под рутом напрямую то тоже, если через Шелл ненужного пользователя то сначала задаешь пароль руту и перезагрузаешься после удаления автостарта

Ну, да. В последней сборке debian для orange-pi-3b, например, изначально автовход дефолтного пользователя orangepi и на tty1, и на ttyFIQ0

# who
orangepi tty1         2024-05-24 21:35
orangepi ttyFIQ0      2024-05-24 21:35
root     pts/0        2024-05-24 21:35 (10.10.10.100)

Можно редактировать:

# cat /usr/lib/systemd/system/serial-getty@.service.d/override.conf 
[Service]
ExecStartPre=/bin/sh -c 'exec /bin/sleep 10'
ExecStart=
ExecStart=-/sbin/agetty --noissue --autologin orangepi %I $TERM
Type=idle

Если заменить пользователя «orangepi» на того, кого хочется, то именно тот кто и нужен будет

# who
ТотКтоНужен ttyFIQ0      2024-05-24 21:35

Тоже самое и тут (для tty)

/usr/lib/systemd/system/getty@.service.d/override.conf 

Ну или вовсе опустошить/убрать overrid-ы

О спасибо,кажется в первом из указанных файлов я и не смотрел

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