Beiträge von Capybara

Zitat von Sauerland

Und wie ist er nun angeschlossen?

USB

Zitat von luigi

Lässt sich nur die Testseite nicht drucken? Hast du es mal mit einer einfachen pdf-Datei versucht?

Nix lässt dich drucken, auch keine txt-Datei.

Zitat von Sauerland

Drucker ist per USB Kabel angeschlossen?

Ist er. Und lpstat -t ergibt

Zeitplandienst läuft
systemvoreingestelltes Ziel: Fritzdruck
Gerät für Fritzdruck: socket://192.168.178.1:9100
Gerät für Samsung_ML-1630_Series: usb://Samsung/ML-1630%20Series?serial=4521BADPB11473V.
Fritzdruck akzeptiert Anfragen seit Mo 07 Sep 2026 08:50:45 CEST
Samsung_ML-1630_Series akzeptiert Anfragen seit Di 29 Sep 2026 09:42:11 CEST
Drucker Fritzdruck ist im Leerlauf.  Aktiviert seit Mo 07 Sep 2026 08:50:45 CEST
Drucker Samsung_ML-1630_Series ist im Leerlauf.  Aktiviert seit Di 29 Sep 2026 09:42:11 CEST

Zitat von Sauerland

Lade dir als User den Treiber herunter:

Führe die Anweisungen des Installers aus.

Print driver has been installed successfully.

**** Registering SANE backend ...

**** Restarting udev ...

**** Scan driver has been installed successfully.

**** Install finished.

So weit, so gut – morgen sehe ich weiter. Für heute dicken Dank!

Zitat von Sauerland

ghostscript mal neu installiert:

Code

zypper in -f ghostscript

Erledigt, kein Erfolg dadurch.

Zitat von luigi

Code

E [28/Sep/2026:15:02:58 +0200] ML-1630: Datei \"/usr/lib/cups/filter/rastertospl\" nicht verfügbar: No such file or directory

Hast du früher den Samsung Unified Linux Driver (ULD) genutzt? Dann müsstest du eine link setzen, da rastertospl anscheinend unter /usr/lib/cups/filter/ nicht gefunden wird.

Oder einfach die Datei dorthin kopieren.

Code

sudo cp rastertospl /usr/lib/cups/filter/

Alternativ könntest du für den Drucker das Splix-Pakte ausprobieren

Code

sudo zypper in splix

und beim CUPS-Webinterface dann die splix Treiber auswählen.

Mit Splix hatte ich es schon probiert. (Wie früher auch, damals allerdings mit Erfolg,) Und mit dem ULD auch (Version uld_V1.00.39_01.17).

Zitat von Sauerland

Ich hatte eigentlich gedacht, ich hätte den Fehler im Pfad ausgebessert, aber anscheinend nicht:

Es heißt nicht cuspd sondern cupsd

und dadurch auch nicht cupsd sondern nur cups:

Code

ls -al  /etc/cups/cupsd.conf
-rw-r-----. 1 root lp 5146 28. Sep 10:18 /etc/cups/cupsd.conf

Alles der Reihe nach erledigt, und wieder läuft unter CUPS die Einrichtung eines neuen Druckers glatt. Und wieder heißt es am Ende:

Die Testseite kann nicht gedruckt werden

Nicht unterstütztes Format "application/vnd.cups-pdf-banner".

Zitat von luigi

Danach sollten bei neuen Druckversuchen alle Drucker-Fehlermeldungen in /var/log/cups/error_log zu finden sein.

Diese hier bitte zeigen.

https://app-share.mailbox.org/appsuite/api/share/0ebf50ec0d282254ec0015cd282245d4997b00e91ecc2e8e/1/8/MjQ1Ng/MjQ1Ni85Njk2

Zitat von Sauerland

Treiber einmal neu installieren?

Setze einmal in /etc/cuspd/cupsd.conf das LogLevel von warn auf debug:

Hmmm, den Treiber hatte ich schon neu installiert, ohne Erfolg. Und die Änderung von /etc/cuspd/cupsd.conf scheitert, weil diese Konfigurationsdatei bei mir nicht existiert.

Bisher lief alles problemlos mit meinem antiken Drucker unter Tumbleweed, aber eines der letzten OS-Updates hat zu einer rigorosen Arbeitsverweigerung geführt (unter Zorin und Windows 10 weiterhin keine Probleme). In den Gnome-Druckereinstellungen wird er nach wie vor mit dem korrekten Treiber aufgeführt, nimmt aber keine Druckaufträge mehr an. Also mit CUPS neu eingerichtet, doch das Ergebnis ist dasselbe: Der Versuch, eine Testseite auszudrucken endet mit der Meldung

Nicht unterstütztes Format "application/vnd.cups-pdf-banner"

… und da weiß ich schon nicht weiter und wäre für einen Tip dankbar.