Moin,
und gibt cat /var/log/messages >/dev/lp4 irgendeine Reaktion ? (messages deshalb, weil die so lang ist und auf jeden Fall ganze Seiten ergibt, manchmal klappts wg. fehlender formfeeds nämlich nicht. Nö, wird genauso geschluckt wie echo...
Wenn da auch nix kommt, ist es IMHO die Hardware, kannst Du den Drucker an einem anderen Rechner und den Parallelport mit einem anderen Drucker (lp4 sollte für alle Drucker irgendwas sichtbares ausdrucken) testen ? Ich benutze den schon die ganze Zeit mit meinem Notebook und jetzt bin ich langsam keit, mich vor dn Schrank zu kniehen um etwas auszudrucken :( Ich dachte, ein Netzwerkkabel und alles (Internet, Drucken, Datesicherung) würde gehen. Und der Parallelport hat früher unter Win98 auch funktioniert. Leider ist meine Druckerauswahl hier sehr sehr beschränkt. ABer er geht praktisch seit Linux nit mehr :(
Wird der parport-Service eigentlich gestartet (Eintrag in /etc/modules.conf: alias parport_lowlevel parport_pc options parport_pc io=0x378 irq=none,none), wird eigentlich standardmäßig installiert und außerdem solltest Du lp0 gar nicht auswählen können ohne parport, aber wer weiß...
Aus meiner modules.conf: alias parport_lowlevel parport_pc options parport_pc io=0x378 irq=none,none
may the tux be with You! Der mag mich nit!
Gruß Thilo
Am Die, 13 Mär 2001 schrieb Thilo A. Coblenzer:
Moin,
und gibt cat /var/log/messages >/dev/lp4 irgendeine Reaktion ? (messages deshalb, weil die so lang ist und auf jeden Fall ganze Seiten ergibt, manchmal klappts wg. fehlender formfeeds nämlich nicht. Nö, wird genauso geschluckt wie echo... und keine Fehlermeldungen, gar nix in /var/log/messages /var/log/warn Was sagt denn lpc status -- may the tux be with You!
Joerg Thuemmler sysadmin@vordruckleitverlag.de
und keine Fehlermeldungen, gar nix in /var/log/messages /var/log/warn Nix! Was sagt denn lpc status
desktop:~ # lpc status ascii: queuing is enabled printing is enabled no entries no daemon present lp: queuing is enabled printing is enabled no entries no daemon present lp-mono: queuing is enabled printing is enabled no entries no daemon present raw: queuing is enabled printing is enabled no entries no daemon present Liegt da vielleicht der Hund begraben? Oder ist das normal, daß da kein Dämon ist? Gruß & vielen Dank Thilo
On 13 Mar 2001, at 11:51, Thilo A. Coblenzer wrote:
und keine Fehlermeldungen, gar nix in /var/log/messages /var/log/warn Nix! Was sagt denn lpc status
desktop:~ # lpc status ascii: queuing is enabled printing is enabled no entries no daemon present
Läuft der lpd? check mit ps ax|grep -i lpd Versuch doch mal /sbin/init.d/lpd [re]start (oder bei SuSE 7.1 /etc/init.d/...) Andreas
Was sagt denn lpc status
desktop:~ # lpc status ascii: queuing is enabled printing is enabled no entries no daemon present
Läuft der lpd? check mit ps ax|grep -i lpd
desktop:~ # ps ax|grep -i lpd 580 ? S 0:00 /usr/sbin/lpd 1745 pts/9 S 0:00 grep -i lpd
Versuch doch mal /sbin/init.d/lpd [re]start (oder bei SuSE 7.1 /etc/init.d/...) desktop:~ # /sbin/init.d/lpd restart Shutting down lpd done Starting lpd done desktop:~ # echo -en "Hallo\f" >/dev/lp0 -> nix desktop:~ # echo -en "Hallo\f" >/dev/lp4 -> auch nix
Gruß & Danke Thilo
Am Die, 13 Mär 2001 schrieb Thilo A. Coblenzer:
desktop:~ # lpc status ascii: queuing is enabled printing is enabled no entries no daemon present lp: queuing is enabled printing is enabled no entries no daemon present lp-mono: queuing is enabled printing is enabled no entries no daemon present raw: queuing is enabled printing is enabled no entries no daemon present
Liegt da vielleicht der Hund begraben? Oder ist das normal, daß da kein Dämon ist?
ja, eigentlich ist das o.k., der Daemon wird erst bei einem Druckauftrag hochgezogen, eigenartig ist das "no entries", wenn Du doch Druckaufträge losgeschickt hast. Was kommt denn raus, wenn Du # lpc restart all eingibst ? Zumindest bei mir (Suse 6.3) wartet das System bei Druckaufträgen am Parallelport auf die Entgegennahme durch den Drucker, d.h. unerledige Aufträge bleiben auf dem System und man findet dann bei lpc: p001p1r: queuing is enabled printing is enabled 1 entry in spool area p001p1r is ready and printing , auch wenn die Kiste z.B. offline ist. Mach mal folgendes: 1. Sieh nach, wie die Druckerschlangenverzeichnisse heißen (üblicherweise /var/spool/lpd/epson-stylus-a4-raw z.B.), gehe in das raw-Verzeichnis, z.B. mit dem mc. Guck erstmal nach, was drinsteht: .seq - Zählerdatei für die Jobnummern (fehlt evt., wenn noch kein Job?) acct lock - Locknr. log - leer status - hier müßte "... is ready and printing" drin stehen gibt es Dateien cf????<servername>, df????<servername>, das sind Druckaufträge, in cf... die Jobdaten und in df... der Job selbst, nach Deinen lpc-Angaben sollten keine da sein 2. Schick einen ellenlangen Druckauftrag auf den Drucker (lpr -Praw /var/log/messages z.B.) 3. Guck nach, ob sich in dem Verzeichnis was ändert (z.B. ctrl-R beim mc drücken liest das Verzeichnis neu ein), so kriegst Du raus, ob übehaupt jobs angelegt werden, d.h. ob lpr korrekt funktioniert. Wenn Druckaufträge dort erscheinen, nach einer Weile aber wieder "verschwinden", würde ich auf ein Schnittstellenproblem tippen - evt. was mit dem Modus der Parallelschnittstelle (-> CMOS-Setup: LPT-mode: ecp, epp/ecp, ...), ansonsten liegts am lpr. BTW: Bei der Suse 6.3 ist der lpr auf den CDs buggy, update gibts bei Suse, oder wenn dort nicht mehr, PM, schick ich ihn Dir (Paket lprold). Frohes Testen... -- may the tux be with You! Joerg Thuemmler sysadmin@vordruckleitverlag.de
Moin Moin!
Mach mal folgendes: 1. Sieh nach, wie die Druckerschlangenverzeichnisse heißen (üblicherweise /var/spool/lpd/epson-stylus-a4-raw z.B.), gehe in das raw-Verzeichnis, z.B. mit dem mc. Guck erstmal nach, was drinsteht: .seq - Zählerdatei für die Jobnummern (fehlt evt., wenn noch kein Job?) acct lock - Locknr. log - leer status - hier müßte "... is ready and printing" drin stehen genau so ist es! gibt es Dateien cf????<servername>, df????<servername>, das sind Druckaufträge, in cf... die Jobdaten und in df... der Job selbst, nach Deinen lpc-Angaben sollten keine da sein 2. Schick einen ellenlangen Druckauftrag auf den Drucker (lpr -Praw /var/log/messages z.B.) 3. Guck nach, ob sich in dem Verzeichnis was ändert (z.B. ctrl-R beim mc drücken liest das Verzeichnis neu ein), so kriegst Du raus, ob übehaupt jobs angelegt werden, d.h. ob lpr korrekt funktioniert. Wenn Druckaufträge dort erscheinen, nach einer Weile aber wieder "verschwinden", würde ich auf ein Schnittstellenproblem tippen - evt. was mit dem Modus der Parallelschnittstelle (-> CMOS-Setup: LPT-mode: ecp, epp/ecp, ...), ansonsten liegts am lpr. Auch hier ist es so! Also in meinem Setup steht jetzt: Parallelport: Freigegeben Modus: nur Ausgabe Basis I/O-Adresse 378 IRQ 7 Jetzt habe ich aber auch die Fehlermeldung, daß ein Konflikt vorliegt. Der IRQ ist im Bios aber aquf reserviert gestellt. Dann muß das ja an der I/O-Adresse liegen. Wie bekomme ich das Weg? In der SDB steht ja, daß die Adresse 378 die richtige ist. Leider habe ich auch keinen Plan, wie ich herausbekomme wer die Adresse blockiert! Oder gar wie ich das ändere! Oder muß ich das gar nicht wegbekommen? Die ganze Zeit stand Parallelport auf Auto! Geht das auch? Scheinbar ja nicht richtig :-/
Gruß und Danke Thilo Ich glaube, so dicht war ich an dem Problem noch nit dran! Gruß Thilo
Am Mit, 14 Mär 2001 schrieb Thilo A. Coblenzer:
Moin Moin!
Mach mal folgendes: .... Also in meinem Setup steht jetzt: Parallelport: Freigegeben Modus: nur Ausgabe Basis I/O-Adresse 378 IRQ 7 Jetzt habe ich aber auch die Fehlermeldung, daß ein Konflikt vorliegt. Der IRQ ist im Bios aber aquf reserviert gestellt. Dann muß das ja an der I/O-Adresse liegen. Wie bekomme ich das Weg? In der SDB steht ja, daß die Adresse 378 die richtige ist. Leider habe ich auch keinen Plan, wie ich herausbekomme wer die Adresse blockiert! Oder gar wie ich das ändere! Oder muß ich das gar nicht wegbekommen? Die ganze Zeit stand Parallelport auf Auto! Geht das auch? Scheinbar ja nicht richtig :-/
Gruß und Danke Thilo
saudumme Frage: Welchen IRQ benutzt die Kiste denn unter Windoof (falls Du das noch testen kannst...) Hast Du irgendein exotisches Teil ? Das mit Adresse/Irq sieht doch ganz o.k. aus, da spuckt Dir wohl wer anderes in die Suppe ... hardwaremäßig jedenfalls, denke ich. Viel fällt mir dazu leider nicht ein... -- may the tux be with You! Joerg Thuemmler sysadmin@vordruckleitverlag.de
Moin Moin!
Also in meinem Setup steht jetzt: Parallelport: Freigegeben Modus: nur Ausgabe Basis I/O-Adresse 378 IRQ 7 Jetzt habe ich aber auch die Fehlermeldung, daß ein Konflikt vorliegt. Der IRQ ist im Bios aber aquf reserviert gestellt. Dann muß das ja an der I/O-Adresse liegen. Wie bekomme ich das Weg? In der SDB steht ja, daß die Adresse 378 die richtige ist...
saudumme Frage: Welchen IRQ benutzt die Kiste denn unter Windoof (falls Du das noch testen kannst...) nee ist zu spät! Hast Du irgendein exotisches Teil ? Das mit Adresse/Irq sieht doch ganz o.k. aus, da spuckt Dir wohl wer anderes in die Suppe ... hardwaremäßig jedenfalls, denke ich. Viel fällt mir dazu leider nicht ein... Also exotisches habe ich glaube ich doch nit!
Vielleicht sagt Euch das mehr als mir. Für mich sieht das so aus als ob die Drucker I/O und der IRQ frei sind. desktop:~ # cat /proc/ioports 0000-001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0070-007f : rtc 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0160-016f : elsa isdn 0170-0177 : ide1 01f0-01f7 : ide0 0376-0376 : ide1 03c0-03df : vga+ 03f6-03f6 : ide0 f400-f47f : eth1 f800-f87f : eth0 fcf0-fcf7 : ide0 fcf8-fcff : ide1 desktop:~ # cat /proc/interrupts CPU0 0: 246781 XT-PIC timer 1: 4 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 532 XT-PIC HiSax 8: 2 XT-PIC rtc 10: 55585 XT-PIC eth1 11: 56081 XT-PIC eth0 13: 1 XT-PIC fpu 14: 148021 XT-PIC ide0 15: 12 XT-PIC ide1 NMI: 0 OK, dann danke ich Euch mal wieder für die Mühe! Ich bin mal gespannt, ob das mit dem Drucker noch mal hinhaut! Gruß Thilo
Hallo Joerg! Hatte den gleichen Fehler! Es gibt offensichtlich ein paar Probleme, wenn Du den Kernel selbst kompiliert hast (lp-Freigabe und so). Ich habe dann den Standard-Kernel (bei mir die 2.4.0- <irgendwas>) reinstalliert, dann gings! Jetzt läuft mein EPSON (740) allerdings bestens am USB! Vielleicht hilft's ein bisschen? Viel Spaß! Peter.
Jetzt habe ich aber auch die Fehlermeldung, daß ein Konflikt vorliegt. Der IRQ ist im Bios aber aquf reserviert gestellt. Dann muß das ja an der I/O-Adresse liegen. Wie bekomme ich das Weg? In der SDB steht ja, daß die Adresse 378 die richtige ist. Leider habe ich auch keinen Plan, wie ich
participants (4)
-
Andreas Kyek
-
Joerg Thuemmler
-
Peter Zabelt
-
Thilo A. Coblenzer