Probleme mit GDI-Drucker und CUPS-Server
Hallo, ich scheine anscheinend so ungewöhnliche Probleme zu haben, dass mir fast nie jemand auf meine Threads antwortet. Naja, damit muss ich mich wohl abfinden. Wieder ein seltsames Phänomen, verbunden mit der Hoffnung, dass jemand Rat weiss... An einem Suse 8.2 mit CUPS-Server hängt seit neuestem ein Lexmark Laserdrucker E210 (seineszeichens ein GDI-Drucker). Die Queue heisst lp1, ist mit YAST so konfiguriert worden, dass sie vom (reinen Suse 8.2-)Netzwerk erreichbar ist. Das funktionierte mit dem vorherigen Drucker (Brother irgendwas, PCL-Drucker) allerbestens, und mit dem Lexmark (wie es schien) zunächst auch. Nur musste ich feststellen, dass sich manche Dokumente einfach nicht drucken ließen, egal welche Anstrengungen ich unternommen habe. Später habe ich dann auch festgestellt, dass bei mehrseitigen Dokumenten willkürlich irgendwelche Seiten fehlten. Wenn ich den Druck dann wiederholt habe, fehlten wiederum andere Seiten. Wenn ich den alten Brother wieder dranhänge, funktioniert wieder alles bestens. Die Clients nutzen alle den foomatic mit der ppd Datei von linuxprinting.org (standardmäßig bei 8.2 dabei). Auf der mitgelieferten CD war tatsächlich auch noch eine ppd-Datei, die war aber bitweise identisch mit der von linuxprinting.org. Hier sind Auszüge aus der /var/log/messages [...] Dec 15 18:56:25 suserouter lpd[566]: connection from 192.168.0.101 Dec 15 18:56:25 suserouter RECV[25291]: lp1: Receive_job: read from 192.168.0.101- status 0 read 18 bytes '^B49 cfA999patricia' Dec 15 18:56:25 suserouter RECV[25291]: lp1: Receive_job: read from 192.168.0.101- status 0 read 17 bytes '^C0 dfA999patricia' Dec 15 18:56:55 suserouter RECV[25291]: lp1: Receive_job: read from 192.168.0.101- status 0 read 0 bytes '' Dec 15 18:56:55 suserouter RECV[25291]: lp1: Check_for_missing files: SUCCESS 'cfA000patricia' [...] (das Zeux kommt einmal pro Minute... check ich ned, warum.) /var/log/cups/error_log [...] D [14/Dec/2003:21:04:19 +0100] AcceptClient() 2 from localhost:631. D [14/Dec/2003:21:04:19 +0100] ReadClient() 2 POST / HTTP/1.1 D [14/Dec/2003:21:04:19 +0100] ProcessIPPRequest: 2 status_code=0 D [14/Dec/2003:21:04:19 +0100] CloseClient() 2 D [14/Dec/2003:21:04:19 +0100] AcceptClient() 2 from localhost:631. D [14/Dec/2003:21:04:19 +0100] ReadClient() 2 POST / HTTP/1.1 D [14/Dec/2003:21:04:19 +0100] ProcessIPPRequest: 2 status_code=0 D [14/Dec/2003:21:04:19 +0100] CloseClient() 2 D [14/Dec/2003:21:04:19 +0100] AcceptClient() 2 from localhost:631. D [14/Dec/2003:21:04:19 +0100] ReadClient() 2 POST / HTTP/1.1 D [14/Dec/2003:21:04:19 +0100] ProcessIPPRequest: 2 status_code=0 D [14/Dec/2003:21:04:20 +0100] CloseClient() 2 D [14/Dec/2003:21:07:58 +0100] CloseClient() 4 Hatte schonmal jemand so ein Problem? Was ist los? Soll ich den Drucker verkaufen? Woran könnte es liegen? -- Michael Herrmann PGP / GnuPG Fingerprint: 8C97 D13A C023 A86D 540F 3C22 98BA 324D 50A0 7771
Michael Herrmann, Montag, 15. Dezember 2003 19:12:
An einem Suse 8.2 mit CUPS-Server hängt seit neuestem ein Lexmark Laserdrucker E210 (seineszeichens ein GDI-Drucker).
http://portal.suse.de/sdb/de/2002/10/mmichna_optraE210.html hast Du gelesen? Such auch mal generell nach GDI in der sdb.
Was ist los? Soll ich den Drucker verkaufen?
Nun, wenn es Dein Budget zuläßt, dann tu das, und erwirb einen Postscript-Drucker. Dann müßtest Du so ziemlich alle Probleme los sein, und zwar unter jedem OS. -- Andreas Feile www.feile.net
Hallo, On Dec 15 19:12 Michael Herrmann wrote (shortened):
An einem Suse 8.2 mit CUPS-Server hängt seit neuestem ein Lexmark Laserdrucker E210 ... Das funktionierte mit dem vorherigen Drucker (Brother irgendwas, PCL-Drucker) allerbestens, und mit dem Lexmark (wie es schien) zunächst auch. Nur musste ich feststellen, dass sich manche Dokumente einfach nicht drucken ließen, egal welche Anstrengungen ich unternommen habe. Später habe ich dann auch festgestellt, dass bei mehrseitigen Dokumenten willkürlich irgendwelche Seiten fehlten. Wenn ich den Druck dann wiederholt habe, fehlten wiederum andere Seiten.
Das könnte daran liegen, dass die Datenübertragung Rechner -> Drucker nicht zuverlässig funktioniert, also irgendein Problem mit dem USB oder Parallelport (je nachdem, wie der Drucker angeschlossen ist). Da es mit einem anderen Drucker gut funktioniert, scheint das eher unwahrscheinlich zu sein. Wahrscheinlich funktioniert der "samsunggdi" Ghostscript-Treiber einfach nicht zuverlässig, siehe die übliche Quelle: http://www.linuxprinting.org/show_printer.cgi?recnum=Lexmark-E210 -------------------------------------------------------------------- The original driver published under the GPL by Samsung ... has a bug which prevents some files from being printed. -------------------------------------------------------------------- Bzgl. "ich will den Treiber gefixt haben" bitte ausschliesslich Samsung kontaktieren, denn siehe: http://portal.suse.com/sdb/de/1998/05/ke_printer-gdi.html -------------------------------------------------------------------- ... da wir GDI-Druckertreiber nicht selbst testen (wir kaufen keine GDI Drucker). ... Viele GDI-Druckertreiber haben besondere Einschränkungen, weswegen GDI-Drucker oft nicht unter den üblichen Bedingungen verwendet werden können. ... Offensichtlich entwickeln wir selbst keinerlei GDI-Druckertreiber, denn es gibt Hunderte (tatsächlich mehr als Tausend) Druckermodelle, die gut mit Linux funktionieren -------------------------------------------------------------------- Ich empfehle, bei nächster sich bietender Gelegenheit solche Hardware loszuwerden und sich was normales zuzulegen: http://portal.suse.com/sdb/de/1999/12/jsmeix_print-kompatibel.html Gruss, Johannes Meixner -- SUSE LINUX AG, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/
participants (3)
-
Andreas Feile
-
Johannes Meixner
-
Michael Herrmann