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. Herbert -- 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
Am Dienstag, 18. Februar 2014, 19:35:55 schrieb Herbert Albert:
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.
Herbert
habe nun mal testhalber bei mir den Befehl in sudo ohne Passwortabfrage eingetragen, danach funktioniert auf der Konsole: sudo cupsdisable OfficeJet ~> lpq -P OfficeJet OfficeJet is not ready no entries und sudo cupsenable OfficeJet ~> lpq -P OfficeJet OfficeJet is ready no entries Nun möchte ich das Ganze auf ein KDE-Icon legen, doch kdesu verweigert die Zusammenarbeit. Weiß jemand wich ich den Befehl über ein KDE-Icon absetzten kann? Herbert -- 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
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 -- -- 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
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 -- 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
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". Gut bei dem besagten Rechner ist nur ein Drucker angeschlossen, somit gibt es hier kein Problem. Gruß Herbert -- 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
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
participants (2)
-
Herbert Albert
-
Werner Flamme