Printer (HWModel Name) May Not Be Connected

Bug #348316 reported by nullack
116
This bug affects 7 people
Affects Status Importance Assigned to Milestone
hal-cups-utils (Ubuntu)
Fix Released
High
Till Kamppeter
Jaunty
Fix Released
High
Till Kamppeter
linux (Ubuntu)
Invalid
High
Canonical Kernel Team
Jaunty
Invalid
High
Canonical Kernel Team

Bug Description

Binary package hint: cups

A number of USB Printers on Jaunty are not printing. They install their drivers fine and are recognised as being online but yet fail to print. The print status que has the error message Printer (HWModel Name) May Not Be Connected and the printing job appears to stall at a processing status.

So far I have identified the following printer models as being effected:

Samsung ML-2510-Series (this is mine)
HP 940c
HP 930C
hp5550 deskjet

This list is not exhaustive and I do not have an accurate picture of how many models might be effected.

The user of the hp5550 reported he was able to get his working by reinstalling all the cups and foomatic packages that are installed by default. When I tried that for my ML-2510 it did not fix the problem.

Steve Langalsek requested I create a new bug for this, separate to the info I added to a similarly symptomatic bug, bug #314106.

Revision history for this message
nullack (nullack) wrote : apport-collect data

Architecture: amd64
CupsErrorLog:
 E [25/Mar/2009:15:34:57 +1100] Resume-Printer: Unauthorized
 E [25/Mar/2009:17:56:07 +1100] Pause-Printer: Unauthorized
 E [25/Mar/2009:18:13:31 +1100] Resume-Printer: Unauthorized
DistroRelease: Ubuntu 9.04
Lpstat: device for ML-2510-Series: usb://Samsung/ML-2510%20Series?serial=3V54BKEL510850E.
MachineType: System manufacturer System Product Name
NonfreeKernelModules: nvidia
Package: cups 1.3.9-15
PackageArchitecture: amd64
Papersize: a4
PpdFiles: ML-2510-Series: Samsung ML-2510, SpliX V. 2.0.0
ProcCmdLine: root=UUID=77ea2a78-4863-49aa-805c-f68d8068d1a4 ro quiet
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_AU.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.28-11.37-generic
Uname: Linux 2.6.28-11-generic x86_64
UserGroups:

Revision history for this message
nullack (nullack) wrote :
Revision history for this message
nullack (nullack) wrote :
Revision history for this message
nullack (nullack) wrote :
Revision history for this message
nullack (nullack) wrote :
Revision history for this message
nullack (nullack) wrote :
Revision history for this message
nullack (nullack) wrote :
Revision history for this message
nullack (nullack) wrote :
Revision history for this message
nullack (nullack) wrote :
Revision history for this message
nullack (nullack) wrote :
Revision history for this message
nullack (nullack) wrote :
Revision history for this message
nullack (nullack) wrote :
Revision history for this message
Joel Goguen (jgoguen) wrote : apport-collect data

Architecture: amd64
CupsErrorLog:

DistroRelease: Ubuntu 9.04
MachineType: Hewlett-Packard HP Pavilion dv2500 Notebook PC
NonfreeKernelModules: nvidia
Package: cups 1.3.9-15
PackageArchitecture: amd64
Papersize: letter
ProcCmdLine: root=UUID=775df9a2-1535-42cf-9799-0a70ff607204 ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=en_CA.UTF-8
 LANGUAGE=en_CA:en
ProcVersionSignature: Ubuntu 2.6.28-11.37-generic
Uname: Linux 2.6.28-11-generic x86_64
UserGroups: adm admin audio cdrom dialout disk lpadmin mail plugdev sambashare

Revision history for this message
Joel Goguen (jgoguen) wrote :
Revision history for this message
nullack (nullack) wrote :

Added regression-potential flag as my samsung laser works fine under Intrepid.

Revision history for this message
Lean Fuglsang (lean-ubuntu-cd) wrote :

I can also confirm this bug. HP psc 1210.
The behaviour I experience is a little bit different. Instead of showing an error, it just says 'Job completed'.
On the printerdialog it looks like it is is printing all the pages, but just very fast, and nothing comes out of the printer.

Revision history for this message
Lean Fuglsang (lean-ubuntu-cd) wrote :

Okay,
I godt mine working. I installed foomatic* and cups* and rebooted. Now I could choose psc 1200 (hpijs) from the list.

Revision history for this message
Lean Fuglsang (lean-ubuntu-cd) wrote :

Multiple comments confirms this bug

Changed in cups:
status: New → Confirmed
Revision history for this message
nullack (nullack) wrote :

Noting that the recent updates to cups, foomatic, HPLip, AppArmor etcetc since the Jaunty beta release has not fixed this regression bug as of yet.

Revision history for this message
cabernet54 (alex81emy) wrote :

Lukly for me, after the upgrade to beta version (with the last update) the problem is solved ^_^

Revision history for this message
Kevin Oberle (kevin.oberle) wrote :

Confirmed on a HP LaserJet P1005

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

For me it seems that the USB CUPS backend has problems to communicate with the printer.

Do

cancel -a
cupsctl LogLevel=debug

The print another job and wait for the job getting into "Stopped" state or to disappear. This can take several minutes, as probably the USB backend of CUPS waits for a response from the printer and times out sooner or later. Then extract the error_log

sudo cp /var/log/cups/error_log ~
sudo chmod 777 ~/error_log

and attach it ~/error_log to this bug report.

Please execute "lsusb -vvv" and "ls -l /dev/bus/usb/*/*" as soon as the job is stuck and another time when it has gone into "Stopped" state or disappeared from the queue.

You can try a workaround as follows:

Run

sudo usb_printerid /dev/usb/lp0

and see whether the output contains your printer's model name. If so, do

cupsctl FileDevice=yes
lpadmin -p <name of your print queue> -E -v file:/dev/usb/lp0

If not, try the same with /dev/usb/lp1, /dev/usb/lp2, ...

Now try to print. Does it work?

Note that this is only a workaround and only works reliably if you have only one USB printer connected to your machine.

Revision history for this message
Nick A (nickalleyne) wrote :

Also affects me.

Running the jaunty beta on a dell D630, I have yet to figure out how to get it to print using an Epson stylus CX4800.

I have installed the "foomatic" packages from synaptic as it seems that a few recommended that in the forums.

I did what was listed above... when entering "sudo usb_printerid /dev/usb/lp0" I got:

GET_DEVICE_ID string:
MFG:EPSON;CMD:ESCPL2,BDC,D4,ESCPR1;MDL:Stylus CX4800;CLS:PRINTER;DES:EPSON Stylus CX4800;

but I could not figure out what to put for <name of your print queue> in the next command so no go printing it.

I attached the ~/error_log

Revision history for this message
Nick A (nickalleyne) wrote :

Strange, after re-installing everything and restarting it did not work.

I opened up the foomatic control panel (in applications>system tools) and installed it from there using the "simple" foomatic driver and it worked.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Nick A, now where you have iot working can you do the following:

Start system-config-printer (System -> Administration -> Printing), click on the "New" button and follow the wizard to create a new printer. In the end give a new name (like "test") to your new printer. Say "Yes" when you are asked to print a test page. Does it print? Independent whether it prints or not, run the troubleshooting wizard of system-config-printer (Help -> Troubleshooting). Do it once selecting the printer you have created with the Foomatic Control Panel and once selecting the new printer which you have just created with system-config-printer.

Nick A, the <name of your print queue> is the name which you give to the printer with system-config-printer or the Foomatic Control Panel and which also appears in the printing dialogs of your applications. It is Stylus-CX4800 for the printer which did not work for you in the beginning.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can everyone here who has the problem on an amd64 (x86_64) system replace the file /usr/lib/cups/backend/usb by the attached file and then try again? Does this fix the problem?

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Do not forget to make the file executable ("sudo chmod 755 /usr/lib/cups/backend/usb").

Revision history for this message
andschuster (andreas-schuster2) wrote :

I can confirm this bug with a HP Laserjet 1300 on an i386-system using a fresh upgrade from Intrepid to Jaunty beta.

Revision history for this message
Martin Pitt (pitti) wrote :

Does your printer appear in "lpinfo -v"? Can you please copy&paste the output of that?

Can you please also attach /var/log/kern.log? Does it work again if you do

  sudo aa-complain cups

? After trying this, please revert the change with "sudo aa-enforce cups".

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can everyone of you also try the following command sequence, independent whether the printer is from HP or not:

sudo chmod -x /usr/lib/cups/backend/hp*
sudo rmmod usblp
sudo modprobe usblp

Does printing work now? Does printing still work after a reboot?

For returning to the original state do

sudo chmod +x /usr/lib/cups/backend/hp*

Revision history for this message
Alessandro Ghersi (alessandro-ghersi) wrote :

After these commands:
sudo chmod -x /usr/lib/cups/backend/hp*
sudo rmmod usblp
sudo modprobe usblp

Doesn't work and doesn't work after reboot.

After apparmor-utils command doesn't work.

lpinfo -v

network socket
network beh
direct hal:///org/freedesktop/Hal/devices/usb_device_4b8_811_L67010501261444460_if1_printer_noserial
direct usb://EPSON/Stylus%20Photo%20RX620
direct hpfax
direct hp
network http
network ipp
network lpd
direct scsi
serial serial:/dev/ttyS0?baud=115200
network smb

Revision history for this message
Martin Pitt (pitti) wrote :

I can reproduce this, taking.

Changed in cups (Ubuntu Jaunty):
assignee: nobody → pitti
importance: Undecided → High
status: Confirmed → In Progress
Revision history for this message
Martin Pitt (pitti) wrote :

Sorry, I have a completely different bug after all (will report in a minute), I cannot reproduce this one.

I'll still watch it, it'll be interesting to see testing of Till's new proposed backend (comment 26)

Changed in cups (Ubuntu Jaunty):
assignee: pitti → nobody
status: In Progress → Incomplete
Revision history for this message
Alessandro Ghersi (alessandro-ghersi) wrote :

In my system with epson RX620, new /usr/lib/cups/backend/usb file (comment 26) doesn't resolve the problem, see bug #350107

Revision history for this message
Alessandro Ghersi (alessandro-ghersi) wrote :

I forgot...workaround in comment #22 works fine.

Revision history for this message
andschuster (andreas-schuster2) wrote :

I tried Till's advice:

sudo chmod -x /usr/lib/cups/backend/hp*
sudo rmmod usblp
sudo modprobe usblp

But printing using my HP Laserjet 1300 doesn't work. In the HP device manager I get an "Device communication error".

lpinfo -v

network socket
network beh
file cups-pdf:/
direct hal:///org/freedesktop/Hal/devices/usb_device_3f0_1017_00CNBD032941_if0_printer_noserial
direct hpfax
direct hp
network http
network ipp
network lpd
direct scsi
serial serial:/dev/ttyS0?baud=115200
serial serial:/dev/ttyS1?baud=115200
network smb

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Thank you all for the additional logs and info of your situation.

Note: The attached binary file is NOT the libusb-based USB backend of CUPS 1.4.x. It is the unpatched USB backend of CUPS 1.3.9, with a bug fix patch which was added between Intrepid and Jaunty removed.

It looks very much like a slight change in the kernel which breaks compatibility with the USB backend of CUPS. So most probably you could work around the problem by using the HPLIP backend (most HP printers) or the HAL backend. When creating new print queues system-config-printer selects the HPLIP backend automatically wherever possible. The HAL backend can be selected maually by clicking "Connection" at the bottom of the right part of "Select Device" step of the new printer wizard, when in the tree view on the left a USB printer is selected.

Next step to try to fix this problem is to replace the CUPS USB backend by the libusb-based one of CUPS 1.4, as it accesses the printer through another entrance point in the kernel, the same ways as the HPLIP backend does but for printers of all manufacturers. The automatic printer discovery/setup via HAL (hal-cups-utils) is already prepared for this backend.

Revision history for this message
andschuster (andreas-schuster2) wrote :

Till,

I use the HPLIP backend, but I am confronted with the same problem using a HP Laserjet 1300.

Revision history for this message
andschuster (andreas-schuster2) wrote :

I tried the HAL-backend: The result is the same, printing doesn't work.

Revision history for this message
Facundo Batista (facundo) wrote :

I'm using a HP LaserJet P1005, have the detailed bug 352431.

With my printer created, but not working, I did

  sudo aa-complain cups

Then went to print a test page, but again, nothing happened (the job gets into the printer queue and then disappears, but no page is printed).

I revoked that with "sudo aa-enforce cups".

Also tried the rmmod/modprobe usblp trick (with the -/+x change). Nothing.

Then I put the connection through HAL:

  hal:///org/freedesktop/Hal/devices/usb_device_3f0_3d17_0_if0_printer_noserial

And again, nothing happens.

The printer just doesn't print anything...

$ lpinfo -v
network socket
network beh
direct hal:///org/freedesktop/Hal/devices/usb_device_3f0_3d17_0_if0_printer_noserial
direct hpfax
direct usb://HP/LaserJet%20P1002
direct hp
network http
network ipp
network lpd
direct parallel:/dev/lp0
direct scsi
serial serial:/dev/ttyS0?baud=115200
network smb

Changed in linux (Ubuntu Jaunty):
status: New → Incomplete
importance: Undecided → High
Changed in linux (Ubuntu Jaunty):
milestone: none → ubuntu-9.04
Changed in cups (Ubuntu Jaunty):
milestone: none → ubuntu-9.04
Steve Beattie (sbeattie)
Changed in linux (Ubuntu Jaunty):
assignee: nobody → canonical-kernel-team
Steve Beattie (sbeattie)
Changed in cups (Ubuntu Jaunty):
assignee: nobody → canonical-desktop-team
status: Incomplete → Triaged
Changed in cups (Ubuntu Jaunty):
assignee: canonical-desktop-team → till-kamppeter
32 comments hidden view all 112 comments
Revision history for this message
Facundo Batista (facundo) wrote :

Ignore my assertion in comment #64, about not seeing the printer anymore (I installed only the cups package from the PPA, forgot the libcups one).

With both packages, I saw the printer, and the behaviour changed: now it gets stuck trying to print: I send a test page to print, it's never printed, but now it also doesn't disappear from the queue.

Furthermore, a process takes all the processor: "usb://HP/HP%20Laserjet.... 152 facundo Test Page 1 job-...

I want to try with an older kernel, but I need to install it (the upgrade to Jaunty removed the old kernels).

Revision history for this message
Steve Langasek (vorlon) wrote :

I have an HP PSC750 here (USB-connected) which is working fine under jaunty. I have the hplip backend installed, but the printer is configured to use the USB backend:

  direct usb://HP/PSC%20750?serial=MY2ASD4157WB

as verified in the Device URI field of system-config-printer.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Steve Langasek, the problem you are describing is another problem. Please report as separate bug for it. But please tell anyway whether your printer prints. Does it print with the "usb:/..." URI? Does it print if you create the printer via the "New" button in system-config-printer and taking care that the HPLIP URI gets selected?

What is the output of "lpinfo -v" for you?

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

I can reproduce the problem now, but not with print queue which got created by hal-cups-utils or system-confiog-printer.

I have the HP PhotoSmart C8100:

till@till-laptop:~/ghostscript/gpl/testfiles$ /usr/lib/cups/backend/usb 2>/dev/null
direct usb://HP/Photosmart%20C8100%20series?serial=MY7B5F70P704YH&interface=1 "HP Photosmart C8100 series" "HP Photosmart C8100 series" "MFG:HP;MDL:Photosmart C8100 series;CMD:MLC,PCL,PML,DW-PCL,DESKJET,DYN;1284.4DL:4d,4e,1;CLS:PRINTER;DES:L2526;SN:MY7B5F70P704YH;S:038088C4840010210078cb0000041b8001b46b8002b47b8006444b8006448b8005a45b80038;Z:0102,05000009016a81013241013241013241013241013241,0600,070000000000000000000000000000,0b000000000000000097ce97e9000097e99804000097ea981a000097e89812000097e99811000097e99809,0c0;" ""

Now I do not take the device URI reported by the backend in discovery mode (no arguments) but intendedly mistype it when creating a queue (in the example I clone the PPD file from my auto-created working queue for the printer):

till@till-laptop:~/ghostscript/gpl/testfiles$ lpadmin -p test -v usb://HP/Photosmart_C8100_series?serial=MY7B5F70P704YH -E -P /etc/cups/ppd/Photosmart_C8100_series.ppd

lpadmin exits without errors (it should give an error for the invalid URI) and creates the queue. If I print into this queue I get exactly the behavior as reported here.

This gives me the impression that hal-cups-utils "mistypes" USB URIs in certain cases.

So, Steve Beattie, to see whether the problem is really as you and me assumed, please post the printer URI which you get by Plug'n'Print and which does not work and the URI which you get for a queue created with system-config-printer via the "New" button. Use system-config-printer or "lpstat -v" to display the URIs of your print queues.

affects: cups (Ubuntu Jaunty) → hal-cups-utils (Ubuntu Jaunty)
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Possible fix committed to hal-cups-utils upstream, GIT rev 885556d.

Changed in hal-cups-utils (Ubuntu Jaunty):
status: Triaged → In Progress
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

I have uploaded hal-cups-utils_0.6.19+git20090217-0ubuntu6 which does not create CUPS URIs on its own but runs the USB relevant CUPS backends in discovery mode (without arguments) and takes the URIs from there. So it is assured that the URIs in the auto-generated queues are correct.

I have done the upload already yesterday night, buit it seems that the upload server is down as the package did not arrive up to now.

Please test as soon as you get the new package and tell whether it solves this problem.

Changed in hal-cups-utils (Ubuntu Jaunty):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package hal-cups-utils - 0.6.19+git20090217-0ubuntu6

---------------
hal-cups-utils (0.6.19+git20090217-0ubuntu6) jaunty; urgency=low

  * debian/patches/20_do-not-create-cups-uris-artificially.patch: Do not
    create CUPS URIs artificially any more, but always use the URIs
    reported by the CUPS backends in discovery mode, as if the queues are
    set up with slightly different URIs, the printers get not identified
    on the USB and the jobs get stuck (LP: #348316).

 -- Till Kamppeter <email address hidden> Sat, 4 Apr 2009 23:59:59 +0200

Changed in hal-cups-utils (Ubuntu Jaunty):
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote : Re: [Bug 348316] Re: Printer (HWModel Name) May Not Be Connected

Hello Till,

just wanted to say a big "thank you!" for tracking this down so
thoroughly and patiently. Kudos!

Revision history for this message
andschuster (andreas-schuster2) wrote :

I installed the new hal-cups-utils package. Now hptoolbox can see the status of the printer. But printing still doesn't work. As before there is a communication error if I try to print an nothing happens.

Revision history for this message
Martin Pitt (pitti) wrote :

andschuster [2009-04-05 15:52 -0000]:
> I installed the new hal-cups-utils package. Now hptoolbox can see the
> status of the printer. But printing still doesn't work. As before there
> is a communication error if I try to print an nothing happens.

Did you remove and reinstall your printer after the upgrade? The
upgrade cannot fix existing printer queues, just newly created ones.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Everyone who has the problem, please do the following test:

1. Updatee hal-cups-utils (or do a full system update).

2. If you are running with an old kernel from previous tests, reboot to get back to the current Jaunty kernel.

3. Remove ALL queues for your USB printer(s) (for example with system-config-printer.

4. Power-cycle or unplug and plufg again your USB printer's

5. Wait the printer configuration window(s) of system-config-printer popping up, one per printer.

6. Click the "Print test page" button(s) in the configuration window(s).

7. Your printer(s) print(s) a test page? If so, all is OK. Please report here so that we can close the kernel task.

Revision history for this message
tibber (tibber) wrote :

This solved for me, finally. Thx. Btw I had to restart cups between steps 3 and 4.
Brother dcp-135c, kubuntu, (the print queue was deleted w/ cups web interface)

Revision history for this message
fewyun (fewyun) wrote :

Did full system update on 9.04 beta amd64. Rebooted. Still showed up as "Your printer may not be connected" after trying to print a document.

Then, "sudo apt-get install cups* foomatic*" as mentioned above and it worked.

(Epson CX3810)

Revision history for this message
Steve Beattie (sbeattie) wrote :

Till, updating hal-cups-utils, deleting the queue, and replugging the
printer in via usb now results in a printer that prints successfully.
Great work, thanks so much!

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Then it seems to be really fixed by the change in hal-cups-utils. Thank you for testing.

Steve Beattie, thank you for the hint with the problem only occuring for Plug'n'Print and not for printers set up with system-config-printer

https://bugs.edge.launchpad.net/ubuntu/jaunty/+source/hal-cups-utils/+bug/348316/comments/68

and with the URIs

https://bugs.edge.launchpad.net/ubuntu/jaunty/+source/hal-cups-utils/+bug/348316/comments/72

this lead me to hal-cups-utils.

Closing kernel task.

Changed in linux (Ubuntu Jaunty):
status: Incomplete → Invalid
Revision history for this message
andschuster (andreas-schuster2) wrote :

I followed Till's advice. If I tried to print a testpage and did "lpq" I saw that my Laserjet 1300 ist ready and printing, but nothing happened. In syslog I found the following message:

6 10:13:08 darkstar hp_LaserJet_1300?serial=00CNBD032941: prnt/backend/hp.c 676: INFO: open device failed stat=12; will retry in 30 seconds...

Starting thena hp-toolbox I got an "communication error".

Revision history for this message
andschuster (andreas-schuster2) wrote :

I changed the backend to "hal". Result is the same.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

andschuster, is the printer URI which your printer gets by the automatic setuo when plugging it ("lpstat -v") exactly the same as one of the URIs suggested by the CUPS backends ("lpinfo -v")? In this case your problem is not the one described by this bug. Please open a new bug on it.

Revision history for this message
andschuster (andreas-schuster2) wrote :

root@darkstar:~# lpstat -v
Gerät für hp-LaserJet-1300: hp:/usb/hp_LaserJet_1300?serial=00CNBD032941
Gerät für PDF: cups-pdf:

root@darkstar:~# lpinfo -v
network socket
network beh
file cups-pdf:/
direct hal
direct hpfax
direct hp
network http
network ipp
network lpd
direct scsi
serial serial:/dev/ttyS0?baud=115200
serial serial:/dev/ttyS1?baud=115200
network smb

So the cups backends don't seem to find the printer at all. A new bug?

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Does "lsusb -vvv" show your printer? Please attach the output.

After having tested this please check the connection of the printer (bad USB cable, USB hub, ...).

Revision history for this message
andschuster (andreas-schuster2) wrote :

The printer works fine in Intrepid installed on another partition of the same computer - so there can't be any physical problems. lsusb shows my printer:

Bus 002 Device 017: ID 03f0:1017 Hewlett-Packard LaserJet 1300

Revision history for this message
andschuster (andreas-schuster2) wrote :

I filed a new bug: 356142

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :
Revision history for this message
John Vivirito (gnomefreak) wrote :

On 04/05/2009 02:58 PM, Till Kamppeter wrote:
> Everyone who has the problem, please do the following test:
>
> 1. Updatee hal-cups-utils (or do a full system update).
>
> 2. If you are running with an old kernel from previous tests, reboot to
> get back to the current Jaunty kernel.
>
> 3. Remove ALL queues for your USB printer(s) (for example with system-
> config-printer.
>
> 4. Power-cycle or unplug and plufg again your USB printer's
>
> 5. Wait the printer configuration window(s) of system-config-printer
> popping up, one per printer.
>
> 6. Click the "Print test page" button(s) in the configuration window(s).
>
> 7. Your printer(s) print(s) a test page? If so, all is OK. Please report
> here so that we can close the kernel task.
>
once i get to step 5 the printer window doesn't come up unless i run
system-config-printer but than still doesn't print a test page it still
says not connected. i tried rebooting unpluging USB and cycling the
print on/off a few times. Info below:

Distributor ID: Ubuntu
Description: Ubuntu jaunty (development branch)
Release: 9.04
Codename: jaunty

gnomefreak@Development:~$ policy hal-cups-utils
hal-cups-utils:
  Installed: 0.6.19+git20090217-0ubuntu6
  Candidate: 0.6.19+git20090217-0ubuntu6
  Version table:
 *** 0.6.19+git20090217-0ubuntu6 0
        500 http://gb.archive.ubuntu.com jaunty/main Packages
        100 /var/lib/dpkg/status

--
Sincerely Yours,
    John Vivirito

https://launchpad.net/~gnomefreak
https://wiki.ubuntu.com/JohnVivirito
Linux User# 414246

"How can i get lost, if i have no where to go"
    -- Metallica from Unforgiven III

Revision history for this message
John Vivirito (gnomefreak) wrote :

On 04/05/2009 02:58 PM, Till Kamppeter wrote:
> Everyone who has the problem, please do the following test:
>
> 1. Updatee hal-cups-utils (or do a full system update).
>
> 2. If you are running with an old kernel from previous tests, reboot to
> get back to the current Jaunty kernel.
>
> 3. Remove ALL queues for your USB printer(s) (for example with system-
> config-printer.
>
> 4. Power-cycle or unplug and plufg again your USB printer's
>
> 5. Wait the printer configuration window(s) of system-config-printer
> popping up, one per printer.
>
> 6. Click the "Print test page" button(s) in the configuration window(s).
>
> 7. Your printer(s) print(s) a test page? If so, all is OK. Please report
> here so that we can close the kernel task.
>
sorry forgot to add printer in
HP photo smart 7850

--
Sincerely Yours,
    John Vivirito

https://launchpad.net/~gnomefreak
https://wiki.ubuntu.com/JohnVivirito
Linux User# 414246

"How can i get lost, if i have no where to go"
    -- Metallica from Unforgiven III

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

John, can you please supply:

1. The output of "lpstat -v"

2. The output of "lpinfo -v"

3. The output of "lsusb"

4. The output of "lsusb -vvv"

5. The output of "ls -l /dev/bus/usb/*/* /dev/usb/lp* /dev/usblp*"

If the URI assigned to the printer by the automatic setup (result of 1.) is the same as one of the URIs listed by CUPS (result of 2.), boot the Intrepid kernel (but still running the Jaunty OS) and see whether your printer works then.

Revision history for this message
Facundo Batista (facundo) wrote :

With the system fully updated I can't print, and I don't even see the printer (Till, if I downgrade cups to your PPA version, I see the printer again... it still doesn't print, but I least I see it).

I attach all the info you're asking to John in the previous comment, plus the result (none) of /usr/lib/cups/backend/usb.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

If someone has used the CUPS package from my PPA and after that has done a system update (getting CUPS 1.3.9-17), he must remove the blacklist entry against the usblp module in /etc/modprobe.d/blacklist.conf again. Otherwise CUPS will not detect non-HP USB printers at all.

Revision history for this message
Facundo Batista (facundo) wrote :

Thanks Till! I removed the blacklist and loaded the module.

Now I see the printer, but there's no printing at all when sending the test page (it says it's printing, the job gets into the queue, disappears from there, and I even get a notification that the job was printed), but no printing at all.

Attached here are all the normal info (seeing the permissions in /dev stuff, I even tried relaxing the permission in the devices, but the behaviour is the same).

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Facundo Batista, your printer is identifying itself as an HP LaserJet P1002. This model is not (yet) known to HPLIP (see /usr/share/hplip/data/models/models.dat) nor to foo2zjs (see output of "getweb"). Also "lpinfo -m" does not show a suitable PPD or driver for this model. As the other models of the HP LaserJet P series all need a firmware file to be loaded from the computer into the printer this one probably needs also one but the file is not yet available for download. So you are probably out of luck with this printer for some months until one of HPLIP or foo2zjs starts to support this model.

Were you able to print on Linux (Intrepid, non-Ubuntu distro, ...) wit this printer? If yes, with which driver?

Revision history for this message
John Vivirito (gnomefreak) wrote :
Download full text (13.3 KiB)

Till,

gnomefreak@Development:~$ lpstat -v
device for Photosmart-7800-series: usb://HP/Photosmart%207800%20Series?serial=MY59L330SQ04H9
gnomefreak@Development:~$ lpinfo -v
network socket
network beh
direct hpfax
direct hal:///org/freedesktop/Hal/devices/usb_device_3f0_c002_MY59L330SQ04H9_if0_printer_MY59L330SQ04H9
direct usb://HP/Photosmart%207800%20series?serial=MY59L330SQ04H9
direct hp:/usb/Photosmart_7800_series?serial=MY59L330SQ04H9
network http
network ipp
network lpd
direct parallel:/dev/lp0
direct scsi
serial serial:/dev/ttyS0?baud=115200
serial serial:/dev/ttyS1?baud=115200
network smb
gnomefreak@Development:~$ lsusb
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 007: ID 03f0:c002 Hewlett-Packard Photosmart 7800 Series
Bus 001 Device 003: ID 09da:0006 A4 Tech Co., Ltd Optical Mouse WOP-35 / Trust 450L Optical Mouse
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
gnomefreak@Development:~$ lsusb -vvv

Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 1.10
  bDeviceClass 9 Hub
  bDeviceSubClass 0 Unused
  bDeviceProtocol 0 Full speed (or root) hub
  bMaxPacketSize0 64
  idVendor 0x1d6b Linux Foundation
  idProduct 0x0001 1.1 root hub
  bcdDevice 2.06
  iManufacturer 3
  iProduct 2
  iSerial 1
  bNumConfigurations 1
  Configuration Descriptor:
    bLength 9
    bDescriptorType 2
    wTotalLength 25
    bNumInterfaces 1
    bConfigurationValue 1
    iConfiguration 0
    bmAttributes 0xe0
      Self Powered
      Remote Wakeup
    MaxPower 0mA
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 0
      bAlternateSetting 0
      bNumEndpoints 1
      bInterfaceClass 9 Hub
      bInterfaceSubClass 0 Unused
      bInterfaceProtocol 0 Full speed (or root) hub
      iInterface 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x81 EP 1 IN
        bmAttributes 3
          Transfer Type Interrupt
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0002 1x 2 bytes
        bInterval 255
can't get hub descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)

Bus 001 Device 007: ID 03f0:c002 Hewlett-Packard Photosmart 7800 Series
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 2.00
  bDeviceClass 0 (Defined at Interface level)
  bDeviceSubClass 0
  bDeviceProtocol 0
  bMaxPacketSize0 8
  idVendor 0x03f0 Hewlett-Packard
  idProduct 0xc002 Photosmart 7800 Series
  bcdDevice 1.00
  iManufacturer 1 HP
  iProduct 2 Photosmart 7800 series
  iSerial ...

Revision history for this message
TJ (tj) wrote :
Download full text (5.8 KiB)

I've not seen any improvement here using:

apt-cache policy cups
cups:
  Installed: 1.3.9-17
  Candidate: 1.3.9-17

I didn't try the PPA package or make any system changes.

The original issue was failure to connect via Bluetooth so I switched to the USB cable expecting that would solve the problem, only to meet this new one! The printer is automatically detected upon connection and system-config-printer appears and offers a test-page print, which then doesn't start, with the status reporting "Printer ... may not be connected" whilst the job shows as "processing".

uname -a
Linux hephaestion 2.6.28-11-generic #40-Ubuntu SMP Fri Apr 3 17:39:41 UTC 2009 x86_64 GNU/Linux

lpstat -v
device for DESKJET-995C: hp:/usb/deskjet_995c?serial=MY19P1C13F0L

lpinfo -v
network socket
network beh
direct hal
direct hpfax
direct hp
network http
network ipp
network lpd
direct scsi
network smb

lsusb -s 1:14
Bus 001 Device 014: ID 03f0:5004 Hewlett-Packard DeskJet 995c

ls -l /dev/bus/usb/*/* /dev/usb/lp* /dev/usblp*
ls: cannot access /dev/usb/lp*: No such file or directory
ls: cannot access /dev/usblp*: No such file or directory
crw-rw-r-- 1 root vm 189, 0 2009-04-06 15:50 /dev/bus/usb/001/001
crw-rw-r-- 1 root vm 189, 3 2009-04-06 15:50 /dev/bus/usb/001/004
crw-rw-r-- 1 root vm 189, 4 2009-04-06 15:50 /dev/bus/usb/001/005
crw-rw-r-- 1 root vm 189, 5 2009-04-06 16:40 /dev/bus/usb/001/006
crw-rw-r-- 1 root vm 189, 6 2009-04-06 16:40 /dev/bus/usb/001/007
crw-rw-r-- 1 root vm 189, 7 2009-04-06 16:40 /dev/bus/usb/001/008
crw-rw-r-- 1 root vm 189, 8 2009-04-06 16:40 /dev/bus/usb/001/009
crw-rw-r-- 1 root vm 189, 9 2009-04-06 16:40 /dev/bus/usb/001/010
crw-rw-r-- 1 root vm 189, 10 2009-04-06 16:40 /dev/bus/usb/001/011
crw-rw-r-- 1 root vm 189, 11 2009-04-06 16:40 /dev/bus/usb/001/012
crw-rw-r-- 1 root vm 189, 12 2009-04-06 16:51 /dev/bus/usb/001/013
crw-rw-r--+ 1 root vm 189, 13 2009-04-06 16:40 /dev/bus/usb/001/014
crw-rw-r--+ 1 root vm 189, 14 2009-04-06 16:40 /dev/bus/usb/001/015
crw-rw-r-- 1 root vm 189, 15 2009-04-06 16:40 /dev/bus/usb/001/016
crw-rw-r-- 1 root vm 189, 128 2009-04-06 15:50 /dev/bus/usb/002/001
crw-rw-r-- 1 root vm 189, 256 2009-04-06 15:50 /dev/bus/usb/003/001
crw-rw-r-- 1 root vm 189, 384 2009-04-06 15:50 /dev/bus/usb/004/001
crw-rw-r-- 1 root vm 189, 385 2009-04-06 15:50 /dev/bus/usb/004/002
crw-rw-r-- 1 root vm 189, 512 2009-04-06 15:50 /dev/bus/usb/005/001

/var/log/syslog shows:

Apr 6 16:40:25 hephaestion hal_lpadmin: PPD: drv:///hpijs.drv/hp-deskjet_995c-hpijs.ppd; Status: 0
Apr 6 16:40:25 hephaestion hal_lpadmin: Added printer DESKJET-995C
Apr 6 16:40:33 hephaestion deskjet_995c?serial=MY19P1C13F0L: io/hpmud/musb.c 135: unable get_string_descriptor -1: Operation not permitted
Apr 6 16:40:33 hephaestion deskjet_995c?serial=MY19P1C13F0L: io/hpmud/musb.c 603: invalid product id string ret=-1
Apr 6 16:40:33 hephaestion deskjet_995c?serial=MY19P1C13F0L: io/hpmud/musb.c 135: unable get_string_descriptor -1: Operation not permitted
Apr 6 16:40:33 hephaestion deskjet_995c?serial=MY19P1C13F0L: io/hpmud/musb.c 603: invalid product id string ret=-1
Apr 6 16:40:33 hephaestion deskjet_995c?serial=MY1...

Read more...

Revision history for this message
andschuster (andreas-schuster2) wrote :

TJ that looks like my problem! See also bug 356142.

Revision history for this message
Steve Beattie (sbeattie) wrote :

John,

> I am unable to boot to Intrepid kernel on Jaunty at this time i have
> removed them normal for me. Let me know if i need to and i will install
> it if its still in Jaunty, Also let me know the version as i have
> forgotten the Intrepid version of kernel.I dont have access to my
> Intrepid install this week.

You can find links to download the current intrepid kernel from
https://launchpad.net/ubuntu/intrepid/+package/linux-image-2.6.27-11-generic
You'll want to download the kernel package that matches your arch,
and then install with either:

  sudo dpkg -i linux-image-2.6.27-11-generic_2.6.27-11.27_i386.deb

or

  sudo dpkg -i linux-image-2.6.27-11-generic_2.6.27-11.27_amd64.deb'

and reboot into it.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

TJ, all your /dev/bus/usb/*/* files including the one for the printer have "vm" group ownerships. Probably VMware or some other virtual machine software is overriding the UDEV rules which set the group ownership of the printer's file to "lp". So HPLIP (the preferred CUPS backend for your printer) cannot access the printer and your job hangs.

Report a bug against your virtual machine software.

Revision history for this message
John Vivirito (gnomefreak) wrote :

On 04/06/2009 12:34 PM, Steve Beattie wrote:
> John,
>
>> I am unable to boot to Intrepid kernel on Jaunty at this time i have
>> removed them normal for me. Let me know if i need to and i will install
>> it if its still in Jaunty, Also let me know the version as i have
>> forgotten the Intrepid version of kernel.I dont have access to my
>> Intrepid install this week.
>
> You can find links to download the current intrepid kernel from
> https://launchpad.net/ubuntu/intrepid/+package/linux-image-2.6.27-11-generic
> You'll want to download the kernel package that matches your arch,
> and then install with either:
>
> sudo dpkg -i linux-image-2.6.27-11-generic_2.6.27-11.27_i386.deb
>
> or
>
> sudo dpkg -i linux-image-2.6.27-11-generic_2.6.27-11.27_amd64.deb'
>
> and reboot into it.
>
with 2.6.27-11 kernel no change still says not connected.

--
Sincerely Yours,
    John Vivirito

https://launchpad.net/~gnomefreak
https://wiki.ubuntu.com/JohnVivirito
Linux User# 414246

"How can i get lost, if i have no where to go"
    -- Metallica from Unforgiven III

Revision history for this message
TJ (tj) wrote :

On Mon, 2009-04-06 at 18:19 +0000, Till Kamppeter wrote:
> TJ, all your /dev/bus/usb/*/* files including the one for the printer
> have "vm" group ownerships. Probably VMware or some other virtual
> machine software is overriding the UDEV rules which set the group
> ownership of the printer's file to "lp". So HPLIP (the preferred CUPS
> backend for your printer) cannot access the printer and your job hangs.

Thanks for spotting that Till.

I did wonder but didn't spot anything obvious on that. The udev rule is
one needed to allow raw USB devices to be accessed by KVM/QEMU which
I've carried since Hardy.

Unfortunately the rule is 41-vm-usb.rules which will, as you noticed,
cancel out the 40-hplip/rules.

I've renamed the vm rule to 39- and the USB printing now works.

Now back to the original bluetooth bug!

Revision history for this message
Peter Maunder (peter-maunder) wrote :

Adding this coment in case it is useful.

I have also had the HP D7100 Photosmart ....... may not be connected problem. In my case I also had a Brother-HL-5250DN USB connected to my primary system, LAN connected to two other computers. The printers worked fine with Windows XP.
  I seem to have solved the problem by disconnecting the Brother USB connection and using the LAN instead and only allow the HP to be USB connected. I deleted all printers, rebooted and redefined them.
 I found that if I waited with both printers connected to the USB after about 25 minutes the HP would suddenly burst into life. Ubuntu 9.04 but had the same problem on 8.10. HPLIP 3.9.2, Device Manager Version 15.0 (Qt4)

Revision history for this message
UsedBits (s-prinz-c) wrote :

Bottom line: My system has no /dev/usb/lp0 and, therefore, I can't find a URI: entry to manually configure my HP LaserJet 4L.

lpinfo -v does not show my printer.

lsusb displays Bus 003 Device 005: ID 04b4:4100 Cypress Semiconductor Corp.

lsusb -v displays:

Bus 003 Device 005: ID 04b4:4100 Cypress Semiconductor Corp.
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 1.10
  bDeviceClass 0 (Defined at Interface level)
  bDeviceSubClass 0
  bDeviceProtocol 0
  bMaxPacketSize0 8
  idVendor 0x04b4 Cypress Semiconductor Corp.
  idProduct 0x4100
  bcdDevice 0.02
  iManufacturer 1
  iProduct 2 USB PRINT
  iSerial 0
  bNumConfigurations 1
  Configuration Descriptor:
    bLength 9
    bDescriptorType 2
    wTotalLength 50
    bNumInterfaces 1
    bConfigurationValue 1
    iConfiguration 4
    bmAttributes 0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower 100mA
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 0
      bAlternateSetting 2
      bNumEndpoints 2
      bInterfaceClass 7 Printer
      bInterfaceSubClass 1 Printer
      bInterfaceProtocol 2 Bidirectional
      iInterface 0
      ** UNRECOGNIZED: 09 21 10 01 00 01 22 25 00
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x01 EP 1 OUT
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0008 1x 8 bytes
        bInterval 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x82 EP 2 IN
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0040 1x 64 bytes
        bInterval 0
cannot read device status, Broken pipe (32)

HPLIP shows print jobs hitting queue and finishing, but nothing prints.

ls -la /dev/bus/usb/003/005 displays:
crw-rw---- 1 root lp 189, 260 2010-01-07 21:51 /dev/bus/usb/003/005

All I have under /dev/usb* are entries fo usbmon0 through usbmon5

Will work with y'all in continuing to fix, but you'll have to walk me through some of the more advanced procedures.

Revision history for this message
Paul McQuesten (mcquesten) wrote :

Hardy (8.04 LTS) with Brother MFC-7340 via USB

Followed many Brother printer fix HowTo-s (cannot remember all of them). Finally, this:
      sudo chmod a+w /dev/usb/lp0

lets me print (and scanning still works, too).

Question: Is it reasonable to have the printer world-writable? Should this be fixed some other way?

HTH

Displaying first 40 and last 40 comments. View all 112 comments or add a comment.
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.