Hallo! Ich habe ein eigenartiges Problem mit meinem USB-Drucker. Wenn ich einen Ausdruck starte tut sich am Drucker nchts. Wenn ich allerdings den Drucker aus- und wieder einschalte- siehe da- plötzlich erscheint mein gewünschter Ausdruck. Man könnte nun sagen, daß es ausreicht den Drucker halt immer erst nach dem Rechner einzuschalten. Da es sich aber um ein Kombigerät mit FAX handelt wäre es mir bedeutent lieber nicht ein- und ausschalten zu müssen. Kann mir wer einen Tip geben wie man Suse 8.2 davon überzeugen kann, daß es einen Drucker angeschlossen hat ohne am Schalter herumfummeln zu müssen? vielen Dank im voraus -- Reinhard Hnat r.hnat@aon.at
On Wednesday 27 August 2003 13:38, Reinhard Hnat wrote:
Hallo!
Ich habe ein eigenartiges Problem mit meinem USB-Drucker. Wenn ich einen Ausdruck starte tut sich am Drucker nchts. Wenn ich allerdings den Drucker aus- und wieder einschalte- siehe da- plötzlich erscheint mein gewünschter Ausdruck. Man könnte nun sagen, daß es ausreicht den Drucker halt immer erst nach dem Rechner einzuschalten. Da es sich aber um ein Kombigerät mit FAX handelt wäre es mir bedeutent lieber nicht ein- und ausschalten zu müssen. Kann mir wer einen Tip geben wie man Suse 8.2 davon überzeugen kann, daß es einen Drucker angeschlossen hat ohne am Schalter herumfummeln zu müssen?
vielen Dank im voraus
Ohne Angabe vom Drucker-Typ und Drucksystem (cups?) ist es schwer, das Problem zu analysieren. Ist aber sicher nicht ein "USB" typisches Problem. Thierry -- Smile . . . tomorrow will be worse.
Am Mittwoch, 27. August 2003 19:23 schrieb Thierry de Coulon:
On Wednesday 27 August 2003 13:38, Reinhard Hnat wrote:
Hallo!
Ich habe ein eigenartiges Problem mit meinem USB-Drucker. Wenn ich einen Ausdruck starte tut sich am Drucker nchts. Wenn ich allerdings den Drucker aus- und wieder einschalte- siehe da- plötzlich erscheint mein gewünschter Ausdruck. Man könnte nun sagen, daß es ausreicht den Drucker halt immer erst nach dem Rechner einzuschalten. Da es sich aber um ein Kombigerät mit FAX handelt wäre es mir bedeutent lieber nicht ein- und ausschalten zu müssen. Kann mir wer einen Tip geben wie man Suse 8.2 davon überzeugen kann, daß es einen Drucker angeschlossen hat ohne am Schalter herumfummeln zu müssen?
vielen Dank im voraus
Ohne Angabe vom Drucker-Typ und Drucksystem (cups?) ist es schwer, das Problem zu analysieren. Ist aber sicher nicht ein "USB" typisches Problem.
Thierry
-- Smile . . . tomorrow will be worse.
Drucker ist HPOJ 6110, Druckersystem ist cups. Grüße Reinhard -- Reinhard Hnat r.hnat@aon.at
Hallo Reinhard, hallo Leute, Am Mittwoch, 27. August 2003 18:28 schrieb Reinhard Hnat:
Am Mittwoch, 27. August 2003 19:23 schrieb Thierry de Coulon:
On Wednesday 27 August 2003 13:38, Reinhard Hnat wrote:
Ich habe ein eigenartiges Problem mit meinem USB-Drucker. Wenn ich einen Ausdruck starte tut sich am Drucker nchts. Wenn ich allerdings den Drucker aus- und wieder einschalte- siehe da- plötzlich erscheint mein gewünschter Ausdruck. [...]
Ohne Angabe vom Drucker-Typ und Drucksystem (cups?) ist es schwer, das Problem zu analysieren. Ist aber sicher nicht ein "USB" typisches Problem.
Drucker ist HPOJ 6110, Druckersystem ist cups.
Schau mal im CUPS Webinterface http://localhost:631 nach, ob der Drucker als "angehalten" angezeigt wird. Falls ja, sollte er sich über den passenden Button wieder zum Drucken überreden lassen ;-) Gruß Christian Boltz -- Graphisch??? Wie meinen? Hast du zuviel Fleisch von zu "gluecklichen" Rindern gefuttert? *scnr* Wozu zum Henker sollte man sowas brauchen? Logo ginge auch per ASCII :) (Logo? welches Logo? Wozu ueberhaupt?) [David Haller in suse-linux]
Am Mittwoch, 27. August 2003 19:23 schrieb Thierry de Coulon:
On Wednesday 27 August 2003 13:38, Reinhard Hnat wrote:
Ohne Angabe vom Drucker-Typ und Drucksystem (cups?) ist es schwer, das Problem zu analysieren. Ist aber sicher nicht ein "USB" typisches Problem.
Thierry
Habe noch einige Dinge überprüft. Das Ergebnis: nichts als Lügen echo -en "\rTEST\r\f" >/def/usb/lp0 liefert : bash: /def/usb/lp0: device or resource busy andererseits zeigt lpq -l -Pdraft draft is ready and printing gefolgt von der Liste der Printjobs. tatsächlich aber tut sich nichts. Grüße Reinhard -- Reinhard Hnat r.hnat@aon.at
Am Mittwoch, 27. August 2003 19:23 schrieb Thierry de Coulon:
On Wednesday 27 August 2003 13:38, Reinhard Hnat wrote:
Ohne Angabe vom Drucker-Typ und Drucksystem (cups?) ist es schwer, das Problem zu analysieren. Ist aber sicher nicht ein "USB" typisches Problem.
Thierry
Habe noch einige Dinge überprüft. Das Ergebnis: nichts als Lügen echo -en "\rTEST\r\f" >/def/usb/lp0 liefert : bash: /def/usb/lp0: device or resource busy andererseits zeigt lpq -l -Pdraft draft is ready and printing gefolgt von der Liste der Printjobs. tatsächlich aber tut sich nichts. Grüße Reinhard -- Reinhard Hnat r.hnat@aon.at
Am Mittwoch, 27. August 2003 schrieb Thierry de Coulon:
Was sagen /var/log/cups/error_log und /var/log/cups/access_log ? Vielleicht sagt uns cups was nicht stimmt.
/var/log/cups/error_log: D [27/Aug/2003:21:52:56 +0200] AcceptClient() 4 from localhost:631. D [27/Aug/2003:21:52:56 +0200] CloseClient() 4 D [27/Aug/2003:21:52:56 +0200] AcceptClient() 4 from localhost:631. D [27/Aug/2003:21:52:56 +0200] ReadClient() 4 POST /printers/ HTTP/1.1 D [27/Aug/2003:21:52:56 +0200] ProcessIPPRequest: 4 status_code=0 D [27/Aug/2003:21:52:56 +0200] CloseClient() 4 D [27/Aug/2003:21:52:56 +0200] AcceptClient() 4 from localhost:631. D [27/Aug/2003:21:52:56 +0200] ReadClient() 4 POST /printers/ HTTP/1.1 D [27/Aug/2003:21:52:56 +0200] ProcessIPPRequest: 4 status_code=0 D [27/Aug/2003:21:52:56 +0200] CloseClient() 4 D [27/Aug/2003:21:52:56 +0200] AcceptClient() 4 from localhost:631. D [27/Aug/2003:21:52:56 +0200] ReadClient() 4 POST /classes/ HTTP/1.1 D [27/Aug/2003:21:52:56 +0200] ProcessIPPRequest: 4 status_code=0 D [27/Aug/2003:21:52:56 +0200] CloseClient() 4 D [27/Aug/2003:21:52:56 +0200] AcceptClient() 4 from localhost:631. D [27/Aug/2003:21:52:56 +0200] ReadClient() 4 POST /printers/ HTTP/1.1 D [27/Aug/2003:21:52:56 +0200] ProcessIPPRequest: 4 status_code=0 D [27/Aug/2003:21:52:56 +0200] CloseClient() 4 D [27/Aug/2003:21:52:58 +0200] AcceptClient() 4 from localhost:631. D [27/Aug/2003:21:52:58 +0200] ReadClient() 4 POST /printers/ HTTP/1.1 D [27/Aug/2003:21:52:58 +0200] ProcessIPPRequest: 4 status_code=0 D [27/Aug/2003:21:52:58 +0200] CloseClient() 4 D [27/Aug/2003:21:53:00 +0200] AcceptClient() 4 from hindemith:631. D [27/Aug/2003:21:53:00 +0200] ReadClient() 4 POST / HTTP/1.1 D [27/Aug/2003:21:53:00 +0200] SendError() 4 code=403 D [27/Aug/2003:21:53:00 +0200] AcceptClient() 6 from hindemith:631. D [27/Aug/2003:21:53:00 +0200] ReadClient() 6 GET /printers/draft.ppd HTTP/1.1 D [27/Aug/2003:21:53:00 +0200] SendError() 6 code=403 D [27/Aug/2003:21:53:00 +0200] AcceptClient() 7 from localhost:631. D [27/Aug/2003:21:53:00 +0200] ReadClient() 7 POST /printers/draft HTTP/1.1 D [27/Aug/2003:21:53:00 +0200] print_job: auto-typing file... D [27/Aug/2003:21:53:00 +0200] print_job: request file type is application/postscript. D [27/Aug/2003:21:53:00 +0200] check_quotas: requesting-user-name = 'rh' D [27/Aug/2003:21:53:00 +0200] print_job: requesting-user-name = 'rh' D [27/Aug/2003:21:53:00 +0200] Adding default job-sheets values "none,none"... I [27/Aug/2003:21:53:00 +0200] Job 30 queued on 'draft' by 'rh'. D [27/Aug/2003:21:53:00 +0200] Job 30 hold_until = 0 D [27/Aug/2003:21:53:00 +0200] ProcessIPPRequest: 7 status_code=0 D [27/Aug/2003:21:53:00 +0200] CloseClient() 7 D [27/Aug/2003:21:53:01 +0200] AcceptClient() 7 from localhost:631. D [27/Aug/2003:21:53:01 +0200] ReadClient() 7 POST /printers/ HTTP/1.1 D [27/Aug/2003:21:53:01 +0200] ProcessIPPRequest: 7 status_code=0 D [27/Aug/2003:21:53:01 +0200] CloseClient() 7 D [27/Aug/2003:21:53:01 +0200] AcceptClient() 7 from localhost:631. D [27/Aug/2003:21:53:01 +0200] ReadClient() 7 POST /classes/ HTTP/1.1 D [27/Aug/2003:21:53:01 +0200] ProcessIPPRequest: 7 status_code=0 D [27/Aug/2003:21:53:01 +0200] CloseClient() 7 D [27/Aug/2003:21:53:01 +0200] AcceptClient() 7 from localhost:631. D [27/Aug/2003:21:53:01 +0200] ReadClient() 7 POST /printers/ HTTP/1.1 D [27/Aug/2003:21:53:01 +0200] ProcessIPPRequest: 7 status_code=0 D [27/Aug/2003:21:53:01 +0200] CloseClient() 7 D [27/Aug/2003:21:53:01 +0200] AcceptClient() 7 from hindemith:631. D [27/Aug/2003:21:53:01 +0200] ReadClient() 7 POST / HTTP/1.1 D [27/Aug/2003:21:53:01 +0200] SendError() 7 code=403 /var/log/cups/access_log: localhost - - [27/Aug/2003:21:52:56 +0200] "POST /printers/ HTTP/1.1" 200 109 localhost - - [27/Aug/2003:21:52:56 +0200] "POST /printers/ HTTP/1.1" 200 221 localhost - - [27/Aug/2003:21:52:56 +0200] "POST /classes/ HTTP/1.1" 200 221 localhost - - [27/Aug/2003:21:52:56 +0200] "POST /printers/ HTTP/1.1" 200 109 localhost - - [27/Aug/2003:21:52:58 +0200] "POST /printers/ HTTP/1.1" 200 370 hindemith - - [27/Aug/2003:21:53:00 +0200] "POST / HTTP/1.1" 403 0 hindemith - - [27/Aug/2003:21:53:00 +0200] "GET /printers/draft.ppd HTTP/1.1" 403 0 localhost - - [27/Aug/2003:21:53:00 +0200] "POST /printers/draft HTTP/1.1" 200 22023 localhost - - [27/Aug/2003:21:53:01 +0200] "POST /printers/ HTTP/1.1" 200 221 localhost - - [27/Aug/2003:21:53:01 +0200] "POST /classes/ HTTP/1.1" 200 221 localhost - - [27/Aug/2003:21:53:01 +0200] "POST /printers/ HTTP/1.1" 200 109 hindemith - - [27/Aug/2003:21:53:01 +0200] "POST / HTTP/1.1" 403 0
Auch möglicherweise interessant: gibt es das Problem auch als root? unter root gleiches Verhalten. -- Reinhard Hnat r.hnat@aon.at
On Wednesday 27 August 2003 20:00, Reinhard Hnat wrote:
Am Mittwoch, 27. August 2003 schrieb Thierry de Coulon:
Was sagen /var/log/cups/error_log und /var/log/cups/access_log ? Vielleicht sagt uns cups was nicht stimmt.
/var/log/cups/error_log:
D [27/Aug/2003:21:52:56 +0200] AcceptClient() 4 from localhost:631. D [27/Aug/2003:21:52:56 +0200] CloseClient() 4 <snip> ... <snap> D [27/Aug/2003:21:53:01 +0200] AcceptClient() 7 from localhost:631. D [27/Aug/2003:21:53:01 +0200] ReadClient() 7 POST /printers/ HTTP/1.1 D [27/Aug/2003:21:53:01 +0200] ProcessIPPRequest: 7 status_code=0 D [27/Aug/2003:21:53:01 +0200] CloseClient() 7 D [27/Aug/2003:21:53:01 +0200] AcceptClient() 7 from hindemith:631. D [27/Aug/2003:21:53:01 +0200] ReadClient() 7 POST / HTTP/1.1 D [27/Aug/2003:21:53:01 +0200] SendError() 7 code=403
Bin mir nicht sicher, was das /HTTP/1.1 heisst. Das habe ich nihct bei mir. So, bei mir (Drucker in diesem Fall ist zwar parallel, aber das ist wohl nicht das Problem): I [27/Aug/2003:20:43:56 +0000] Configured for up to 100 clients. I [27/Aug/2003:20:43:56 +0000] Allowing up to 10 client connections per host. I [27/Aug/2003:20:43:58 +0000] LoadPPDs: Read "/etc/cups/ppds.dat", 3005 PPDs... I [27/Aug/2003:20:43:59 +0000] LoadPPDs: No new or changed PPDs... I [27/Aug/2003:21:11:54 +0000] Job 545 queued on 'lp' by 'thierry'. I [27/Aug/2003:21:11:54 +0000] Started filter /usr/lib/cups/filter/pstops (PID 2864) for job 545. I [27/Aug/2003:21:11:54 +0000] Started filter /usr/lib/cups/filter/foomatic-rip (PID 2865) for job 545. I [27/Aug/2003:21:11:54 +0000] Started backend /usr/lib/cups/backend/parallel (PID 2866) for job 545. Deutlich wird bei dir kein Job gestartet. Aber warum? Ich habe gegoogelt nach "SendError() code=403" und es hat gezeigt, dass andere das Problem schon hatten-leider keine Lösung. Ich hatte anfangs mit SuSE 8.2 heftig cups Probleme, die aber nach einem "YOU" update verschwunden sind. Andere DInge, die ich beim suchen gefunden habe: sicherstellen, dass lpr nicht installiert ist ähnliche Mitteilungen weil Ghostscript fehlte ähnliche Mitteilungen weil cupsys.bsd nicht installiert war ähnliche Mitteilungen weil ein Treiber (für Oki Drucker) nicht die richtigen Einstellungen (666) hatte. Ich hoffe, das kann helfen, Thierry -- Smile . . . tomorrow will be worse.
Hallo! Wie es mir scheint habe ich nach langem Herumgemurkse eine Lösung (hoffentlich!!!) gefunden. Allerdings weiß ich eigentlich nicht wirklich was ich da gemacht habe. Ich habe /etc/sysconfig/hotplug den Wert von HOTPLUG-USB-DELAY auf 6 erhöht. Kann mir wer sagen was das bewirkt? Ich sollte froh sein daß der Drucker jetzt druckt, aber ich bin ein neugieriger Mensch. Außerdem bleiben immer noch die folgenden Meldungen beim booten. Das könnte noch ein Indiz für ein nicht ganz so sauber gelöstes Problem sein. Starting hardware scan on boot<notice>'/etc/init.d/rc5.d/S15adsl start' exits with status 0 <notice>/etc/init.d/rc5.d/S15hwscan start ptal-mlcd: ERROR at ExMgr.cpp:3302, dev=<mlc:usb:OfficeJet_6100_Series@/dev/usb/lp0>, pid=1442, e=5 llioGetDeviceID: ioctl failed! ptal-mlcd: ERROR at ExMgr.cpp:2542, dev=<mlc:usb:OfficeJet_6100_Series@/dev/usb/lp0>, pid=1442, e=5 llioOpenOne: llioGetDeviceID(/dev/usb/lp0) failed! ptal-mlcd: ERROR at ExMgr.cpp:2485, dev=<mlc:usb:OfficeJet_6100_Series@/dev/usb/lp7>, pid=1442, e=19 Couldn't find device: exhausted all possible device nodes! liebe Grüße Reinhard -- Reinhard Hnat r.hnat@aon.at
Hallo Reinhard, hallo Leute, Am Sonntag, 31. August 2003 16:46 schrieb Reinhard Hnat:
Wie es mir scheint habe ich nach langem Herumgemurkse eine Lösung (hoffentlich!!!) gefunden. Allerdings weiß ich eigentlich nicht wirklich was ich da gemacht habe. Ich habe /etc/sysconfig/hotplug den Wert von HOTPLUG-USB-DELAY auf 6 erhöht. Kann mir wer sagen was das bewirkt? Ich sollte froh sein daß der Drucker jetzt druckt, aber ich bin ein neugieriger Mensch.
... und als solcher solltest Du auch die Kommentare in den Dateien lesen, in denen Du etwas änderst ;-) In meiner /etc/sysconfig/hotplug (SuSE 8.2) wird erklärt: # The USB stack loads drivers in the background # Other runlevel scripts may run before a needed driver is loaded # As example, printer.o might not be available when rclpd runs # If you get errors from lpd or gpm with your USB printer or # USB mouse, increase this value to 5 or more. # Hint: sleeping for minutes is nonsense Ich denke, das ist Erklärung genug ;-)
Außerdem bleiben immer noch die folgenden Meldungen beim booten. Das könnte noch ein Indiz für ein nicht ganz so sauber gelöstes Problem sein.
Starting hardware scan on boot
Der Hardwarescan (hwscan) wird gestartet
<notice>'/etc/init.d/rc5.d/S15adsl start' exits with status 0
Die Meldung hat sich dazwischengemogelt und sagt nix anderes, als dass adsl problemlos initialisiert wurde. Zurück zum hwscan:
<notice>/etc/init.d/rc5.d/S15hwscan start
ptal-mlcd: ERROR at ExMgr.cpp:3302, dev=<mlc:usb:OfficeJet_6100_Series@/dev/usb/lp0>, pid=1442, e=5
llioGetDeviceID: ioctl failed! [...]
Da scheint tatsächlich irgendwo ein Fehler zu sein, ich kann Dir allerdings nicht genau sagen, woher er stammt. Funktioniert der OfficeJet 6100 an USB (das lese ich aus obiger Meldung heraus) problemlos? Finden sich im laufenden Betrieb Fehlermeldungen in /var/log/messages?
ptal-mlcd: ERROR at ExMgr.cpp:2485, dev=<mlc:usb:OfficeJet_6100_Series@/dev/usb/lp7>, pid=1442, e=19
Couldn't find device: exhausted all possible device nodes!
Oder _hattest_ Du mal so einen Drucker und er ist inzwischen nicht mehr angeschlossen? Das würde erklären, warum der hwscan alle usb-lp*-Devices durchtestet. Abhilfe gegen die Fehlermeldung ist vermutlich (ungetestet), unter /var/lib/hardware/unique-keys/ die richtige Datei zu löschen. Welche das ist, findest Du per hwscan --list heraus. Ach so: Da der hwscan IMHO überflüssig ist, deaktiviere ihn doch einfach (Du weißt sicher selbst, wenn Du neue Hardware eingebaut/angeschlossen hast ;-) Spart ein paar Sekunden und die Fehlermeldung ist auch weg ;-) Gruß Christian Boltz -- [Evolution - Message-ID] Oh ja... Apropos: die libcamel (die fuer diesen Muell verantwortlich ist) ist, aehm. "interessant" zu lesen... Und NEIN! Ich habe keine Lust, den Muell zu fixen. Es sei denn, man zahlt mir Schmerzensgeld. [David Haller in suse-linux]
participants (3)
-
Christian Boltz -
Reinhard Hnat -
Thierry de Coulon