Лечится созданием символьной ссылки: ln -s /lib/systemd/system/getty@.service /lib/systemd/system/autovt@.service
Created attachment 21971 [details] Лог в tty12
(In reply to ruslandh from comment #0) > Лечится созданием символьной ссылки: > > ln -s /lib/systemd/system/getty@.service /lib/systemd/system/autovt@.service Нет, не лечится, а калечится; не надо пальцами создавать ничего в /lib. Этот новый симлинк надо `rm -f`. После этого, поскольку в getty@ в секции [Install] есть Alias=, можно просто сказать: systemctl enable getty@.service
Так он до обновления systemd работал ... Команда : systemctl enable getty@.service просто создаёт ссылку в /etc: systemctl enable getty@.service Created symlink '/etc/systemd/system/autovt@.service' → '/usr/lib/systemd/system/getty@.service' Но /etc - это не системный каталог, а "админский". Я про то, что не должно обновление пакета ломать запуск getty, который до обновления работал. А как это делать - на усмотрение мантейнера.
(In reply to ruslandh from comment #3) > Так он до обновления systemd работал ... > Команда : > systemctl enable getty@.service > просто создаёт ссылку в /etc: > > systemctl enable getty@.service > Created symlink '/etc/systemd/system/autovt@.service' → > '/usr/lib/systemd/system/getty@.service' > > Но /etc - это не системный каталог, а "админский". Ага, я подумал, что "лечится" — это о том, как бедные пользователи справляются. :)
(In reply to ruslandh from comment #3) > Я про то, что не должно обновление пакета ломать запуск getty, который до > обновления работал. > > А как это делать - на усмотрение мейнтейнера. Верно. Вообще сейчас реализаций autovt уже две штуки, если DM не считать (но все популярные DM почему-то прикидываются, что это не так, отдельная больная тема) Не исключено, что назначать autovt@ в пакетах надо другим способом, предусматривающим переключение.
> Я про то, что не должно обновление пакета ломать запуск getty, который до обновления работал. +1 На системе без графики вдруг стало очень грустно.
См https://github.com/systemd/systemd/issues/41602: > please contact your distro for help. most likely they are not linking any getty up to autovt@.service as they should. > Лечится созданием символьной ссылки: > ln -s /lib/systemd/system/getty@.service /lib/systemd/system/autovt@.service ... в спеке. Теперь[1] её необходимо создавать чтобы logind знал, кого мы считаем autovt@. Алиасы работают только после включения конкретного сервиса. [1] https://github.com/systemd/systemd/commit/072e72424b2e6da1c96489ef6996f49fabd46474
systemd-1:260.4-alt2 -> sisyphus: Mon Aug 10 2026 Alexey Shabalin <shaba@altlinux> 1:260.4-alt2 - Enable getty@.service on upgrades to restore the autovt@.service alias dropped upstream in v260, unless it is already set up, e.g. taken over by kmscon (ALT#60052). - Ship the dbus-org.freedesktop.timesync1.service alias, needed for dbus activation of org.freedesktop.timesync1 (ALT#53694).
