Drucker funktioniert nach gnome-updates nicht mehr

Hallo nitja,
keine Ahnung, wie inzwischen der Stand ist und noch ahnungsloser, was eine Lösung betrifft.
Nur soviel:
dein geposteter error_log ist nicht sehr relevant, da zu sehr in der Vergangenheit liegend. Aktuell ist immer nur /var/log/cups/error_log, ohne irgendwelche Anhänge hinten dran, wie z.B. error_log.1 oder gar error_log.2.gz usw.
Eigentlich sollte /var/log/cups/error_log nicht so gross sein, dass Du ihn nicht mit cat (oder IMHO besser mit less) per Hand anzeigen und durchsuchen könntest. Wenn alle Stricke reissen, kann auch
sudo grep "^E" /var/log/cups/error_log
helfen, bzw.
sudo grep -E "^E" /var/log/cups/error_log
wenn Du eine ältere grep-Version hast.
Da aber sowohl Cups als auch Avahi läuft und die Ausgabe von lpinfo so schön ist wie sie sein sollte, habe ich keine Vorstellung, woran es noch haken sollte. Du könntest noch
avahi-browse --all --resolve --terminate
loslassen, um zu sehen ob da u.a. dein Kyocera-Drucker mit gelistet wird, aber ich denke, das sollte der Fall sein.
Da eventuell die vielen Experimente und vor allem nicht unbedingt zerstörungsfreie Betrachtungen mit dem Editor etwas versaut haben könnten, fällt mir nur noch ein Versuch a la Windows ein:
Lösche den Kyocera-Drucker mit Cups und versuche ihn neu zu installieren, am besten ohne händische Eingriffe wie unliebsame aber vorgeschlagene Treiber (CUPS+Gutenprint) gleich wegzuwerfen. Eigentlich ist CUPS in der Regel intelligent genug, was notwendige Treiber betrifft, zumindest dann, wenn es den Drucker auch korrekt erkannt hat. War ja bei dir wohl der Fall. Gegen befürchtete Papierverschwendung hilft ja zu Testzwecken nur maximal zwei Blätter einzulegen. Und apropos Drucker-Erkennung, eigentlich sollte CUPS nicht nur den Drucker im Netzwerk automatisch finden, sonder auch seine Adresse.

viele Grüsse gosia

Sorry, war 'ne Weile anderweitig unterwegs.

Wieder wie beim Start des threads, allerdings dank Dir mit ein bisschen mehr Ahnung (“Ahnung”, noch kein Wissen) auf meiner Seite.

Mir scheint, dass hier jeweils …log.1 die aktuell(st)e Datei ist.

    /var/log/cups  ls -l -a                                                                                                       ✔ 
-rw-r--r--  1 root nobody      0 23. Jul 00:00 access_log
-rw-r--r--  1 root nobody 101051  5. Aug 06:46 access_log.1
-rw-r--r--  1 root nobody   7971 18. Jul 07:30 access_log.2
-rw-r--r--  1 root nobody 133947 11. Jul 05:12 access_log.3
-rw-r--r--  1 root nobody      0 24. Jul 00:00 error_log
-rw-r--r--  1 root nobody   5834 30. Jul 09:53 error_log.1
-rw-r--r--  1 root nobody   2282  3. Jul 15:15 error_log.2
-rw-r--r--  1 root nobody      0 28. Jul 00:00 page_log
-rw-r--r--  1 root nobody     84 23. Jul 13:23 page_log.1

Hallo nitja,

sieht so aus, kann aber trotzdem nicht sein. Cups schreibt seine Errormeldungen nach /var/log/cups/error_log alles andere sind sozusagen “Kopien”, die von logrotate angelegt werden.
https://wiki.archlinux.org/title/CUPS/Troubleshooting#Debug_log

Bleibt trotzdem die Frage für die kleine Informatik-Prüfung, warum ist das Datum von error_log.1 jünger als das von error_log? Meine erste Antwort wäre, weil error_log.1 angefasst wurde, von dir? mit dem Editor?
Trotzdem bleibt das Problem, dass error_log bei dir vom 24.07. stammt und leer ist, das muss jemand schlaueres klären als ich.
Aber wie dem auch sei, error_log protokolliert ja Zeit und Datum und das bleibt auch in error_log.1 usw. erhalten, da kann man das aktuellste Protokoll herausfiltern.
Aber abseits von all diesen Rätseln, mal meinen hilflosen Vorschlag mit Drucker löschen und neu einrichten ausprobiert?

viele Grüsse gosia

zig mal

… und was die …_log…s betrifft: access_log… ist sicher nicht angefasst (und außerdem zeigt die Dateiverwaltung die letzte Änderung, nicht den letzten Zugriff).

Hallo nitja,

das meinte ich schon,

war missverständlich ausgedrückt.
Aber sei es drum, ich verstehe die Welt eh nicht mehr, sieh dir mal die Zeiten an, nichts funktioniert seit Wochen und trotzdem stammt der letzte Error-Log vom 30.07., nicht etwa vom 05.08. Steht der LogLevel nicht mehr auf debug?
sudo grep LogLevel /etc/cups/cupsd.conf
Damit andere noch bessere Ideen haben, poste mal die Ausgabe von

sudo tail /var/log/cups/error_log.1
sudo tail /var/log/cups/access_log.1

Ich bin so ziemlich am Ende der Fahnenstange.

viele Grüsse gosia

oooh! DANK Dir für den Hinweis! … steht auf ‘warn’, keine Ahnung warum oder wodurch.
Hatte mich schon - sehr - gewundert warum da keine neueren mehr erschienen.

    ~  sudo tail /var/log/cups/error_log.1                                                                        ✔  14s  
E [27/Jul/2024:21:45:40 +0200] [Client 946] Returning IPP server-error-internal-error for CUPS-Add-Modify-Printer (ipp://localhost/printers/Kyocera_ECOSYS_P5021cdn) from localhost.
E [27/Jul/2024:21:46:49 +0200] Kyocera_ECOSYS_P5021cdn: Unable to connect to KM3CE71D.local:443: Name or service not known
E [27/Jul/2024:21:46:49 +0200] [Client 952] Returning IPP server-error-device-error for CUPS-Create-Local-Printer (ipp://localhost/) from localhost.
E [30/Jul/2024:09:50:50 +0200] [CGI] Unable to create PPD file: Could not poll sufficient capability info from the printer (ipps://Kyocera%20ECOSYS%20P5021cdn._ipps._tcp.local/, ipps://KM3CE71D.local:443/ipp/print) via IPP!
E [30/Jul/2024:09:50:50 +0200] copy_model: empty PPD file
E [30/Jul/2024:09:50:50 +0200] [Client 1046] Returning IPP server-error-internal-error for CUPS-Add-Modify-Printer (ipp://localhost/printers/Kyocera-ECOSYS-P5021cdn) from localhost.
E [30/Jul/2024:09:52:06 +0200] [Client 1062] Returning IPP server-error-not-accepting-jobs for Print-Job (ipp://localhost/printers/CUPS-PDF-Printer) from localhost.
E [30/Jul/2024:09:53:10 +0200] [CGI] Unable to create PPD file: Could not poll sufficient capability info from the printer (ipps://Kyocera%20ECOSYS%20P5021cdn._ipps._tcp.local/, ipps://KM3CE71D.local:443/ipp/print) via IPP!
E [30/Jul/2024:09:53:10 +0200] copy_model: empty PPD file
E [30/Jul/2024:09:53:10 +0200] [Client 1076] Returning IPP server-error-internal-error for CUPS-Add-Modify-Printer (ipp://localhost/printers/Kyocera-ECOSYS-P5021cdn) from localhost.

    ~  sudo tail /var/log/cups/access_log.1                                                                               ✔ 
localhost - - [06/Aug/2024:22:16:48 +0200] "POST / HTTP/1.1" 200 181 Renew-Subscription client-error-not-found
localhost - - [06/Aug/2024:23:15:08 +0200] "POST / HTTP/1.1" 200 181 Renew-Subscription client-error-not-found
localhost - - [07/Aug/2024:00:13:28 +0200] "POST / HTTP/1.1" 200 181 Renew-Subscription client-error-not-found
localhost - - [07/Aug/2024:01:11:48 +0200] "POST / HTTP/1.1" 200 181 Renew-Subscription client-error-not-found
localhost - - [07/Aug/2024:02:10:08 +0200] "POST / HTTP/1.1" 200 181 Renew-Subscription client-error-not-found
localhost - - [07/Aug/2024:03:08:28 +0200] "POST / HTTP/1.1" 200 181 Renew-Subscription client-error-not-found
localhost - - [07/Aug/2024:04:06:48 +0200] "POST / HTTP/1.1" 200 181 Renew-Subscription client-error-not-found
localhost - - [07/Aug/2024:05:05:08 +0200] "POST / HTTP/1.1" 200 181 Renew-Subscription client-error-not-found
localhost - - [07/Aug/2024:07:24:35 +0200] "POST / HTTP/1.1" 200 181 Renew-Subscription client-error-not-found
localhost - - [07/Aug/2024:08:22:55 +0200] "POST / HTTP/1.1" 200 181 Renew-Subscription client-error-not-found

Konnte in den letzten 2 Wochen nur noch sehr wenig Zeit für diese Forschung einsetzen wegen Opfergaben an St. Bürokratius. Das sollte sich morgen erledigt haben - dann stürze ich mich wieder in voller Intensität hier drauf …

Ist IPP/IPPS im Drucker aktiviert?

IPP und IPP over SSL ist aktiviert. Wi-Fi kann der Drucker “…cd𝗻” nicht.

Allgemein ist mir aufgefallen, dass das “Command Center RX” neuerdings, also seit Beginn der Probleme, eine Unmenge an neuen Netzwerk-Einstellmöglichkeiten zeigt (die ich bislang wegen weitgehenden Unverständnisses in Ruhe gelassen habe).

Hallo nitja,
kontrolliere nochmal ob avahi-daemon läuft
systemctl status avahi-daemon.service
und ob nss-mdns installiert und konfiguriert ist (Datei /etc/nsswitch.conf)
https://wiki.archlinux.org/title/Avahi#Hostname_resolution

viele Grüsse gosia

    ~  systemctl status avahi-daemon.service                                                                              ✔ 
● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
     Loaded: loaded (/usr/lib/systemd/system/avahi-daemon.service; enabled; preset: disabled)
     Active: active (running) since Mon 2024-08-05 20:32:31 CEST; 3 days ago
 Invocation: 31484ecf103a4a98a46bb1c3645c3548
TriggeredBy: ● avahi-daemon.socket
   Main PID: 461 (avahi-daemon)
     Status: "avahi-daemon 0.8 starting up."
      Tasks: 2 (limit: 37076)
     Memory: 1.6M (peak: 2.1M)
        CPU: 920ms
     CGroup: /system.slice/avahi-daemon.service
             ├─461 "avahi-daemon: running [23ed538.local]"
             └─463 "avahi-daemon: chroot helper"

Aug 08 07:20:27 23ed538 avahi-daemon[461]: New relevant interface enp1s0.IPv6 for mDNS.
Aug 08 07:20:27 23ed538 avahi-daemon[461]: Registering new address record for fe80::825b:9a5f:8c81:a017 on enp1s0.*.
Aug 08 07:20:29 23ed538 avahi-daemon[461]: Leaving mDNS multicast group on interface enp1s0.IPv6 with address fe80::825b:9a5f:8c8>
Aug 08 07:20:29 23ed538 avahi-daemon[461]: Joining mDNS multicast group on interface enp1s0.IPv6 with address fd00::fd6f:671a:c70>
Aug 08 07:20:29 23ed538 avahi-daemon[461]: Registering new address record for fd00::fd6f:671a:c70a:a611 on enp1s0.*.
Aug 08 07:20:29 23ed538 avahi-daemon[461]: Withdrawing address record for fe80::825b:9a5f:8c81:a017 on enp1s0.
Aug 08 07:20:29 23ed538 avahi-daemon[461]: Registering new address record for 2001:a61:3bdc:cc01:a185:fc45:a80b:3b9f on enp1s0.*.
Aug 08 07:20:30 23ed538 avahi-daemon[461]: Joining mDNS multicast group on interface enp1s0.IPv4 with address 192.168.10.29.
Aug 08 07:20:30 23ed538 avahi-daemon[461]: New relevant interface enp1s0.IPv4 for mDNS.
Aug 08 07:20:30 23ed538 avahi-daemon[461]: Registering new address record for 192.168.10.29 on enp1s0.IPv4.
lines 1-24/24 (END)

nsswitch.conf:

# Name Service Switch configuration file.
# See nsswitch.conf(5) for details.

passwd: files systemd
group: files [SUCCESS=merge] systemd
shadow: files systemd
gshadow: files systemd

publickey: files

hosts: mymachines mdns_minimal [NOTFOUND=return] resolve [!UNAVAIL=return] files myhostname dns
networks: files

protocols: files
services: files
ethers: files
rpc: files

netgroup: files

Hallo nitja,
sieht alles gut aus, soweit ich das sehe :wink: Nur die Frage, was ist 192.168.10.29, nicht dein Drucker, der ja eigentlich 192.168.10.40 sein sollte.
Firewall können wir ausschliessen?
Da ich nicht so recht weiter weiss, doch mal den Holzhammer vorholen. Gib mal
avahi-browse -rt _ipp._tcp
ein und sieh nach, ob dein Drucker angezeigt wird. Wenn nicht, noch etwas stärker
avahi-browse --all -rt

Aber was mich am meisten irritiert, das ist ja kein neuer Drucker, sondern er hat schon funktioniert. Und ein normales Update sollte eigentlich die Drucker-Konfiguration nicht so ins schleudern bringen, erst recht nicht, wenn man auf das pacnew und pacsave-Geschiebe achtet.
https://wiki.archlinux.org/title/Pacman/Pacnew_and_Pacsave

Und weil nun schon soviele Tage und Versuche vergangen sind, nochmal die Nachfrage: Was genau passiert inzwischen bei einem Testdruck?
a) druckt gar nicht, sondern wirft nur Fehlermeldungen (welche?)
b) druckt, aber nur tausende Blätter mit sinnlosem Zeug?
c) verhält sich anders unplanmässig? wie?
d) nach Bedarf ergänzen

Du siehst, ich stochere ziemlich hilflos im Nebel…

viele Grüsse gosia

192.168.10.29 ist der Rechner, der “host” selbst.

    ~  avahi-browse -rt _ipp._tcp                                                                                            ✔ 
+ enp1s0 IPv6 Kyocera ECOSYS P5021cdn                       Internet Printer     local
+ enp1s0 IPv4 Kyocera ECOSYS P5021cdn                       Internet Printer     local
= enp1s0 IPv6 Kyocera ECOSYS P5021cdn                       Internet Printer     local
   hostname = [KM3CE71D.local]
   address = [192.168.10.40]
   port = [631]
   txt = ["TLS=1.2" "air=none" "mopria-certified=1.2" "print_wfds=T" "rp=ipp/print" "priority=48" "kind=document,envelope" "PaperMax=legal-A4" "URF=CP255,DM4,IFU19,IS19-20,OB1-10,PQ4,RS600,SRGB24,V1.4,W8" "UUID=4509a320-0061-010c-0042-0025074fcf80" "Color=T" "Scan=F" "Fax=F" "Duplex=T" "adminurl=https://KM3CE71D.local/airprint" "note=" "usb_MDL=Kyocera ECOSYS P5021cdn (KPDL)" "usb_MFG=Kyocera" "qtotal=1" "ty=Kyocera ECOSYS P5021cdn" "product=(ECOSYS P5021cdn)" "pdl=image/pwg-raster,application/octet-stream,application/pdf,image/tiff,image/jpeg,image/urf,application/postscript,application/vnd.hp-PCL,application/vnd.hp-PCLXL,application/vnd.xpsdocument" "txtvers=1"]
= enp1s0 IPv4 Kyocera ECOSYS P5021cdn                       Internet Printer     local
   hostname = [KM3CE71D.local]
   address = [192.168.10.40]
   port = [631]
   txt = ["TLS=1.2" "air=none" "mopria-certified=1.2" "print_wfds=T" "rp=ipp/print" "priority=48" "kind=document,envelope" "PaperMax=legal-A4" "URF=CP255,DM4,IFU19,IS19-20,OB1-10,PQ4,RS600,SRGB24,V1.4,W8" "UUID=4509a320-0061-010c-0042-0025074fcf80" "Color=T" "Scan=F" "Fax=F" "Duplex=T" "adminurl=https://KM3CE71D.local/airprint" "note=" "usb_MDL=Kyocera ECOSYS P5021cdn (KPDL)" "usb_MFG=Kyocera" "qtotal=1" "ty=Kyocera ECOSYS P5021cdn" "product=(ECOSYS P5021cdn)" "pdl=image/pwg-raster,application/octet-stream,application/pdf,image/tiff,image/jpeg,image/urf,application/postscript,application/vnd.hp-PCL,application/vnd.hp-PCLXL,application/vnd.xpsdocument" "txtvers=1"]

wow! das ist 'ne Menge …
Irritierend finde ich “admin … airprint” in Verbindung mit “air=none” (letzteres klingt zutreffend).
… und dass (KPDL) nur(?) in Verbindung mit “usb …” erscheint. ¹⁾

Mit der KPDL-Konfiguration wird der Drucker zwar in “Einstellungen” gefunden und gezeigt, eine Kommunikation damit ist aber nicht möglich: Weder wird der Füllstand für die Kartuschen angezeigt (die im “Command Center” sichtbar ist) noch ist irgendein Druck(job) möglich, auch nicht die Testseite.

Den Müll hatte er mit dem (fälschlicherweise vom System selbst ausgewählten, unpassenden) “Gutenprint”-Treiber produziert. (In dem Zustand wurde auch der Füllstand in “Einstellungen»Drucker” (richtig) angezeigt.)

¹) muss mal nachschauen, ob da tatsächlich ein verirrtes usb-Kabel dran hängt … ← gibt keins

Hallo nitja,
das ist zum Mäusemelken, alle deine Meldungen sind wie aus dem CUPS-Lehrbuch, nix dran zu meckern.

heisst nicht etwa, dass der Drucker kein Airprint kann, sondern dass keine Authentifizierung erforderlich ist. Apple, die Erfinder von Airprint, sagen auch dass der Kyocera ECOSYS P5021cdn Airprint kann:

bedeutet, dass der Drucker eigentlich ohne Treiber out of the Box funktioniert. Nun könnte man sagen, Apple ist Apple und Linux ist Linux, aber in CUPS ist Airprint sozusagen integriert. Insofern verstehe ich wirklich nicht, was bei dir los ist.
Das einzige was mir auffällt ist die IPv4-Adresse 192.168.10.40 im IPv6-Teil deiner avahi-Ausgabe. Das ist ja nun wahrlich keine IPv6-Adresse. Sollte eigentlich kein Problem sein, aber Du könntest mal probeweise IPv6 auf “Ignorieren” oder “deaktiviert” setzen.
Wenn Du magst kannst Du auch mal die Ausgabe von
cups-browsed -v --autoshutdown=on
posten, aber dazu müsstest Du wahrscheinlich cups-browsed erst installieren.
Das ist sozusagen der wahrscheinlich letzte Einfall den ich noch habe, weil ich absolut nicht verstehe, warum dein Kyocera nicht einfach so druckt.

viele Grüsse gosia

PS.

Ok, aber gibt es beim Druckversuch eine Fehlermeldung oder hängt der Druckauftrag endlos in der Warteschlange?

öha! Dank Dir für die Aufklärung - hatte tatsächlich keinen Schimmer von “airprint”, dachte das bezieht sich auf Wi-Fi.

Es gibt gar nicht erst eine Möglichkeit zum Versuch. beim Klick auf [Testseite] passiert …


… überhaupt gar nichts.

Das mit der IPv6-Adresse muss ich morgen probieren - bei der Installation von cups-browsed hat er ohne Vorwarnung schon wieder ein neues upgrade inkl. neues Linux, Firefox, usw. gezogen ⇒ “Neustart erforderlich” (was seit der Aufkündigung der ehemaligen Fähigkeit von Firefox ein “session restore” zu machen, mindestens ¼h dauert)

Hier schon mal die Ausgabe von cups-browsed:

    ~  cups-browsed -v --autoshutdown=on                                                                            127 ✘ 
Sat Aug 10 00:44:26 2024 140425146272320 Reading command line option -v, turning on debug mode (Log on standard error).
Sat Aug 10 00:44:26 2024 140425146272320 Reading command line: --autoshutdown=on
Sat Aug 10 00:44:26 2024 140425146272320 Turning on auto shutdown mode.
Sat Aug 10 00:44:26 2024 140425146272320 cups-browsed version 2.0.0 starting.
Sat Aug 10 00:44:26 2024 140425146272320 Reading config: BrowseRemoteProtocols dnssd cups
Sat Aug 10 00:44:26 2024 140425146272320 No "Browse..." line at all, accept all servers ("BrowseOrder Deny,Allow").
Sat Aug 10 00:44:26 2024 140425146272320 main() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425146272320 cups-browsed: Creating http connection to local CUPS daemon via domain socket: /run/cups/cups.sock
Sat Aug 10 00:44:26 2024 140425146272320 update_netifs() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425146272320 Network interfaces: lo (127.0.0.1, localhost), enp1s0 (192.168.10.29, 23ed538, 192.168.10.29*), lo (::1), enp1s0 (2001:a61:3bdc:cc01:a185:fc45:a80b:3b9f), enp1s0 (fd00::fd6f:671a:c70a:a611), enp1s0 (fe80::825b:9a5f:8c81:a017)
Sat Aug 10 00:44:26 2024 140425146272320 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: IPP-Create-Subscription
Sat Aug 10 00:44:26 2024 140425146272320 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: subscription ID=41
Sat Aug 10 00:44:26 2024 140425146272320 cups-browsed (): cupsEnumDests
Sat Aug 10 00:44:26 2024 140425146272320 Could not determine system default printer!
Sat Aug 10 00:44:26 2024 140425146272320 Using signal handler SIGACTION
Sat Aug 10 00:44:26 2024 140425146272320 Avahi server connection got available, setting up service browsers.
Sat Aug 10 00:44:26 2024 140425146272320 We set auto shutdown mode and no printers are there to make available or no jobs on them, shutting down in 30 sec...
Sat Aug 10 00:44:26 2024 140425146272320 failed to bind CUPS Browsing socket: Permission denied
Sat Aug 10 00:44:26 2024 140425146272320 listening
Sat Aug 10 00:44:26 2024 140425146272320 browse_callback() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425146272320 Avahi Browser: NEW: service 'Kyocera ECOSYS P5021cdn' of type '_ipp._tcp' in domain 'local' on interface 'enp1s0' (IPv6)
Sat Aug 10 00:44:26 2024 140425146272320 browse_callback() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425146272320 Avahi Browser: NEW: service 'Kyocera ECOSYS P5021cdn' of type '_ipp._tcp' in domain 'local' on interface 'enp1s0' (IPv4)
Sat Aug 10 00:44:26 2024 140425146272320 browse_callback() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425146272320 Avahi Browser: CACHE_EXHAUSTED
Sat Aug 10 00:44:26 2024 140425146272320 browse_callback() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425146272320 Avahi Browser: NEW: service 'Kyocera ECOSYS P5021cdn' of type '_ipps._tcp' in domain 'local' on interface 'enp1s0' (IPv6)
Sat Aug 10 00:44:26 2024 140425146272320 browse_callback() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425146272320 Avahi Browser: NEW: service 'Kyocera ECOSYS P5021cdn' of type '_ipps._tcp' in domain 'local' on interface 'enp1s0' (IPv4)
Sat Aug 10 00:44:26 2024 140425146272320 browse_callback() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425146272320 Avahi Browser: CACHE_EXHAUSTED
Sat Aug 10 00:44:26 2024 140425146272320 resolver_wrapper() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425120347840 resolve_callback() in THREAD 140425120347840
Sat Aug 10 00:44:26 2024 140425146272320 resolver_wrapper() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425120347840 update_netifs() in THREAD 140425120347840
Sat Aug 10 00:44:26 2024 140425111955136 resolve_callback() in THREAD 140425111955136
Sat Aug 10 00:44:26 2024 140425146272320 resolver_wrapper() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425120347840 Network interfaces: lo (127.0.0.1, localhost), enp1s0 (192.168.10.29, 23ed538, 192.168.10.29*), lo (::1), enp1s0 (2001:a61:3bdc:cc01:a185:fc45:a80b:3b9f), enp1s0 (fd00::fd6f:671a:c70a:a611), enp1s0 (fe80::825b:9a5f:8c81:a017)
Sat Aug 10 00:44:26 2024 140425120347840 Avahi Resolver: Service 'Kyocera ECOSYS P5021cdn' of type '_ipps._tcp' in domain 'local' with host name 'KM3CE71D.local' and port 443 on interface 'enp1s0' (IPv4).
Sat Aug 10 00:44:26 2024 140425120347840 examine_discovered_printer_record: TXT.note: ||
Sat Aug 10 00:44:26 2024 140424895264448 resolve_callback() in THREAD 140424895264448
Sat Aug 10 00:44:26 2024 140425146272320 resolver_wrapper() in THREAD 140425146272320
Sat Aug 10 00:44:26 2024 140425120347840 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: IPP-Get-Notifications
Sat Aug 10 00:44:26 2024 140424886871744 resolve_callback() in THREAD 140424886871744
Sat Aug 10 00:44:26 2024 140425120347840 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: no events
Sat Aug 10 00:44:26 2024 140425120347840 Matching printer "Kyocera_ECOSYS_P5021cdn" with properties Host = "KM3CE71D.local", Port = 443, Service Name = "Kyocera ECOSYS P5021cdn", Domain = "local" with the BrowseFilter lines in cups-browsed.conf
Sat Aug 10 00:44:26 2024 140425120347840 All BrowseFilter lines matched or skipped, accepting printer Kyocera_ECOSYS_P5021cdn
Sat Aug 10 00:44:26 2024 140425120347840 Printer discovered 1 times:
Sat Aug 10 00:44:26 2024 140425120347840     enp1s0, _ipps._tcp, IPv4
Sat Aug 10 00:44:27 2024 140425146272320 browse_callback() in THREAD 140425146272320
Sat Aug 10 00:44:27 2024 140425146272320 Avahi Browser: ALL_FOR_NOW
Sat Aug 10 00:44:27 2024 140425146272320 browse_callback() in THREAD 140425146272320
Sat Aug 10 00:44:27 2024 140425146272320 Avahi Browser: ALL_FOR_NOW
Sat Aug 10 00:44:28 2024 get-printer-attributes: Cannot connect to printer with URI ipps://KM3CE71D.local:443/ipp/print.
Sat Aug 10 00:44:28 2024 
Sat Aug 10 00:44:28 2024 140425120347840 get-printer-attributes IPP call failed on printer Kyocera_ECOSYS_P5021cdn (ipps://Kyocera%20ECOSYS%20P5021cdn._ipps._tcp.local/).
Sat Aug 10 00:44:28 2024 140425120347840 ERROR: Unable to create print queue, ignoring printer.
Sat Aug 10 00:44:28 2024 140425120347840 listening
Sat Aug 10 00:44:28 2024 140425111955136 update_netifs() in THREAD 140425111955136
Sat Aug 10 00:44:28 2024 140425111955136 Network interfaces: lo (127.0.0.1, localhost), enp1s0 (192.168.10.29, 23ed538, 192.168.10.29*), lo (::1), enp1s0 (2001:a61:3bdc:cc01:a185:fc45:a80b:3b9f), enp1s0 (fd00::fd6f:671a:c70a:a611), enp1s0 (fe80::825b:9a5f:8c81:a017)
Sat Aug 10 00:44:28 2024 140425111955136 Avahi Resolver: Service 'Kyocera ECOSYS P5021cdn' of type '_ipp._tcp' in domain 'local' with host name 'KM3CE71D.local' and port 631 on interface 'enp1s0' (IPv4).
Sat Aug 10 00:44:28 2024 140425111955136 examine_discovered_printer_record: TXT.note: ||
Sat Aug 10 00:44:28 2024 140425111955136 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: IPP-Get-Notifications
Sat Aug 10 00:44:28 2024 140425111955136 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: no events
Sat Aug 10 00:44:28 2024 140425111955136 Matching printer "Kyocera_ECOSYS_P5021cdn" with properties Host = "KM3CE71D.local", Port = 631, Service Name = "Kyocera ECOSYS P5021cdn", Domain = "local" with the BrowseFilter lines in cups-browsed.conf
Sat Aug 10 00:44:28 2024 140425111955136 All BrowseFilter lines matched or skipped, accepting printer Kyocera_ECOSYS_P5021cdn
Sat Aug 10 00:44:28 2024 140425111955136 Printer discovered 1 times:
Sat Aug 10 00:44:28 2024 140425111955136     enp1s0, _ipp._tcp, IPv4
Sat Aug 10 00:44:30 2024 get-printer-attributes: Cannot connect to printer with URI ipp://KM3CE71D.local:631/ipp/print.
Sat Aug 10 00:44:30 2024 
Sat Aug 10 00:44:30 2024 140425111955136 get-printer-attributes IPP call failed on printer Kyocera_ECOSYS_P5021cdn (ipp://Kyocera%20ECOSYS%20P5021cdn._ipp._tcp.local/).
Sat Aug 10 00:44:30 2024 140425111955136 ERROR: Unable to create print queue, ignoring printer.
Sat Aug 10 00:44:30 2024 140425111955136 listening
Sat Aug 10 00:44:30 2024 140424895264448 update_netifs() in THREAD 140424895264448
Sat Aug 10 00:44:30 2024 140424895264448 Network interfaces: lo (127.0.0.1, localhost), enp1s0 (192.168.10.29, 23ed538, 192.168.10.29*), lo (::1), enp1s0 (2001:a61:3bdc:cc01:a185:fc45:a80b:3b9f), enp1s0 (fd00::fd6f:671a:c70a:a611), enp1s0 (fe80::825b:9a5f:8c81:a017)
Sat Aug 10 00:44:30 2024 140424895264448 Avahi Resolver: Service 'Kyocera ECOSYS P5021cdn' of type '_ipps._tcp' in domain 'local' with host name 'KM3CE71D.local' and port 443 on interface 'enp1s0' (IPv4).
Sat Aug 10 00:44:30 2024 140424895264448 examine_discovered_printer_record: TXT.note: ||
Sat Aug 10 00:44:30 2024 140424895264448 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: IPP-Get-Notifications
Sat Aug 10 00:44:30 2024 140424895264448 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: no events
Sat Aug 10 00:44:30 2024 140424895264448 Matching printer "Kyocera_ECOSYS_P5021cdn" with properties Host = "KM3CE71D.local", Port = 443, Service Name = "Kyocera ECOSYS P5021cdn", Domain = "local" with the BrowseFilter lines in cups-browsed.conf
Sat Aug 10 00:44:30 2024 140424895264448 All BrowseFilter lines matched or skipped, accepting printer Kyocera_ECOSYS_P5021cdn
Sat Aug 10 00:44:30 2024 140424895264448 Printer discovered 1 times:
Sat Aug 10 00:44:30 2024 140424895264448     enp1s0, _ipps._tcp, IPv4
Sat Aug 10 00:44:31 2024 get-printer-attributes: Cannot connect to printer with URI ipps://KM3CE71D.local:443/ipp/print.
Sat Aug 10 00:44:31 2024 
Sat Aug 10 00:44:31 2024 140424895264448 get-printer-attributes IPP call failed on printer Kyocera_ECOSYS_P5021cdn (ipps://Kyocera%20ECOSYS%20P5021cdn._ipps._tcp.local/).
Sat Aug 10 00:44:31 2024 140424895264448 ERROR: Unable to create print queue, ignoring printer.
Sat Aug 10 00:44:31 2024 140424895264448 listening
Sat Aug 10 00:44:31 2024 140424886871744 update_netifs() in THREAD 140424886871744
Sat Aug 10 00:44:31 2024 140424886871744 Network interfaces: lo (127.0.0.1, localhost), enp1s0 (192.168.10.29, 23ed538, 192.168.10.29*), lo (::1), enp1s0 (2001:a61:3bdc:cc01:a185:fc45:a80b:3b9f), enp1s0 (fd00::fd6f:671a:c70a:a611), enp1s0 (fe80::825b:9a5f:8c81:a017)
Sat Aug 10 00:44:31 2024 140424886871744 Avahi Resolver: Service 'Kyocera ECOSYS P5021cdn' of type '_ipp._tcp' in domain 'local' with host name 'KM3CE71D.local' and port 631 on interface 'enp1s0' (IPv4).
Sat Aug 10 00:44:31 2024 140424886871744 examine_discovered_printer_record: TXT.note: ||
Sat Aug 10 00:44:31 2024 140424886871744 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: IPP-Get-Notifications
Sat Aug 10 00:44:31 2024 140424886871744 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: no events
Sat Aug 10 00:44:31 2024 140424886871744 Matching printer "Kyocera_ECOSYS_P5021cdn" with properties Host = "KM3CE71D.local", Port = 631, Service Name = "Kyocera ECOSYS P5021cdn", Domain = "local" with the BrowseFilter lines in cups-browsed.conf
Sat Aug 10 00:44:31 2024 140424886871744 All BrowseFilter lines matched or skipped, accepting printer Kyocera_ECOSYS_P5021cdn
Sat Aug 10 00:44:31 2024 140424886871744 Printer discovered 1 times:
Sat Aug 10 00:44:31 2024 140424886871744     enp1s0, _ipp._tcp, IPv4
Sat Aug 10 00:44:33 2024 get-printer-attributes: Cannot connect to printer with URI ipp://KM3CE71D.local:631/ipp/print.
Sat Aug 10 00:44:33 2024 
Sat Aug 10 00:44:33 2024 140424886871744 get-printer-attributes IPP call failed on printer Kyocera_ECOSYS_P5021cdn (ipp://Kyocera%20ECOSYS%20P5021cdn._ipp._tcp.local/).
Sat Aug 10 00:44:33 2024 140424886871744 ERROR: Unable to create print queue, ignoring printer.
Sat Aug 10 00:44:33 2024 140424886871744 listening
Sat Aug 10 00:44:56 2024 140425146272320 autoshutdown_execute() in THREAD 140425146272320
Sat Aug 10 00:44:56 2024 140425146272320 Automatic shutdown as there are no print queues maintained by us or no jobs on them for 30 sec.
Sat Aug 10 00:44:56 2024 140425146272320 main loop exited
Sat Aug 10 00:44:56 2024 140425146272320 update_cups_queues() in THREAD 140425185595200
Sat Aug 10 00:44:56 2024 140425146272320 Processing printer list ...
Sat Aug 10 00:44:56 2024 140425146272320 === Remote printer overview ===
Sat Aug 10 00:44:56 2024 140425146272320 ===============================
Sat Aug 10 00:44:56 2024 140425146272320 === Remote printer overview ===
Sat Aug 10 00:44:56 2024 140425146272320 ===============================
Sat Aug 10 00:44:56 2024 140425146272320 cups-browsed [BrowsePoll /run/cups/cups.sock:0]: IPP-Cancel-Subscription
    ~                                                                                                           ✔  30s  


Hallo nitja,
tut mir leid, aber ich werfe das Handtuch. Wir drehen uns im Kreis. Das einzige was ich immer sehe, ist, dass keine Verbindung zum Drucker hergestellt werden kann, dadurch seine Parameter nicht ausgelesen werden und keine Drucker-Queue aufgebaut werden kann.

Sat Aug 10 00:44:31 2024 get-printer-attributes: Cannot connect to printer with URI ipps://KM3CE71D.local:443/ipp/print.
Sat Aug 10 00:44:31 2024 140424895264448 get-printer-attributes IPP call failed on printer Kyocera_ECOSYS_P5021cdn (ipps://Kyocera%20ECOSYS%20P5021cdn._ipps._tcp.local/).
Sat Aug 10 00:44:31 2024 140424895264448 ERROR: Unable to create print queue, ignoring printer.

Aber warum verstehe ich nicht. Im Prinzip haben wir alles durch, was mir einfällt: CUPS und avahi laufen, DNS funktioniert wohl, bliebe nur noch eine blockierende Firewall. Wahrscheinlich habe ich selbst eine Denkblockade…

Deshalb nur noch für künfige Generationen:

  • kannst Du den Drucker anpingen?
  • funktioniert er mit USB-Anschluss?
  • und offenbar benutzt Du zum Drucker eine Kyocera-Weboberfläche? Ist der Schlamassel genauso, wenn Du statt dessen die CUPS-Oberfläche nimmst?

viele Grüsse gosia

's gibt tatsächlich Neuigkeiten. … was aber bislang in Hinsicht auf die Erreichbarkeit per Druckauftrag nicht geändert hat.
Zunächst die Antworten;

   ~  pingkm3ce71d                                                                        2 ✘ 
PING km3ce71d (fd00::217:c8ff:fe3c:e71d) 56 Datenbytes
Von 23ed538 (fd00::fd6f:671a:c70a:a611) icmp_seq=1 Ziel nicht erreichbar: Adresse nicht erreichbar
…

    ~  ping 192.168.10.40                                                        1 ✘  35s  
PING 192.168.10.40 (192.168.10.40) 56(84) Bytes an Daten.
64 Bytes von 192.168.10.40: icmp_seq=1 ttl=255 Zeit=0.086 ms
…

Per usb (das erste Mal ausprobiert, seit ich den Drucker habe):
Sucht sich automatisch den “Generic PCL 6/PCL XL Printer - CUPS+Gutenprint v5.3.4”-“Treiber” und beginnt den Job zum Ausdrucken der Testseite mit der bekannten Müllproduktion, eine Fehlermeldung pro Seite:
Error Name: /undefined Offending Command: E
Error Name: /undefined Offending Command:
Error Name: /undefined Offending Command: ?
Error Name: /undefined Offending Command:

Nicht so wirklich hilfreich

Die benutze ich, um Status & Einstellungen anzuschauen, selten um letztere zu ändern (wirken als Vorgabe für die Einstellungen, die bei Druckaufträgen (aus entsprechenden Anwendungen heraus erteilt werden - z.B. LO, The GIMP, Inkscape, usw.)
In der CUPS-Oberfläche habe ich nichts gefunden, was sich auf den/die installierten Drucker bezieht, nur allgemeine, extrem ausufernde Hilfe-Seiten, die mir bisher nicht wirklich geholfen haben.

Die (Vorgabe-)Einstellungen erscheinen - seit 2 Tagen¹⁾ auch wieder - in Gnomes “Einstellungen»Drucker” und können da auch (nach immer wieder nervenden Pass-Code-Abfragen) gesetzt werden, neben der Möglichkeit Drucker zu installieren/entfernen, Treiber zu spezifizieren usw…

¹) Es hat sich einiges geändert, als ich Deinen Vorschlag …

… umgesetzt habe:
Zunächst erschienen nach der Neuinstallation des Druckers ein echte IPv6-Adresse (hat er aber inzwischen wieder einkassiert) und in Gnomes “Einstellungen” und bei Drucken… aus einer Anwendung heraus die Einstellungen (wie Papier, Format, Farbe, Duplex, Auflösung, usw.
Außerdem gibt es seither auch wieder aktuelle Einträge in /var/log//cups, die tatsächlich auf …log enden, statt auf …log.1 usw. Die werden nach einiger Zeit aber in …log.1 umbenannt und eine neue, leere …log angelegt.

Gerade eben habe ich entdeckt, dass sich in der Kyocera-Weboberfläche (die neuerdings eine Unmenge neuer Einstellmöglichkeiten zeigt) unter “Emulation” statt der angewählten KPDL auch “KPDL (automatisch)” oder “PCL6” setzen lassen. Letzteres harmoniert möglicherweise mit dem von Manjaro/Gnome automatisch gesetzten Gutenprint-Treiber.²⁾

²) Damit lässt sich jetzt tatsächlich die Testseite ausdrucken - noch nicht richtig konfiguriert, aber immerhin.
Übers Netzwerk ist er nach wie vor nicht erreichbar.

Hallo nitja,

da hast Du an der falschen Stelle gesucht.
localhost:631 → oben rechts “Drucker” anklicken → im neuen Fenster sollte der Kyocera erscheinen → anklicken → im Tab “Verwaltung” kannst du im Punkt “Standardeinstellungen” oder “Drucker ändern” Einstellungen vornehmen. Im Tab “Wartung” z.B. “Testseite drucken” usw.
Gibt noch mehr Möglichkeiten, aber das siehst Du spätestens, wenn Du den Kyocera aus der Druckerliste ausgewählt hast.



Ich halte das nicht für entscheidend, sollte auch über die Kyocera-Oberfläche funktionieren. Aber je mehr Faktoren reinspielen, um so mehr potentielle Fehlerquellen muss man berücksichtigen. Wenn es ohne Kyocera-Oberfläche auch nicht funktioniert kann man zumindest sagen, an ihr hat es nicht gelegen.
Deshalb auch mein Vorschlag, mal nur IPv4-Adressen zu benutzen. Klar, der Drucker sollte auch mit IPv6 zurechtkommen, aber sollte ist eben "nur “sollte”

ach, PCLx, die uralte Seitenbeschreibungssprache. Sollte jeder Laserdrucker seit Jahrhunderten beherrschen, sozusagen Esperanto für Drucker. PCL6 gibt es leider in zwei Varianten, PCL6 Enhanced (inkompatibel mit allen früheren Versionen von PCL) und PCL6 Standard = PCL5c oder 5e

Ist zumindest interessant, weil Du in CUPS bei “Hersteller” statt Kyocera “generic” auswählen kannst und dort dann als Modell “Generic PCL 6”.

das ist so ein Eigengebräu von Kyocera, das wohl PCL entspricht. Mehr kann ich dazu nicht sagen, habe noch nie einen Kyocera in real gesehen.

viele Grüsse gosia

ohh mannn! Wie konnte ich nur derart blind sein!

Werde das mal gründlich durchforsten - vielleicht finde ich ja da, wie ich den wieder zum Farbdruck überreden (druckt momentan nur in Graustufen) und vielleicht doch per Netzwerk füttern kann. *

Herzlichen Dank jedenfalls für Deine Geduld & Durchhaltevermögen!

*) hm, außer der Auftragsverwaltung/Warteschlange finde ich da nichts - jedenfalls nichts was mit Einstellungen/settings/mode o.ä. zu tun hat.

Ich hab null ahnung von drucken, ich schließe einfach meinen USB drucker an und alles läuft.

Aber da es bei dir vor dem updaten ja auch lief, würde ich einfach mal direkt mit nen USB Stick in Live Boot rein und gucken ob du dort, wie gewohnt drucken kannst.

Wäre zwar nur ein Workaround aber wenigstens könnte man so die Zeit überbrücken und kann sich gedanken machen um den fehler zu finden oder sein OS neu zu installieren (falls es wirklich mit Liveboot läuft).

Hallo nitja,

eigentlich schon. Kyocera auswählen → Standardeinstellungen festlegen → Graustufen aus
so in etwa:


viele Grüsse gosia

PS.
die Idee von @Kobold solltest Du unbedingt probieren.