 |
bug.png (21,182 bytes) |
 |
Thank you for the report. This behavior appears to have been started by a change in systemd itself upstream, where stdin is used to determine the tty. This works in Fedora as you've seen. This is reproducible in RHEL 9 and CentOS Stream 9, though it is unclear why Fedora does not exhibit this issue. This may be a bug report that can be filed upstream to bugzilla.redhat.com. Context: EL8: [root@router ~]# systemctl status | grep getty │ │ └─3914354 grep --color=auto getty │ ├─system-getty.slice │ │ └─getty@tty1.service │ │ └─2292 /sbin/agetty -o -p -- \u --noclear tty1 linux [root@router ~]# grep 'ExecStart' /usr/lib/systemd/system/getty@.service ExecStart=-/sbin/agetty -o '-p -- \\u' --noclear %I $TERM EL9: [root@awx ~]# systemctl status | grep getty │ ├─system-getty.slice │ │ └─getty@tty1.service │ │ └─5883 /sbin/agetty -o "-p -- \\u" --noclear - linux [root@awx ~]# grep 'ExecStart' /usr/lib/systemd/system/getty@.service ExecStart=-/sbin/agetty -o '-p -- \\u' --noclear - $TERM The change in systemd occurred here: https://github.com/systemd/systemd/commit/b4bf9007cbee7dc0b1356897344ae2a7890df84c If the tty arg is set to "-", agetty uses the stdin fd as the tty. Let's pass the tty this way so that we keep an fd open to the tty at all times. If all fd's to a tty are closed, the kernel might reset the tty which we want to avoid. |
|
|
Thank You very much for answer! It helped me to understand strange behavior of agetty on my system. |
|
|
Upstream bug has been filed: https://bugzilla.redhat.com/show_bug.cgi?id=2109252 |
|
|
I find: Fedora 36 uses agetty from util-linux 2.38 Rocky Linux uses agetty from util-linux 2.37.4 https://mirrors.edge.kernel.org/pub/linux/utils/util-linux/v2.38/v2.38-ReleaseNotes Changes between v2.37 and v2.38 ... agetty: - ... - resolve tty name even if stdin is specified [tamz] So for fix, we must update agetty |
|
|
https://github.com/util-linux/util-linux/issues/1546 Systemd 250 changed its getty@ unit file in systemd/systemd@b4bf900 to call agetty with stdin ("-") port as apparently the kernel could have pontentially reset ttys otherwise. This means that any distribution running systemd will now not display the tty device name at the login prompt, but a dash symbol instead (systemd/systemd#21919). |
- Anonymous
