Hallo, Johannes Meixner schrieb:

Hallo,

On Sep 4 13:05 Daniel Spannbauer wrote (shortened):

...

ich hab ein Problem mit dem Drucken unter SUSE 10.1 Installiert ist ein Standard-SuSe, also keine Updates o.ä.

Eingerichtet ist ein Kyocera 1010 an einem Printserver über den ich drucken kann. Als Treiber wird der hp-laserjet 5 (HP-LaserJet_5-hpijs.ppd.gz) genommen.

Was genau ist ein "Kyocera 1010"? Es ist nicht hilfreich, wenn man das Modell raten muß. Es gibt sowohl einen "Kyocera F-1010" als auch einen "Kyocera FS-1010" und die sind in YaST auch so auswählbar mit folgenden PPD-Dateien: /usr/share/cups/model/manufacturer-PPDs/kyocera/Kyocera_Mita_FS-1010_en.ppd.gz /usr/share/cups/model/Kyocera/F-1010-gimp-print.ppd.gz /usr/share/cups/model/Kyocera/F-1010-laserjet.ppd.gz /usr/share/cups/model/Kyocera/F-1010-ljetplus.ppd.gz /usr/share/cups/model/Kyocera/FS-1010-Postscript.ppd.gz /usr/share/cups/model/Kyocera/FS-1010-gimp-print.ppd.gz /usr/share/cups/model/Kyocera/FS-1010-lj4dith.ppd.gz /usr/share/cups/model/Kyocera/FS-1010-lj5gray.ppd.gz /usr/share/cups/model/Kyocera/FS-1010-ljet4.ppd.gz /usr/share/cups/model/Kyocera/FS-1010-ljet4d.ppd.gz /usr/share/cups/model/Kyocera/FS-1010-pxlmono.ppd.gz

Warum also dann eine PPD-Datei für einen HP LaserJet 5 nehmen mit einem Treiber "hpijs", der ganz speziell für HP Drucker ist?

Weil ich weiß das das PCL rauskommt. Die Kyocera-Drucker laufen damit ohne Motzen, im gegensatz zu den HErsteller-ppd's. Bei einem Kyocera FS-1020D (auch ein Laserdrucker) habe ich das Problem das eine Seite vom KDE weg gedruckt (aus quickshow oder wo auch immer) teilweise 15 min. rumgammelt bevor sich der Drucker entschließt zu drucken. Hier fehlt wohl einfach der Satz für das Seitenende im Druckfile, der Drucker wartet und wartet........ Bis ich ne neue Seite schicke. Dann spuckt er die erste und die 2te Wartet auch wieder ewig. Normalerweise nehmen wir die Hersteller-ppds, nur hier bin ich und meine Kollegen schon mehrfach (gerade bei Kyocera) auf die Schnautze gefallen.

Bei einem "Kyocera FS-1010" PostScript Drucker ist die originale PPD-Datei vom Hersteller /usr/share/cups/model/manufacturer-PPDs/kyocera/Kyocera_Mita_FS-1010_en.ppd.gz in Zweifelsfall immer die beste Wahl, siehe unsere Doku: http://de.opensuse.org/SDB:Drucker_einrichten_ab_SUSE_LINUX_9.1 "Allgemeine Hinweise zum Einrichten von PostScript Druckern"

...

Ich hänge hier ... mal die error.log des Cups an.

Darin findet sich: ------------------------------------------------------------------- I ... Started filter /usr/lib/cups/filter/foomatic-rip (PID 21363) for job 63. ... D ... Process dying with "The renderer command line returned an unrecognized error code 135.", exit stat: 1 ... E ... PID 21363 stopped with status 1! -------------------------------------------------------------------

Das hilft noch nicht wirklich weiter.

Also in /usr/lib/cups/filter/foomatic-rip (ein Link auf /usr/bin/foomatic-rip) das Debugging einschalten, dazu die Zeile

my $debug = 0;

in

my $debug = 1;f

ändern und dann nach genau einem erneuten (Fehl)-Versuch in /tmp/foomatic-rip.log nachschauen, ob sich da nun erhellende Informationen finden.

Ok, habe ich gemacht. Hier der Output (in der Hoffung das einer den Fehler findet..... foomatic-rip version $Revision: 3.48 $ running... called with arguments: '75', 'root', 'testpg.ps', '1', '' Parsing PPD file ... *cupsFilter: "application/vnd.cups-postscript 0 foomatic-rip" Added option ColorSpace Added option Resolution Added option PageSize Added option PageRegion Added option Model Added option PrintoutMode Added option ImageableArea Added option PaperDimension Added option InputSlot Added option Manualfeed Added option Duplex Added option Economode Added option Copies Added option REt Added option TonerDensity Added option MPTray Added option Quality Added option Font Parameter Summary ----------------- Spooler: cups Printer: y2test PPD file: /etc/cups/ppd/y2test.ppd Printer model: HP LaserJet 5 Foomatic/hpijs (recommended) Options: Job title: testpg.ps File(s) to be printed: <STDIN> ================================================ File: <STDIN> ================================================ Reading PostScript input ... "Prolog" section is missing, inserting it. "Setup" section is missing, inserting it. Inserting PostScript code for CUPS' page accounting "PageSetup" section is missing, inserting it. Inserting option code into "PageSetup" section. ----------- Found: %%BeginProlog Found: %%EndProlog ----------- Found: %%BeginSetup Found: %%BeginFeature: *PrintoutMode Normal Option: PrintoutMode=Normal --> Setting option Found: %% FoomaticRIPOptionSetting: PrintoutMode=Normal Option: PrintoutMode=Normal --> Setting option Found: %%BeginFeature: *REt Medium Option: REt=Medium --> Setting option Found: %% FoomaticRIPOptionSetting: REt=MediumFound: %% FoomaticRIPOptionSetting: Copies=1 Option: Copies=1 --> Setting option Found: %%BeginFeature: *Economode Off Option: Economode=Off --> Setting option Found: %% FoomaticRIPOptionSetting: Economode=Off Option: Economode=Off --> Setting option Found: %%BeginFeature: *MPTray First Option: MPTray=First --> Setting option Found: %% FoomaticRIPOptionSetting: MPTray=First Option: MPTray=First --> Setting option Found: %%BeginFeature: *Quality FromPrintoutMode Option: Quality=FromPrintoutMode --> Setting option Found: %% FoomaticRIPOptionSetting: Quality=@PrintoutMode Option: Quality=FromPrintoutMode --> Setting option Found: %%BeginFeature: *PageRegion A4 Option: PageRegion=A4 --> Option will be set by PostScript interpreter Found: %% FoomaticRIPOptionSetting: PageSize=A4 Option: PageSize=A4 --> Setting option Found: %%BeginFeature: *Duplex None Option: Duplex=None --> Setting option Found: %% FoomaticRIPOptionSetting: Duplex=None Option: Duplex=None --> Setting option Found: %%EndSetup ----------- Found: %%BeginProlog Found: %%EndProlog ----------- New page: 1 1 Found: %%BeginPageSetup Found: %%EndPageSetup End of page header Stopping search for page header options Found: gsave mark --> Output goes directly to the renderer now. Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page header options Stopping search for page Stopped parsing the PostScript data, sending rest directly to renderer. Starting renderer JCL: ESC%-12345X@PJL @PJL SET MANUALFEED=OFF @PJL SET ECONOMODE=OFF @PJL SET COPIES=1 @PJL SET RET=MEDIUM @PJL SET DENSITY=5 @PJL SET MPTRAY=FIRST <job data> ESC%-12345X@PJL RESET renderer PID kid4=7967 renderer command: gs -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=ijs - sIjsServer=hpijs -sDeviceManufacturer="HEWLETT-PACKARD" -sDeviceModel="HP LaserJ et" -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -dDuplex=false -r300 -sIjsP arams=Quality:Quality=0,Quality:ColorMode=0,Quality:MediaType=0,Quality:PenSet=0 ,PS:MediaPosition=7 -dIjsUseOutputFD -sOutputFile=- - Closing renderer foomatic-gswrapper: gs '-dBATCH' '-dPARANOIDSAFER' '-dQUIET' '-dNOPAUSE' '-sDEVI CE=ijs' '-sIjsServer=hpijs' '-sDeviceManufacturer=HEWLETT-PACKARD' '-sDeviceMode l=HP LaserJet' '-dDEVICEWIDTHPOINTS=595' '-dDEVICEHEIGHTPOINTS=842' '-dDuplex=fa lse' '-r300' '-sIjsParams=Quality:Quality=0,Quality:ColorMode=0,Quality:MediaTyp e=0,Quality:PenSet=0,PS:MediaPosition=7' '-dIjsUseOutputFD' '-sOutputFile=| cat

&3' '/dev/fd/0' 3>&1 1>&2 sh: line 1: 7971 Bus error gs '-dBATCH' '-dPARANOIDSAFER' '-dQUIE T' '-dNOPAUSE' '-sDEVICE=ijs' '-sIjsServer=hpijs' '-sDeviceManufacturer=HEWLETT- PACKARD' '-sDeviceModel=HP LaserJet' '-dDEVICEWIDTHPOINTS=595' '-dDEVICEHEIGHTPO INTS=842' '-dDuplex=false' '-r300' '-sIjsParams=Quality:Quality=0,Quality:ColorM ode=0,Quality:MediaType=0,Quality:PenSet=0,PS:MediaPosition=7' '-dIjsUseOutputFD ' '-sOutputFile=| cat >&3' '/dev/fd/0' 3>&1 1>&2 renderer return value: 135 renderer received signal: 135 Process dying with "The renderer command line returned an unrecognized error cod e 135.", exit stat: 1 The renderer command line returned an unrecognized error code 135. tail process done writing data to STDOUT KID4 finished KID3 exited with status 1 Renderer exit stat: 1 Renderer process finished Killing process 7966 (KID3) Process dying with "Error closing renderer", exit stat: 1

Sorry für das Fill-Quote, soll ja auch anderen HElfen die evtl. den Zusammenhang nachher nicht ganz herstellen können. Gruß Daniel

Gruss Johannes Meixner

Hallo, Johannes Meixner schrieb:

Hallo,

On Sep 5 11:55 Daniel Spannbauer wrote (shortened):

...

Johannes Meixner schrieb:

...

On Sep 4 13:05 Daniel Spannbauer wrote (shortened):

...

ich hab ein Problem mit dem Drucken unter SUSE 10.1 Installiert ist ein Standard-SuSe, also keine Updates o.ä.

Eingerichtet ist ein Kyocera 1010 an einem Printserver über den ich drucken kann. Als Treiber wird der hp-laserjet 5 (HP-LaserJet_5-hpijs.ppd.gz) genommen.

Was genau ist ein "Kyocera 1010"? Es ist nicht hilfreich, wenn man das Modell raten muß.

Warum wird diese einfache und elementare Fage nicht beantwortet? Ist es denn egal, ob man rumraten muß oder nicht?

Naja, die hast du ja schon beantwortet...ein Kyocera FS-1010. Aber für dieses Problem hier ist es ja eigentlich unerheblich, das Zeugs kommt ja schon gar nicht zum Drucker.

...

...

Warum also dann eine PPD-Datei für einen HP LaserJet 5 nehmen mit einem Treiber "hpijs", der ganz speziell für HP Drucker ist?

Weil ich weiß das das PCL rauskommt. Die Kyocera-Drucker laufen damit ohne Motzen, im gegensatz zu den HErsteller-ppd's.

Aha! Das ist also PCL (siehe das foomatic-rip.log): ----------------------------------------------- JCL: ESC%-12345X@PJL @PJL SET MANUALFEED=OFF @PJL SET ECONOMODE=OFF @PJL SET COPIES=1 @PJL SET RET=MEDIUM @PJL SET DENSITY=5 @PJL SET MPTRAY=FIRST <job data> ESC%-12345X@PJL RESET ----------------------------------------------- Da kommt neben PCL eben auch PJL raus. Kyocera Drucker können zwar normalerweise auch PJL, aber was da genau gesendet wird, hängt vom Druckermodell ab und ich weiß nicht, ob dieser PJL-Header für einen HP LaserJet 5 auch der Kyocera Drucker versteht - aber egal - darauf kommt es bei dem Problem hier vermutlich nicht an.

Für generisches PCL stehen generische PPD-Dateien zur Verfügung: /usr/share/cups/model/Generic/PCL* Siehe auch unsere Doku: /usr/share/doc/manual/suselinux-manual_en/manual/sec.p.config.html

Hab jetzt mal einen davon ausprobiert....was soll ich sagen....foomatic-ripper meldet Exit-Status=0. Scheint er also jetzt zu Fressen. Kommt der mit dem Laserjet5 nicht zurecht? Danke jedenfalls für die Erleuchtung :) Gruß Daniel

...

...

/tmp/foomatic-rip.log nachschauen, ob sich da nun erhellende Informationen finden.

Ok, habe ich gemacht. Hier der Output (in der Hoffung das einer den Fehler findet.....

...

...

Starting renderer JCL: ESC%-12345X@PJL @PJL SET MANUALFEED=OFF @PJL SET ECONOMODE=OFF @PJL SET COPIES=1 @PJL SET RET=MEDIUM @PJL SET DENSITY=5 @PJL SET MPTRAY=FIRST <job data> ESC%-12345X@PJL RESET

...

...

sh: line 1: 7971 Bus error gs '-dBATCH' '-dPARANOIDSAFER' '-dQUIE T' '-dNOPAUSE' '-sDEVICE=ijs' '-sIjsServer=hpijs' '-sDeviceManufacturer=HEWLETT- PACKARD' '-sDeviceModel=HP LaserJet' '-dDEVICEWIDTHPOINTS=595' '-dDEVICEHEIGHTPO INTS=842' '-dDuplex=false' '-r300' '-sIjsParams=Quality:Quality=0,Quality:ColorM ode=0,Quality:MediaType=0,Quality:PenSet=0,PS:MediaPosition=7' '-dIjsUseOutputFD ' '-sOutputFile=| cat >&3' '/dev/fd/0' 3>&1 1>&2 renderer return value: 135

Ich habe keine Idee, was die eigentliche Ursache für den "Bus error" sein könnte.

Der Ghostscript Aufruf schlägt jedenfalls fehl und daher werden keine druckerspezifischen Daten produziert.

Bei mir hier funktioniert obiger Ghostscript Aufruf (alles fortlaufend in einer einzigen Zeile): ------------------------------------------------------------------------ cat /usr/share/doc/packages/ghostscript/examples/colorcir.ps | gs '-dBATCH' '-dPARANOIDSAFER' '-dQUIET' '-dNOPAUSE' '-sDEVICE=ijs' '-sIjsServer=hpijs' '-sDeviceManufacturer=HEWLETT-PACKARD' '-sDeviceModel=HP LaserJet' '-dDEVICEWIDTHPOINTS=595' '-dDEVICEHEIGHTPOINTS=842' '-dDuplex=false' '-r300' '-sIjsParams=Quality:Quality=0,Quality:ColorMode=0,Quality:MediaType=0,Quality:PenSet=0,PS:MediaPosition=7' '-dIjsUseOutputFD' '-sOutputFile=| cat>&3' '/dev/fd/0' 3>&1 1>&2 | cat >/tmp/out ------------------------------------------------------------------------ und in /tmp/out finden sich dann die druckerspezifischen Daten.

Gruss Johannes Meixner

Hallo, On Sep 5 13:41 Daniel Spannbauer wrote (shortened):

Hab jetzt mal einen davon ausprobiert....was soll ich sagen....foomatic-ripper meldet Exit-Status=0. Scheint er also jetzt zu Fressen. Kommt der mit dem Laserjet5 nicht zurecht?

Der hpijs Treiber ist speziell für HP Drucker. Der produziert nicht unbeedingt generisches PCL, sondern z.B. auch ggf. spezielle HP-eigene PCL-Sequenzen und ggf. auch PJL (bzw. das PJL wird evtl. auch direkt via der zugehörigen PPD erzeugt).

Tja, leider zu früh gefreut. Leider kommt am Drucker nichts. UUIch hab das error_log von Cups und das foomatic-rip.log mal auf meinen Webserver gestellt..... www.mo-parts.de/cups

Weder in http://www.mo-parts.de/cups/error_log noch in http://www.mo-parts.de/cups/foomatic-rip.log finde ich eine Fehlermeldung - im Gegenteil - es sieht alles in Ordnung aus. Gemäß http://www.mo-parts.de/cups/foomatic-rip.log wurde folgende PPD Datei verwendet: "Generic PCL 5 Printer Foomatic/ljet3d" Ich vermute der Kyocera Drucker mag vielleicht kein altertümliches PCL5 sondern lieber PCL5e (oder der ljet3d Treiber erzeugt spezielle PCL5-Sequenzen, die nur der HP LaserJet 3 und 100% kompatible Drucker verarbeiten können - insbes. vielleicht die Duplexaktivierung via PCL5-Sequenz oder ähnliches), vergl: http://de.opensuse.org/SDB:Drucker-Kauf_und_Kompatibilit%C3%A4t Normalerweise funktioniert für "PCL-Drucker" am sichersten (weil "PCL-Drucker" normalerweise PCL5e können) der traditionelle ljet4 Treiber, der generisches PCL5e produziert: /usr/share/cups/model/Generic/PCL_5e_Printer-ljet4.ppd.gz "Generic PCL 5e Printer Foomatic/ljet4 (recommended)" Für Duplex (mit Duplexaktivierung via PCL5e-Sequenz für den HP LaserJet 4) folgende PPD ausprobieren: /usr/share/cups/model/Generic/PCL_5e_Printer-ljet4d.ppd.gz "Generic PCL 5e Printer Foomatic/ljet4d" Gruss Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/

Hallo, On Sep 8 09:48 Daniel Spannbauer wrote (shortened):

der "Stop Job" und der "Cancel Job" am Ende des Error_log sind normal?

Ja. CancelJob löscht den aus der Sicht von CUPS korrekt verarbeiteten Job aus der Warteschlange. Bei nicht korrekter Verarbeitung bleibt der Job erhalten. Es kommt bei "StopJob" auf den genauen Wert an. "printer state is 3" ist normal. Vregl. dazu http://de.opensuse.org/SDB:CUPS_in_aller_K%C3%BCrze "Die Backends" -------------------------------------------------------------------- Für das Drucksystem ist der Druckauftrag genau dann komplett abgearbeitet, wenn das Backend fertig ist. Das Backend ist fertig, wenn die Datenübertragung zum Empfänger beendet ist. Wenn danach die weitere Verarbeitung beim Empfänger scheitert (z.B. wenn der Drucker die druckerspezifischen Daten nicht zu Papier bringen kann), merkt das Drucksystem davon nichts mehr. Wenn die Datenübertragung zum Empfänger endgültig scheitert (normalerweise macht ein Backend mehrere Versuche), dann meldet das Backend einen Fehler an das Drucksystem (genauer an den cupsd). Das Backend entscheidet, ob und wieviele Versuche sinnvoll sind, bis es die Datenübertragung als unmöglich meldet. Da weitere Versuche somit sinnlos sind, wird das Ausdrucken für die betroffene Warteschlange vom cupsd abgeschaltet (disable). Nachdem die Ursache des Problems behoben wurde, muss der Systemverwalter mit /usr/bin/enable das Ausdrucken wieder aktivieren. --------------------------------------------------------------------

Ich hab jetzt mal den PCL_5e_Printer-ljet4d.ppd.gz genommen, schenit auch nichts raus zu kommen.

Jemand ne Idee wo ich noch suchen könnte?

Ich leider nicht. Gruss Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/