Source: systemd Version: 260~rc1-2 Severity: important Using Sid, I tried to print a postage label today and nothing happened. Normal inkjet printer.
This may be the same issue as #1129050, but I'm not certain. tldr: downgrading systemd to 259.1-1 from testing fixed the issue. My last successful print was Tuesday the 24th. Looking at journalctl output this item seemed relevant: udev-configure-printer[21812]: no corresponding CUPS device found And there was also this: kernel: audit: type=1400 audit(1772204760.948:1977): apparmor="DENIED" operation="open" class="file" profile="/usr/sbin/cupsd" name="/" pid=21844 comm="usb" requested_mask="r" denied_mask> kernel: audit: type=1400 audit(1772204760.948:1976): apparmor="DENIED" operation="open" class="file" profile="/usr/sbin/cupsd" name="/" pid=21844 comm="usb" requested_mask="r" denied_mask> kernel: audit: type=1400 audit(1772204760.948:1975): apparmor="DENIED" operation="open" class="file" profile="/usr/sbin/cupsd" name="/" pid=21844 comm="usb" requested_mask="r" denied_mask> kernel: audit: type=1400 audit(1772204760.948:1974): apparmor="DENIED" operation="open" class="file" profile="/usr/sbin/cupsd" name="/" pid=21844 comm="usb" requested_mask="r" denied_mask> kernel: audit: type=1400 audit(1772204760.948:1973): apparmor="DENIED" operation="open" class="file" profile="/usr/sbin/cupsd" name="/" pid=21844 comm="usb" requested_mask="r" denied_mask> kernel: audit: type=1400 audit(1772204760.948:1972): apparmor="DENIED" operation="open" class="file" profile="/usr/sbin/cupsd" name="/" pid=21844 comm="usb" requested_mask="r" denied_mask> kernel: audit: type=1400 audit(1772204760.948:1971): apparmor="DENIED" operation="open" class="file" profile="/usr/sbin/cupsd" name="/" pid=21844 comm="usb" requested_mask="r" denied_mask> kernel: audit: type=1400 audit(1772204760.948:1970): apparmor="DENIED" operation="open" class="file" profile="/usr/sbin/cupsd" name="/" pid=21844 comm="usb" requested_mask="r" denied_mask> kernel: audit: type=1400 audit(1772204760.948:1969): apparmor="DENIED" operation="open" class="file" profile="/usr/sbin/cupsd" name="/" pid=21844 comm="usb" requested_mask="r" denied_mask> kernel: audit: type=1400 audit(1772204760.940:1968): apparmor="DENIED" operation="capable" class="cap" profile="/usr/sbin/cupsd" pid=21844 comm="usb" capability=12 capname="net_admin" That last line seems to have been present in my system log from before this issue developed, so should be unrelated. Since Tuesday there had been an apparmor update, so rolling that back was the first thing I tried. I also then tries rolling back todays kernel update. Looking at journalctl output more closely, I could see that those first kernel audit lines first appeared immediately after installing some updates yesterday on the 26th. That set of updates included apparmor, systemd, libtss2-*, firefox, and a few other odd things. I've done some experimenting, ensuring to reboot between experiments, and its only when the systemd updates are installed that the problem is present.
