Re: Printer Failure
let's see - I've tried adding a form feed character at the end of foo.txt - still fails silently. I added the IO address and IRQ line /etc/modules.conf (and just to see if it would work to /etc/modules). I have no file /etc/modules/parport (hmmm . . .) I also just looked at /var/log/lp-errs, and it says /etc/magicfilter/pnm2ppa-720-color-eco-filter -- Interrupted System Call. I think I have finally found something that at least realizes there is a problem, although when I cat directly to the printer port I should bypass this. Can anyone tell me what this means? I have seen somewhere that the report that it is using IRQ -1 only means that it is not using interrupt driven printinfg, but is using polling instead, which is what it had been using when it worked fine. Getting a little frustrated, although it could be worse - I don't have to print that often.
Thanks again,
Steve
On Sun, 29 April 2001, "Karl E. Jorgensen" wrote:
The box is a Debian Woody distro running on an AMD K6-400, I
> > use lpr to print and I have an HP 712C, which up until now ran fine.
> > Two weeks ago, I upgraded my kernel to v2.4.2 to take advantage of the
> > AGP port feature, and at about the same time I did a apt-get upgrade.
> > Now my printer fails silently - no error messages, no printout.
>
> > I've tried lpr foo.text - if it's a large enough file, I can see it
> > momentarily in the lpq, but it dissapears very quickly.
> >
> > I've tried cat foo.txt > /dev/lp0, and I get a small pause as it does
> > this, and then nothing.
>
> That's interesting... I don't know the in's and out's of your printer model,
> but I would have expected something to come out. Did your file contain a
> ^L (=form feed) at the end? Might be worth adding.
>
> >
> > tunelp /dev/lp0 -s reports status 216, on-line
> >
> > tunelp /dev/lp0 -r reports lp0 online, using IRQ -1 (hmmm. . . dmesg tells
> > me that parport0 is using IRQ 7, which is what it should be using.)
>
> Very odd. I *think* I had that too, before I added
> options parport_pc io=0x378 irq=3 dma=3
> to /etc/modules.conf (/etc/modutils/parport actually followed by
> update-modules). You may want to do something similar (but set it to whatever
> you BIOS is set to - the above settings are my current ones).
>
> > lpc> enable all shows that qeueing is enabled
> >
> > I regenerated the magicfilterconfig file - no better (although I would
> > think that catting to lp0 should bypass the filter, so this shouldn'
> > t have been the problem.)
> >
> > I can't think of anything else to do - I've even tried rebooting and
> > reconfiguring the kernel so that it's all compiled in instead of having all
> > the lp and parport functions as modules. Still nothing.
> >
> > If anybody can help, I'd really appreciate it. I can't find any
> > documentation about kernel v.2.4.2 - is this a known bug? I admit I haven't
> > looked all that hard, as I'm between ISP's right now and I only have acces
> > at work.
> >
> > Thanks again.
> >
> >
> >
> > --
>
Reply to: