Leider kann ich im Moment nur von einer nicht software-frischen Maschine drucken, cups macht nach upgrade macht Ärger:
filter failed (bei mehreren Druckern)
Ich habe einen halben Tag lang alles mir vorstellbare versucht, u.a. mit vollständigem neuen Aufsetzen von cups, aber keine Besserung
/var/log/cups/err_log sagt u.a.: gstoraster stoppt with status 127 (file to large) .... kann bei einer Testseite schwerlich sein.
Downgraden ist bei cups wsl. beschwerlich (überhaupt möglich?), hat noch jemand einen Tipp?
Wie gesagt mit einer nicht so frischen Maschine ist alles gut (auch neue Drucker aufsetzen). D.h. der aktuelle cups-Softwarestand scheint es zu sein.
Danke schon mal für Eure Hilfe/Zeit und als Hinweis zur Vorsicht
Gruß Dieter
Ein Downgrade von cups hilft nicht - cups ist nicht die Ursache. Schuld ist
libqpdf30 12.4.0-1 vom 10.08., das ein C++-Symbol nicht mehr unter dem alten
Versions-Tag durchreicht. gstoraster aus cups-filters wurde seitdem nicht neu
gebaut und findet es nicht mehr.
Exit-Code 127 kommt vom dynamischen Linker. Das "(file too large)" in der
cups-Meldung ist nur eine unbrauchbare strerror()-Übersetzung des Codes und
führt in die Irre. Alles danach - "filter failed", der Herstellerfilter mit
Status 1, pdftopdf mit Signal 13 - ist Folgeschaden.
Ist als Debian-Bug gemeldet: https://bugs.debian.org/1144099
Der Fix ist ein Neubau von cups-filters. Solange der nicht da ist:
Workaround
Jede Umwandlungsregel in /usr/share/cups/mime/*.convs trägt eine Zahl. cups nimmt
die Kette mit der kleinsten Summe. gstoraster steht dort mit 99, pdftoraster mit
100 - deshalb kommt immer gstoraster zum Zug:
application/vnd.cups-pdf -> image/pwg-raster 99 gstoraster (kaputt)
application/vnd.cups-pdf -> image/pwg-raster 100 pdftoraster (geht)
application/vnd.cups-pdf -> image/pwg-raster 101 mupdftoraster
Ein Ausweichen gibt es nicht: cups legt den Weg vorher fest und bricht ab, wenn ein
Filter darin stirbt. pdftoraster war die ganze Zeit da und funktionsfähig, wurde
aber nie aufgerufen.
Nimmt man die Ghostscript-Regeln aus dem Spiel, greift automatisch pdftoraster:
sudo mv /usr/share/cups/mime/cupsfilters-ghostscript.convs \
/usr/share/cups/mime/cupsfilters-ghostscript.convs.disabled
sudo systemctl restart cups
Danach druckt es hier wieder, über alle Warteschlangen. Die Datei liegt unter
/usr/share, ist also keine conffile - sobald das reparierte cups-filters kommt,
legt dpkg sie von selbst wieder an. Die .disabled-Kopie dann löschen.
Ein Nebeneffekt: in derselben Datei steht auch die einzige Regel
application/vnd.cups-postscript -> cups-raster. Direktes PostScript-Drucken
nimmt danach den Umweg über PDF. Bei mir folgenlos.
--
Diagnose gemeinsam mit Claude Code erarbeitet, sämtliche Befunde auf
meinem System nachgemessen: Reproducer, Symbolprüfung und Workaround sind hier
verifiziert.
Das geht mit Sicherheit schneller und dann abwarten!
https://forum.siduction.org/index.php?topic=10021.0