Drucker wird erst nach 2. Start eingebunden
Hallo, woran kann es liegen, dass mein Drucker (HP 815 C / USB) beim Hochfahren nicht richtig erkannt bzw. vom Hotplugging eingeordnet wird. Halte ich das System danach an, bleibt der Prozess beim Hotplugging stehen und ich kann nur über Strg+Alt+Del killen bzw. Neustart erzwingen. Schalte ich dann beim Neustart den Strom ab und Sekunden später wieder zum erneuten Hochfahren an, läuft alles wie gewünscht und der Drucker wird richtig eingeordnet, d.h. ich kann dann erst drucken. Der Abfahrprozess läuft dann auch durch, ohne bei hotplugging stehen zu bleiben. Die /var/log/boot.msg meldet: "Samba SMB: Waiting for cupsd to get ready" und beendet nach 30 sek den Prozess. Beim 2. Start ist nach 3-4 sek "done". und an anderer Stelle beim 1. Start: Jun 1 15:35:40 ~ kernel: usb.c: registered new driver usblp Jun 1 15:35:40 ~ kernel: printer.c: Disabling reads from problem bidirectional printer on usblp0 Jun 1 15:35:40 ~ kernel: printer.c: usblp0: USB Unidirectional printer dev 5 if 0 alt 1 proto 2 vid 0x03F0 pid 0x0204 Jun 1 15:35:40 ~ kernel: printer.c: v0.11: USB Printer Device Class driver. Die /etc/printcap enthält die richtigen Einstellungen: normal: draft: draft_gray: high_gray: lp: normal_gray: photo: Der Drucker wurde über yast2 eingerichtet. Rufe ich yast2 nochmals auf, dauert der Aufbau der Druckerdatenbank ca. 12 min, wobei die DB zweimal aufgerufen wird. Danach ist der Zustand immer noch wie oben beschrieben. Leider weiß ich nicht, ob weitere Infos gebraucht werden. Übrigens lehnt mir der SuSE-Support Hilfe dazu ab, doch vielleicht hat ein Listenteilnehmer Erbarmen mit meiner Unkenntnis und kann mir sagen, wo/wie ich ansetzen muß, um schon beim ersten Hochfahren den Drucker einzubinden. Danke und freundliche Grüsse H.-Peter Baldamus
Hallo! "H.-Peter Baldamus" schrieb:
woran kann es liegen, dass mein Drucker (HP 815 C / USB) beim Hochfahren nicht richtig erkannt bzw. vom Hotplugging eingeordnet wird. Halte ich das System danach an, bleibt der Prozess beim Hotplugging stehen und ich kann nur über Strg+Alt+Del killen bzw. Neustart erzwingen. Schalte ich dann beim Neustart den Strom ab und Sekunden später wieder zum erneuten Hochfahren an, läuft alles wie gewünscht und der Drucker wird richtig eingeordnet, d.h. ich kann dann erst drucken. Der Abfahrprozess läuft dann auch durch, ohne bei hotplugging stehen zu bleiben.
Die /var/log/boot.msg meldet: "Samba SMB: Waiting for cupsd to get ready" und beendet nach 30 sek den Prozess. Beim 2. Start ist nach 3-4 sek "done". [...]
Das Problem ist etwas tueckisch - hier einfach mal ein paar Ideen: koennte es am Zusammenspiel zwischen Samba und cupsd liegen? Obige Meldung laesst so etwas vermuten. Wenn man sich /etc/init.d/cups anschaut, dann stellt man fest, dass im Falle eines installierten Samba einige Dinge anderst abgearbeitet werden als sonst. Zum Testen koennte man ja einfach Samba mal voruebergehend deakti- vieren/deinstallieren. Waere es moeglich, dass der Druk- ker eine zu lange Antwortzeit braucht? Manche USB-Geraete brauchen recht lange fuer eine Initialisierung und das kann zu Problemen fuehren. IIRC gab es da im Zusammenhang mit Maeusen mal etwas in der SDB. Um genaueres herauszu- finden muesste man wohl mal ein bissl die Bootskripte mit Debug-Ausgaben versehen - so kann man genau einkrei- sen, wo das Problem letztendlich verursacht wird. Es gab hier auch schon Emails auf der Liste, in denen von Pro- blemen mit cupsd und einem extrem langsamen Druck gespro- chen wurde. Evtl. geht Dein Problem in die gleiche Rich- tung und cupsd ist beim ersten Start aus welchem Grund auch immer noch nicht bereit, wenn obige Fehlermeldung erscheint. Vielleicht findest Du hierzu genaueres im Ar- chiv der Liste. Gruesse, Thomson
Am Sonntag, 8. Juni 2003 12:52 schrieb Thomas Hertweck: Hallo!
"H.-Peter Baldamus" schrieb:
woran kann es liegen, dass mein Drucker (HP 815 C / USB) beim Hochfahren nicht richtig erkannt bzw. vom Hotplugging eingeordnet wird. [...]
Die /var/log/boot.msg meldet: "Samba SMB: Waiting for cupsd to get ready" und beendet nach 30 sek den Prozess. Beim 2. Start ist nach 3-4 sek "done". [...]
Zunächst Dank an Thomson für die Ideen!
Koennte es am Zusammenspiel zwischen Samba und cupsd liegen? Obige Meldung laesst so etwas vermuten.
War auch meine Vermutung, die offenbar nicht stimmt.
Wenn man sich /etc/init.d/cups anschaut, dann stellt man fest, dass im Falle eines installierten Samba einige Dinge anderst abgearbeitet werden als sonst.
Ich hänge die /etc/init.d/cups einfach mal gekürzt an.
Zum Testen koennte man ja einfach Samba mal voruebergehend deaktivieren/deinstallieren.
Das bleibt vielleicht noch als (vor)letzte Möglichkeit.
Waere es moeglich, dass der Drucker eine zu lange Antwortzeit braucht?
Hm, scheint den "Nagel" besser zu treffen. Aber wie macht man das:
die Bootskripte mit Debug-Ausgaben versehen.
Es gab hier auch schon Emails auf der Liste, in denen von Problemen mit cupsd und einem extrem langsamen Druck gesprochen wurde.
Da der Drucker nach dem 2. Start in allen Modi keine Geschwindigkeitsprobleme hat, scheidet das wohl aus.
... und cupsd ist beim ersten Start noch nicht bereit, wenn obige Fehlermeldung erscheint.
Ja, aber mir scheint das im Zusammenhang mit der Erkennung aller USB-Geraete zu stehen. Denn seit dem ich an meinem 6 in 1 Card-Reader - der immer noch nicht laeuft - "rumgedoktort" habe und u.a. eine Smart-Media entfernt, dafuer mit einer Secure Digital die Geraeteerkennung (ab-/anstoepseln) neu inszeniert habe, kommt ein Signalton und in der dmesg die Fehlermeldung zum Geraet (Module block-major-8 nicht gefunden) dazu. Viel wichtiger ist, der Drucker wird beim _1._ Start nun richtig eingeordnet. In USB-View wurde der Drucker jedoch auch vorher erkannt. Naja, halber Erfolg. Grüsse H.-Peter
Gruesse, Thomson
"H.-Peter Baldamus" schrieb:
[...] Ja, aber mir scheint das im Zusammenhang mit der Erkennung aller USB-Geraete zu stehen. Denn seit dem ich an meinem 6 in 1 Card-Reader - der immer noch nicht laeuft - "rumgedoktort" habe und u.a. eine Smart-Media entfernt, dafuer mit einer Secure Digital die Geraeteerkennung (ab-/anstoepseln) neu inszeniert habe, kommt ein Signalton und in der dmesg die Fehlermeldung zum Geraet (Module block-major-8 nicht gefunden) dazu. Viel wichtiger ist, der Drucker wird beim _1._ Start nun
Es gibt leider USB-Geraete, die nicht miteinander koennen. Habe ich schon erlebt. Sobald man einen Reader oder eine Digicam zum Scanner oder der Maus dazustoepselte, ging nichts mehr. Vielleicht gibt es ja Probleme mit dem Zu- sammenspiel der Geraete. Hast Du das alles mal einzeln getestet? block-major-8 sind uebrigens SCSI disk devices, hast Du die entsprechenden Module fuer Deinen Kernel com- piliert? CU, Thomson
Hallo, Am Montag, 9. Juni 2003 20:16 schrieb Thomas Hertweck: im Zusammenhang mit dem Betreff.
Es gibt leider USB-Geraete, die nicht miteinander koennen. Habe ich schon erlebt. Sobald man einen Reader oder eine Digicam zum Scanner oder der Maus dazustoepselte, ging nichts mehr. Vielleicht gibt es ja Probleme mit dem Zusammenspiel der Geraete. Hast Du das alles mal einzeln getestet?
Nein, werde ich nachholen.
block-major-8 sind uebrigens SCSI disk devices, hast Du die entsprechenden Module fuer Deinen Kernel com- piliert?
Habe den Kernel aus SuSE 8.2 unverändert übernommen. Die Schächte des Readers werden ja als SCSI disk's erkannt, also fehlen die Module des b-m-8. ~> make xconfig. Danke für den Hinweis; werde es versuchen. Gruß H.-Peter
CU, Thomson
H.-Peter Baldamus wrote:
[...] Habe den Kernel aus SuSE 8.2 unverändert übernommen. Die Schächte des Readers werden ja als SCSI disk's erkannt, also fehlen die Module des b-m-8. ~> make xconfig. Danke für den Hinweis; werde es versuchen.
Der SuSE Default-Kernel sollte die Module aber bereits haben. CU, Thomson
participants (2)
-
H.-Peter Baldamus -
Thomas Hertweck