20 Feb
2014
20 Feb
'14
07:46
Herbert Albert [19.02.2014 20:19]: > Am Mittwoch, 19. Februar 2014, 19:48:45 schrieb Herbert Albert: >> Am Mittwoch, 19. Februar 2014, 07:31:01 schrieb Werner Flamme: >>> Herbert Albert [18.02.2014 19:35]: >>>> Hallo Liste, >>>> >>>> ich habe für jemanden einen Rechner mit OS 12.3, 32bit, eingerichtet, an >>>> dem via LPD ein HP Officejet R45 angeschlossen ist. >>>> Nun bekomme ich von dem User – absoluter Leihe und daher ohne >>>> Adminrechte >>>> – >>>> öfters einen Anruf, dass der Drucker nicht geht. Wenn ich mich dann mit >>>> Teamviewer einlogge, sehe ich das der Drucker in CUPS deaktiviert ist. >>>> Per >>>> localhost:631 kann ich mit Adminrechten den Drucker wieder aktivieren. >>>> >>>> Gibt es eine Möglichkeit dieses Verhalten dauerhaft abzustellen? Ein >>>> „cupsenable Printername“ wird wohl ohne Adminrechte nicht gehen. >>>> >>>> Bin für gute Ratschläge dankbar. >>> >>> Hallo Herbert, >>> >>> wenn Du in die cupsd.conf eine Zeile >>> >>> ErrorPolicy retry-job >>> >>> >>> aufnimmst, wird der Drucker im CUPS nicht mehr angehalten. >>> >>> Hintergrund: versucht CUPS zu drucken und kommt nicht auf den Drucker >>> (z. B. weil der vorübergehend ausgeschaltet ist), sieht CUPS das >>> (verständlicherweise) als Fehler an, und dann ist es Default-Vorgehen, >>> den Drucker auf "angehalten" zu stellen. Durch die ErrorPolicy-Direktive >>> kannst Du das Verhalten ändern. >>> >>> Wir hatten das Problem hier in der Firma des öfteren. Bei alten >>> CUPS-Versionen gab es die Anweisung gar nicht, dann war sie >>> druckerspezifisch, inzwischen kann man sie auch global setzen :-) >>> >>> HDH, Werner >> >> Hallo Werner, >> >> in der /etc/cups/printer.conf finde ich den Eintrag >> ErrorPolicy stop-printer. >> >> Kann ich nicht einfach der Stelle ein >> ErrorPolicy retry-job >> eintragen? >> >> Wenn ich es in der /etc/cups/cupsd.conf eintrage >> - wird dann der Eintrag in /etc/cups/printer.conf übergangen und wenn ja, >> - an welcher Stelle muss ich den Eintrag vornehmen? >> >> Gruß >> >> Herbert > ok, hab es nun auch in Yast gefunden. Da gibt es unter Richtlinien > - Drucker stoppen und Auftrag für den späteren Ausdruck speichern > - Auftrag nach Wartezeit erneut senden > - Auftrag abbrechen und löschen und mit dem nächsten Auftrag fortfahren > > Nur habe ich die Syntax noch nicht verstanden. Es gibt die Möglichkeit der > Auswahl und zusätzlich kann ein Haken bei "Diese Fehlerrichtlinie für alle > lokalen Druckerkonfigurationen verwenden" gesetzt werden. > > Wähle ich "Auftrag nach Wartezeit erneut senden" und lasse den Haken weg, wird > in der /etc/cups/cupsd.conf der Eintrag "ErrorPolicy retry-job" ans Ende > angefügt. In der /etc/cups/printer.conf steht bei allen Druckern "ErrorPolicy > stop-printer". Setze ich in beiden Dateien den Eintrag wieder auf "ErrorPolicy > retry-job" und führe das Setting nun mit der Auswahl "Auftrag nach Wartezeit > erneut senden" aus und setzte zusätzlich den Haken bei "Diese > Fehlerrichtlinie für alle lokalen Druckerkonfigurationen verwenden", dann > steht in beiden Dateien und bei allen Druckern "ErrorPolicy retry-job". Na, was hast Du denn erwartet? Das ist doch genau das, was die YaST-Optionen sagen. Wenn Du den Haken weglässt, gilt das zwar global, aber nicht für bereits angelegte Drucker (die sind unverändert mit der Policy ausgestattet, die beim Anlegen Default war, also stop-printer). Setzt Du den Haken, wird die neue Policy auf die Drucker durchgestellt. Wo ist jetzt was unverständlich? Du kannst alternativ im CUPS-Web-Interface beim jeweiligen Drucker die ErrorPolicy auf retry-job stellen. > Gut bei dem besagten Rechner ist nur ein Drucker angeschlossen, somit gibt es > hier kein Problem. Dann ist ja gut :-) -- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org