Hallo, Etwas ganz Grundsätzliches: Wann immer es um irgendwelche Hardware geht, wird doch wohl so viel Zeit sein, die exakte Modellbezeichnung mitzuteilen. Immer. Also selbstverständlich auch dann, wenn das exakte Modell nicht wichtig zu sein scheint. Wann immer es um irgendwelche Fehler geht, wird doch wohl so viel Zeit sein, die exakte (Fehler)-Meldung mitzuteilen. Immer. Also selbstverständlich auch dann, wenn die exakte (Fehler)-Meldung nicht wichtig zu sein scheint. Wann immer es um irgendwelche Probleme geht, wird doch wohl so viel Zeit sein, die exakte Suse Linux bzw. openSUSE Version mitzuteilen bzw. zumindest die exakte Version der betroffenen Software (hier CUPS) und beides natürlich immer, wenn eine andere Softwareversion verwendet wird, als bei der verwendeten Suse Linux bzw. openSUSE Version dabei war. On Oct 31 07:34 Ralf Prengel wrote:

ich habe einen Kyochera Farblaser den ich mit Cups nicht zuverlässig anegsteuert bekomme. Per Webinterface starte ich den Drucker aber sobald ein Druckjob eingestellt wird springt der Drucker (Meldung socket:backend failed)

"springt der Drucker"?

Der Drucker wird über Port 9100 angesprochen da es laut Herstelle mit anderen Varianten eben auch oben genanntes Problem geben würde. Hat dazu jemand Tips? debug gibt leider keine wirklich guten Hinweise zumal es ja wohl eher ein Hardware-Thema ist.

Hätte ich wenigstens die dürftigen debug Meldungen, bestünde zumindest eine kleine Chance, dass ich etwas mehr dazu beisteuern kann. So muß ich eben rumraten: Wenn der Drucker nicht im Energiesparmodus schläft, funktioniert es. Wenn der Drucker aber im Energiesparmodus schläft, wacht er zwar beim nächsten ankommenden Druckjob auf, aber dennoch geht dann etwas bei der Datenübertragung schief, so dass diese mit "socket:backend failed" scheitert. Es ist bekannt, dass diverse Druckermdelle in einen eher komatösen Tiefschlaf verfallen, aus dem sie entweder gar nicht oder wie hier nicht richtig wieder aufwachen. 1. Abhilfe: Im Drucker selbst den Energiesparmodus deaktivieren oder, falls möglich, einen "schwächeren" Schlafmodus einstellen. 2. Abhilfe (ungetestet): Wenn der Drucker zwar aufwacht, aber dann die Daten nicht richtig annimmt, braucht er vielleicht nur etwas Zeit, um richtig in die Gänge zu kommen? Dazu testweise im Energiesparmodus zuerst ein echo -en "\r" | netcat IP-Adresse 9100 an den Drucker schicken um zu sehen, ob er davon aufwacht. Dann etwas warten und einen Druckjob hinterherschicken. Wenn das funktioniert, dann das automatisieren (weitere Hinweise dazu erst, wenn der Test positiv verlief). Übrigens: Bei unserem Kyocera FS-C5016N funktioniert der werkseitig voreingestellte Energiesparmodus problemlos. Der wird auch via socket://<IP-Adresse>:9100 angesprochen und er wacht problemlos beim erstbesten Druckjob bzw. bei echo -en "\r" | netcat IP-Adresse 9100 wieder auf. Er braucht dann ca. eine Minute, um losdrucken zu können, aber das funktioniert auch für den ersten Job. Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex