cancel a print job: USB better than parallel port?
Hello! Today, I've been fighting with my Deskjet printer because I had choosen a wrong "driver" and it was printing multiple pages of misc characters. There was no printing job visible in KJobViewer (KDE 3.2.1). I tried to remove all files under /var/spool/cups but it seems it didn't help. Is there a way to take back the control of the printer in that situation? Would using a USB connection bring any improvement? I think it could be the case because it is a much more modern connection and therefore the protocol might be more adequate (and robust) to today's usage. Any idea? Thanks in advance for your feedback! Patrick
Patriiiiiiiiiick wrote:
Is there a way to take back the control of the printer in that situation? Would using a USB connection bring any improvement? I think it could be the case because it is a much more modern connection and therefore the protocol might be more adequate (and robust) to today's usage.
USB sends data faster (so can print faster) and is easier if you're trying to get data from the printer (ink levels, etc.). But I suspect you have the driver set up wrongly. You'd need to post what printer and how it's set up. Hopefully someone with a similar printer will know the answer. -- JDL Non enim propter gloriam, diuicias aut honores pugnamus set propter libertatem solummodo quam Nemo bonus nisi simul cum vita amittit.
On Sunday 14 March 2004 1:07 am, Patriiiiiiiiiick wrote:
Hello!
Today, I've been fighting with my Deskjet printer because I had choosen a wrong "driver" and it was printing multiple pages of misc characters. There was no printing job visible in KJobViewer (KDE 3.2.1). I tried to remove all files under /var/spool/cups but it seems it didn't help.
Is there a way to take back the control of the printer in that situation? Would using a USB connection bring any improvement? I think it could be the case because it is a much more modern connection and therefore the protocol might be more adequate (and robust) to today's usage.
Any idea?
Thanks in advance for your feedback!
Patrick
localhost:631 in your browser should bring up the CUPS control interface, where you can delete jobs etc. If you don't know about this interface, you will hit the next problem, it will demand a userid and password from you - which is a security fix in 9.0 - but you will need the article on the support database to set this up. http://portal.suse.com/sdb/en/2003/09/jsmeix_print-einrichten-90.html explains. hth Vince Littler
Had the same problem a week or two ago, found it was the printer cable in the end. replaced it with a good one instead of el-cheepo and off it went ok. try another cable scsijon At 02:07 AM 14/03/2004, Patriiiiiiiiiick wrote:
Hello!
Today, I've been fighting with my Deskjet printer because I had choosen a wrong "driver" and it was printing multiple pages of misc characters. There was no printing job visible in KJobViewer (KDE 3.2.1). I tried to remove all files under /var/spool/cups but it seems it didn't help.
Is there a way to take back the control of the printer in that situation? Would using a USB connection bring any improvement? I think it could be the case because it is a much more modern connection and therefore the protocol might be more adequate (and robust) to today's usage.
Any idea?
Thanks in advance for your feedback!
Patrick
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
The Sunday 2004-03-14 at 02:07 +0100, Patriiiiiiiiiick wrote:
Today, I've been fighting with my Deskjet printer because I had choosen a wrong "driver" and it was printing multiple pages of misc characters. There was no printing job visible in KJobViewer (KDE 3.2.1). I tried to remove all files under /var/spool/cups but it seems it didn't help.
You have to kill -9 the task that is actually printing, parallel or something similar. Issue a "ps afx" and you will see it. For some reason cups fails to end that task when cancelling a job. -- Cheers, Carlos Robinson
Patriiiiiiiiiick wrote:
Today, I've been fighting with my Deskjet printer because I had choosen a wrong "driver" and it was printing multiple pages of misc characters.
Printers have an internal buffer of RAM. If printing went wrong at some point, even after you remove all the jobs from the queue on the computer, the buffer in the printer still contains data. But because the initialization commands were lost, the printer tries to print that data as ASCII. The computer should be able to send a "Clear buffer" command, but that's not always possible, it depends on the driver, printer etc. 1. Remove paper from printer 2. Delete jobs from computer 3. Switch off printer 4. Switch on printer 5. Put paper in it 6. Print
The Tuesday 2004-03-16 at 11:26 +0200, Silviu Marin-Caea wrote:
1. Remove paper from printer 2. Delete jobs from computer 3. Switch off printer 4. Switch on printer 5. Put paper in it 6. Print
As I reported time ago, that is not enough: cups on 8.2 continues printing after the above. I even rebooted. And yes, the queue showed empty. But there is another child task that outputs to the parallel port that cups neglects or fails to terminate: that is the culprit. -- Cheers, Carlos Robinson
participants (6)
-
Carlos E. R. -
John Lamb -
Patriiiiiiiiiick -
scsijon -
Silviu Marin-Caea -
Vince Littler