Fragt mich nicht warum, aber er tut. Hatte zuerst noch den Duplex-Treiber gewählt, da zog er das Blatt durch den Duplex, egal ob Duplex gewählt oder nicht. Jetzt den normalen genommen, Druckt einwandfrei. Danke (vor allem an Johannes Meixner) Gruß Daniel Johannes Meixner schrieb:
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