I/O Error with HP Envy 6030

Bug #2024951 reported by Hannula Niko
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
HPLIP
New
Undecided
Unassigned

Bug Description

My HP Envy 6030 is not responding. I have it connected with a USB (that's confirmed to work with Win10), HPLIP knows what printer it is, but the printer itself seems to refuse commands I send to it. Citing "Device I/O Error" and/or "no connection to the scanner." HPLIP Device status gives Code 5002.

hp-doctor relays following information

-Traceback (most recent call last):
  File "/usr/bin/hp-doctor", line 276, in <module>
    dep.core.init()
  File "/usr/share/hplip/installer/core_install.py", line 523, in init
    self.get_distro()
  File "/usr/share/hplip/installer/core_install.py", line 661, in get_distro
    if 'MX' in distro_release_name:
NameError: name 'distro_release_name' is not defined
Error in sys.excepthook:
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/apport_python_hook.py", line 153, in apport_excepthook
    with os.fdopen(os.open(pr_filename,
FileNotFoundError: [Errno 2] No such file or directory: '/var/crash/_usr_share_hplip_doctor.py.1000.crash'

Original exception was:
Traceback (most recent call last):
  File "/usr/bin/hp-doctor", line 276, in <module>
    dep.core.init()
  File "/usr/share/hplip/installer/core_install.py", line 523, in init
    self.get_distro()
  File "/usr/share/hplip/installer/core_install.py", line 661, in get_distro
    if 'MX' in distro_release_name:
NameError: name 'distro_release_name' is not defined

Hannula Niko (nikhan)
description: updated
description: updated
Hannula Niko (nikhan)
description: updated
Revision history for this message
brian_p (claremont102) wrote (last edit ):

What is the OS? Give the outputs of

  lsusb -v | grep -A 3 bInterfaceClass.*7
  systemctl status ipp-usb
  avahi-browse -rt _ipp._tcp

Revision history for this message
Hannula Niko (nikhan) wrote :

OS:
  Kernel: 5.15.0-75-generic x86_64 bits: 64 compiler: gcc v: 11.3.0 Desktop: Xfce 4.16.0
    tk: Gtk 3.24.23 wm: xfwm dm: LightDM Distro: Linux Mint 21.1 Vera base: Ubuntu 22.04 jammy

Your code gives the following:
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
      bInterfaceClass 7 Printer
      bInterfaceSubClass 1 Printer
      bInterfaceProtocol 4
      iInterface 0
--
      bInterfaceClass 7 Printer
      bInterfaceSubClass 1 Printer
      bInterfaceProtocol 2 Bidirectional
      iInterface 0
--
      bInterfaceClass 7 Printer
      bInterfaceSubClass 1 Printer
      bInterfaceProtocol 4
      iInterface 0
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
--
      bInterfaceClass 7 Printer
      bInterfaceSubClass 1 Printer
      bInterfaceProtocol 4
      iInterface 0
● ipp-usb.service - Daemon for IPP over USB printer support
     Loaded: loaded (/lib/systemd/system/ipp-usb.service; static)
     Active: active (running) since Tue 2023-06-27 16:03:25 EEST; 1min 16s ago
       Docs: man:ipp-usb(8)
   Main PID: 2823 (ipp-usb)
      Tasks: 11 (limit: 9249)
     Memory: 8.9M
        CPU: 77ms
     CGroup: /system.slice/ipp-usb.service
             └─2823 /sbin/ipp-usb udev

Revision history for this message
brian_p (claremont102) wrote :

> ipp-usb.service - Daemon for IPP over USB printer support
> Loaded: loaded (/lib/systemd/system/ipp-usb.service; static)
> Active: active (running) since Tue 2023-06-27 16:03:25 EEST; 1min 16s ago

On Linux Mint 21.1 ipp-usb becomes loaded and active when the
printer is connected to USB. ipp-usb also claims the USB for
itself and prevents HPLIP being used for printing and scanning.
See

  https://wiki.debian.org/CUPSDriverlessPrinting

Your issue is not a bug in HPLIP. Maybe you should close the
report?

Revision history for this message
Hannula Niko (nikhan) wrote (last edit ):

Not yet. I want to get the printer first working. Just to make sure its not just CUPS / ipp-usb doing something.

Revision history for this message
brian_p (claremont102) wrote :

> Not yet. I want to get the printer first working.

Fair enough.

What version of of HPLIP are you reporting the bug against?
Please give the output from

  ls -l /usr/share/ipp-usb/quirks/

Also give the output from

   apt policy hplip

Revision history for this message
Hannula Niko (nikhan) wrote :

HPLIP software version is 3.21.12
Device Manager version is 15.0 (Qt4)

First code gives:
-rw-r--r-- 1 root root 193 huhti 27 10:07 blacklist.conf
-rw-r--r-- 1 root root 101 huhti 27 10:07 default.conf
-rw-r--r-- 1 root root 529 huhti 27 10:07 HP.conf
-rw-r--r-- 1 root root 993 huhti 27 10:07 README

Second code gives:
hplip:
  Asennettu: 3.21.12+dfsg0-1
  Ehdokas: 3.21.12+dfsg0-1
  Versiotaulukko:
 *** 3.21.12+dfsg0-1 500
        500 http://archive.ubuntu.com/ubuntu jammy/main amd64 Packages
        100 /var/lib/dpkg/status

Revision history for this message
brian_p (claremont102) wrote :

Thanks for the info.

If all you want to do is print, I can give you a driverless
(non-HPLIP) methos. Execute

  driverless

The output gives you a URI. *Substitute* the output of driverless
in

  lpadmin -p ENVY6030 -v "URI" -E -m everywhere

Test with

  lp -d ENVY6030 /etc/nsswitch.conf

Revision history for this message
Hannula Niko (nikhan) wrote (last edit ):

Sorry for delayed response

I tried driverless, it gives the following
ipp://HP%20ENVY%206000%20series%20%5BE32DC0%5D%20(USB)._ipp._tcp.local/
ipps://HP%20ENVY%206000%20series%20%5BE32DC0%5D._ipps._tcp.local/

Then I tried the second code and it gives this
lpadmin: Bad device-uri "URI".

Third one gives this
lp: Error - The printer or class does not exist.

I'm not sure what you meant by substituting output of driverless.
Also, my main goal is to scan things.

Revision history for this message
Hannula Niko (nikhan) wrote :

Wait a minute. I'm not sure how, but driverless and then lpinfo -v may have fixed it. I went to Simple Scan - and not HPLIP - and it gave option for the printer's USB connection and it began scanning. I think this may have fixed my issue.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.