# systemctl status cups.service
● cups.service - CUPS Scheduler
Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2020-11-05 15:45:21 EST; 32min ago
TriggeredBy: ● cups.path
● cups.socket
Docs: man:cupsd(8)
Main PID: 1216169 (cupsd)
Tasks: 3 (limit: 76795)
Memory: 12.3M
CGroup: /system.slice/cups.service ├─1216169 /usr/sbin/cupsd -l ├─1216235 /usr/lib/cups/notifier/dbus dbus:// └─1216236 /usr/lib/cups/notifier/dbus dbus://
Nov 05 15:45:21 Cortex1 systemd[1]: Started CUPS Scheduler.
Nov 05 15:45:50 Cortex1 cupsd[1216169]: pam_unix(cups:auth): Couldn't open /etc/securetty: No such file or directory
Nov 05 15:45:50 Cortex1 cupsd[1216169]: pam_unix(cups:auth): Couldn't open /etc/securetty: No such file or directory
Nov 05 15:45:55 Cortex1 cupsd[1216169]: pam_unix(cups:auth): Couldn't open /etc/securetty: No such file or directory
Nov 05 15:45:55 Cortex1 cupsd[1216169]: pam_unix(cups:auth): Couldn't open /etc/securetty: No such file or directory
Nov 05 15:47:57 Cortex1 cupsd[1216169]: pam_unix(cups:auth): Couldn't open /etc/securetty: No such file or directory
Nov 05 15:47:57 Cortex1 cupsd[1216169]: pam_unix(cups:auth): Couldn't open /etc/securetty: No such file or directory
Nov 05 15:50:01 Cortex1 cupsd[1216169]: pam_unix(cups:auth): Couldn't open /etc/securetty: No such file or directory
Nov 05 15:50:01 Cortex1 cupsd[1216169]: pam_unix(cups:auth): Couldn't open /etc/securetty: No such file or directory
I created an empty file to silence the error, but I'm a bit dismayed that this file was removed without coordination with the pam project, or at least patching or configuring pam to avoid this error. Clearly this impacts more than just a deprecated telnet.
It also appears to affect cups.
# systemctl status cups.service system/ cups.service; enabled; vendor preset: enabled) slice/cups. service
├ ─1216169 /usr/sbin/cupsd -l
├ ─1216235 /usr/lib/ cups/notifier/ dbus dbus://
└ ─1216236 /usr/lib/ cups/notifier/ dbus dbus://
● cups.service - CUPS Scheduler
Loaded: loaded (/lib/systemd/
Active: active (running) since Thu 2020-11-05 15:45:21 EST; 32min ago
TriggeredBy: ● cups.path
● cups.socket
Docs: man:cupsd(8)
Main PID: 1216169 (cupsd)
Tasks: 3 (limit: 76795)
Memory: 12.3M
CGroup: /system.
Nov 05 15:45:21 Cortex1 systemd[1]: Started CUPS Scheduler. cups:auth) : Couldn't open /etc/securetty: No such file or directory cups:auth) : Couldn't open /etc/securetty: No such file or directory cups:auth) : Couldn't open /etc/securetty: No such file or directory cups:auth) : Couldn't open /etc/securetty: No such file or directory cups:auth) : Couldn't open /etc/securetty: No such file or directory cups:auth) : Couldn't open /etc/securetty: No such file or directory cups:auth) : Couldn't open /etc/securetty: No such file or directory cups:auth) : Couldn't open /etc/securetty: No such file or directory
Nov 05 15:45:50 Cortex1 cupsd[1216169]: pam_unix(
Nov 05 15:45:50 Cortex1 cupsd[1216169]: pam_unix(
Nov 05 15:45:55 Cortex1 cupsd[1216169]: pam_unix(
Nov 05 15:45:55 Cortex1 cupsd[1216169]: pam_unix(
Nov 05 15:47:57 Cortex1 cupsd[1216169]: pam_unix(
Nov 05 15:47:57 Cortex1 cupsd[1216169]: pam_unix(
Nov 05 15:50:01 Cortex1 cupsd[1216169]: pam_unix(
Nov 05 15:50:01 Cortex1 cupsd[1216169]: pam_unix(
I created an empty file to silence the error, but I'm a bit dismayed that this file was removed without coordination with the pam project, or at least patching or configuring pam to avoid this error. Clearly this impacts more than just a deprecated telnet.