HP Laserjet 1020: After getting out of paper, could not print any more
OS: Ubuntu 22.04 After connecting the printer to laptop, Ubuntu added the printer automatically. Then tried to print a PDF file. But the papers was a bit out and printer ran to error (With red light). Fixed the papers and turned off/on printer again. But When I tried to print again, it did not print. Installed hplip-gui to check and it showed the file is printing and then, shows printing completed, but printer has no reactions to the print.
Other things I tested:
- Restart system.
- Disconnect/Connect the printer cable
- Delete the printer and Ubuntu added printer again
- Cleaning the job queue
I would like to debug it myself, but I don't know from where to start. Just set the status of cups log to debug, tried to print again and uploaded the logs here.
Error log: error.log
Printer info (~$ hp-info -i):
HP Linux Imaging and Printing System (ver. 3.22.2)
Device Information Utility ver. 5.2
Copyright (c) 2001-18 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.
hp:/usb/HP_LaserJet_1020?serial=JL00ZPV
Device Parameters (dynamic data):
Parameter Value(s)
---------------------------- ----------------------------------------------------------
agent1-ack False
agent1-desc Black toner cartridge
agent1-dvc 0
agent1-health 0
agent1-health-desc Good/OK
agent1-hp-ink False
agent1-id 0
agent1-kind 4
agent1-known False
agent1-level 100
agent1-level-trigger 0
agent1-sku Q2612A
agent1-type 1
agent1-virgin False
back-end hp
cups-printers ['HP-LaserJet-1020']
cups-uri hp:/usb/HP_LaserJet_1020?serial=JL00ZPV
dev-file
device-state 1
device-uri hp:/usb/HP_LaserJet_1020?serial=JL00ZPV
deviceid MFG:Hewlett-Packard;MDL:HP LaserJet
1020;CMD:ACL;CLS:PRINTER;DES:HP LaserJet 1020;
duplexer 0
error-state 0
host
in-tray1 1
in-tray2 1
is-hp True
media-path 1
panel 0
panel-line1
panel-line2
photo-tray 0
port 1
r 0
revision 254
rg 000
rr 000000
rs 000000000
serial JL00ZPV
status-code 1000
status-desc Idle
supply-door 1
top-door 1
Model Parameters (static data):
Parameter Value(s)
---------------------------- ----------------------------------------------------------
align-type 0
clean-type 0
color-cal-type 0
copy-type 0
embedded-server-type 0
family-class ['LJ-Class4']
fax-type 0
fw-download True
icon HP_LaserJet_1012.png
io-mfp-mode 6
io-mode 1
io-support 2
job-storage 0
linefeed-cal-type 0
model HP_LaserJet_1020
model-ui HP LaserJet 1020
model1 HP LaserJet 1020 Printer
model2 HP LaserJet 1020 Plus Printer
monitor-type 0
panel-check-type 0
pcard-type 0
plugin 1
plugin-reason 1
power-settings 0
pq-diag-type 0
r-type 0
r0-agent1-kind 4
r0-agent1-sku Q2612A
r0-agent1-type 1
scan-src 0
scan-type 0
status-battery-check 0
status-dynamic-counters 0
status-type 8
support-released True
support-subtype 16556
support-type 2
support-ver 2.7.10
tech-class ['LJZjsMono']
tech-subclass ['Normal']
tech-type 3
usb-pid 11031
usb-vid 1008
wifi-config 0
Status History (most recent first):
Date/Time Code Status Description User Job ID
-------------------- ----- ---------------------------------------- -------- --------
09/08/22 15:17:43 1000 Idle mohammad 0
09/08/22 15:12:15 501 Print job has completed mohammad 12
09/08/22 15:11:50 500 Started a print job mohammad 12
09/08/22 15:11:40 1005 Canceling mohammad 0
09/08/22 15:11:35 1000 Idle mohammad 0
09/08/22 15:03:14 501 Print job has completed mohammad 11
09/08/22 15:02:48 500 Started a print job mohammad 11
09/08/22 14:55:18 1000 Idle mohammad 0
cups web
I also removed the added printers by CUPS web interface and add again. Then again when I tried to print, I saw the following message in jobs:
completed at
Thu 08 Sep 2022 03:31:00 PM +0430
"Use "pdftops-renderer" option (see cups-filters README file) to use Ghostscript or MuPDF for the PDF -> PostScript conversion."
But still no reaction from printer
Hi @metemaddar ,
thank you for reporting the issue!
Can you try canceling all jobs, enabling the queue and restarting the printer:
$ cancel -a
$ cupsenable <queue_name>
did it help?
In case it didn't help, remove the queue via lpadmin -x <queue>, unplug the printer and plug it in again (it should install the print queue again).
If the printer works again, have the debug logs enabled and:
- get a correct printing
- then try to print more pages, but put less sheets into printer (to get the error you got previously)
- do the same things as you did before (fix sheets and restart printer, and print again)
then please attach the error_log file here.
The current logs show the job 10 is cancelled, but jobs 11 and 12 are shown as completed... so I would like to see the logs for correct printing, printing with not enough sheets in printer and printing after that.
Other thing to check would be system journal via journalctl - you use hp backend and it writes to journal.
Thank you in advance!
Thanks @zdohnal I need another help. I tried to remove the hplip. Because after my report, I tried to install the driver using hplip-tool and it worked. But after removing the hplip and hplip-gui, I think the printer still behaves like using the driver from hplip (It prints and handles the errors) and not the open source one.
How should I remove the hplip's driver?
Edit: I also tried:
sudo apt purge hplip
sudo apt purge hplip-gui
Then removed the printer using:
lpadmin -x HP-LaserJet-1020
after:
$ cancel -a
$ cupsenable <queue_name>
It deleted the printer and after replug, the printer tried to continue the queue. Seems it's still using the hplip driver.
Maybe I need to restart the system.
@metemaddar you can check whether it uses hplip by checking the printer connection via lpstat -v (if the listed printer has hp:// in its device, then it uses hplip) and by checking its PPD in /etc/cups/ppd/ directory - PPD from HP will have its copyright there.
Either way, hplip is an open source driver (except for its binary plugin you have to download for some models - yours is one of them), so you can use as well if it works for you.
In case your printer still has hp:// in its device uri or has HP PPD, I would check the installed packages - maybe some hplip subpackages have been left on the system.
Closing due inactivity - do let me know if the problem persists and I can look into further.