Printer (HWModel Name) May Not Be Connected
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.
Related branches
nullack (nullack) wrote : apport-collect data | #1 |
nullack (nullack) wrote : | #2 |
nullack (nullack) wrote : | #3 |
nullack (nullack) wrote : | #4 |
nullack (nullack) wrote : | #5 |
nullack (nullack) wrote : | #6 |
nullack (nullack) wrote : | #7 |
nullack (nullack) wrote : | #8 |
nullack (nullack) wrote : | #9 |
nullack (nullack) wrote : | #10 |
nullack (nullack) wrote : | #11 |
nullack (nullack) wrote : | #12 |
Joel Goguen (jgoguen) wrote : apport-collect data | #13 |
Architecture: amd64
CupsErrorLog:
DistroRelease: Ubuntu 9.04
MachineType: Hewlett-Packard HP Pavilion dv2500 Notebook PC
NonfreeKernelMo
Package: cups 1.3.9-15
PackageArchitec
Papersize: letter
ProcCmdLine: root=UUID=
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_CA.UTF-8
LANGUAGE=en_CA:en
ProcVersionSign
Uname: Linux 2.6.28-11-generic x86_64
UserGroups: adm admin audio cdrom dialout disk lpadmin mail plugdev sambashare
Joel Goguen (jgoguen) wrote : | #14 |
nullack (nullack) wrote : | #15 |
Added regression-
Lean Fuglsang (lean-ubuntu-cd) wrote : | #16 |
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.
Lean Fuglsang (lean-ubuntu-cd) wrote : | #17 |
Okay,
I godt mine working. I installed foomatic* and cups* and rebooted. Now I could choose psc 1200 (hpijs) from the list.
Lean Fuglsang (lean-ubuntu-cd) wrote : | #18 |
Multiple comments confirms this bug
Changed in cups: | |
status: | New → Confirmed |
nullack (nullack) wrote : | #19 |
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.
cabernet54 (alex81emy) wrote : | #20 |
Lukly for me, after the upgrade to beta version (with the last update) the problem is solved ^_^
Kevin Oberle (kevin.oberle) wrote : | #21 |
Confirmed on a HP LaserJet P1005
Till Kamppeter (till-kamppeter) wrote : | #22 |
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/
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.
Nick A (nickalleyne) wrote : | #23 |
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;
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
Nick A (nickalleyne) wrote : | #24 |
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.
Till Kamppeter (till-kamppeter) wrote : | #25 |
Nick A, now where you have iot working can you do the following:
Start system-
Nick A, the <name of your print queue> is the name which you give to the printer with system-
Till Kamppeter (till-kamppeter) wrote : | #26 |
- Replacement for /usr/lib/cups/backend/usb (binary for amd64) Edit (22.4 KiB, application/octet-stream)
Can everyone here who has the problem on an amd64 (x86_64) system replace the file /usr/lib/
Till Kamppeter (till-kamppeter) wrote : | #27 |
Do not forget to make the file executable ("sudo chmod 755 /usr/lib/
andschuster (andreas-schuster2) wrote : | #28 |
I can confirm this bug with a HP Laserjet 1300 on an i386-system using a fresh upgrade from Intrepid to Jaunty beta.
Martin Pitt (pitti) wrote : | #29 |
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".
Till Kamppeter (till-kamppeter) wrote : | #30 |
Can everyone of you also try the following command sequence, independent whether the printer is from HP or not:
sudo chmod -x /usr/lib/
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/
Alessandro Ghersi (alessandro-ghersi) wrote : | #31 |
After these commands:
sudo chmod -x /usr/lib/
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:///
direct usb://EPSON/
direct hpfax
direct hp
network http
network ipp
network lpd
direct scsi
serial serial:
network smb
Martin Pitt (pitti) wrote : | #32 |
I can reproduce this, taking.
Changed in cups (Ubuntu Jaunty): | |
assignee: | nobody → pitti |
importance: | Undecided → High |
status: | Confirmed → In Progress |
Martin Pitt (pitti) wrote : | #33 |
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 |
Alessandro Ghersi (alessandro-ghersi) wrote : | #34 |
In my system with epson RX620, new /usr/lib/
Alessandro Ghersi (alessandro-ghersi) wrote : | #35 |
I forgot...workaround in comment #22 works fine.
andschuster (andreas-schuster2) wrote : | #36 |
I tried Till's advice:
sudo chmod -x /usr/lib/
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:///
direct hpfax
direct hp
network http
network ipp
network lpd
direct scsi
serial serial:
serial serial:
network smb
Till Kamppeter (till-kamppeter) wrote : | #37 |
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-
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.
andschuster (andreas-schuster2) wrote : | #38 |
Till,
I use the HPLIP backend, but I am confronted with the same problem using a HP Laserjet 1300.
andschuster (andreas-schuster2) wrote : | #39 |
I tried the HAL-backend: The result is the same, printing doesn't work.
Facundo Batista (facundo) wrote : | #40 |
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:/
And again, nothing happens.
The printer just doesn't print anything...
$ lpinfo -v
network socket
network beh
direct hal:///
direct hpfax
direct usb://HP/
direct hp
network http
network ipp
network lpd
direct parallel:/dev/lp0
direct scsi
serial serial:
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 |
Changed in linux (Ubuntu Jaunty): | |
assignee: | nobody → canonical-kernel-team |
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 Loading more comments | view all 112 comments |
Facundo Batista (facundo) wrote : | #73 |
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://
I want to try with an older kernel, but I need to install it (the upgrade to Jaunty removed the old kernels).
Steve Langasek (vorlon) wrote : | #74 |
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/
as verified in the Device URI field of system-
Till Kamppeter (till-kamppeter) wrote : | #75 |
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-
What is the output of "lpinfo -v" for you?
Till Kamppeter (till-kamppeter) wrote : | #76 |
I can reproduce the problem now, but not with print queue which got created by hal-cups-utils or system-
I have the HP PhotoSmart C8100:
till@till-
direct usb://HP/
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-
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-
affects: | cups (Ubuntu Jaunty) → hal-cups-utils (Ubuntu Jaunty) |
Till Kamppeter (till-kamppeter) wrote : | #77 |
Possible fix committed to hal-cups-utils upstream, GIT rev 885556d.
Changed in hal-cups-utils (Ubuntu Jaunty): | |
status: | Triaged → In Progress |
Till Kamppeter (till-kamppeter) wrote : | #78 |
I have uploaded hal-cups-
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 |
Launchpad Janitor (janitor) wrote : | #79 |
This bug was fixed in the package hal-cups-utils - 0.6.19+
---------------
hal-cups-utils (0.6.19+
* debian/
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 |
Martin Pitt (pitti) wrote : Re: [Bug 348316] Re: Printer (HWModel Name) May Not Be Connected | #80 |
Hello Till,
just wanted to say a big "thank you!" for tracking this down so
thoroughly and patiently. Kudos!
andschuster (andreas-schuster2) wrote : | #81 |
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.
Martin Pitt (pitti) wrote : | #82 |
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.
Till Kamppeter (till-kamppeter) wrote : | #83 |
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-
4. Power-cycle or unplug and plufg again your USB printer's
5. Wait the printer configuration window(s) of system-
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.
tibber (tibber) wrote : | #84 |
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)
fewyun (fewyun) wrote : | #85 |
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)
Steve Beattie (sbeattie) wrote : | #86 |
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!
Till Kamppeter (till-kamppeter) wrote : | #87 |
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-
https:/
and with the URIs
https:/
this lead me to hal-cups-utils.
Closing kernel task.
Changed in linux (Ubuntu Jaunty): | |
status: | Incomplete → Invalid |
andschuster (andreas-schuster2) wrote : | #88 |
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_
Starting thena hp-toolbox I got an "communication error".
andschuster (andreas-schuster2) wrote : | #89 |
I changed the backend to "hal". Result is the same.
Till Kamppeter (till-kamppeter) wrote : | #90 |
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.
andschuster (andreas-schuster2) wrote : | #91 |
root@darkstar:~# lpstat -v
Gerät für hp-LaserJet-1300: hp:/usb/
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:
serial serial:
network smb
So the cups backends don't seem to find the printer at all. A new bug?
Till Kamppeter (till-kamppeter) wrote : | #92 |
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, ...).
andschuster (andreas-schuster2) wrote : | #93 |
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
andschuster (andreas-schuster2) wrote : | #94 |
I filed a new bug: 356142
Till Kamppeter (till-kamppeter) wrote : | #95 |
John Vivirito (gnomefreak) wrote : | #96 |
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-
> 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-
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@
hal-cups-utils:
Installed: 0.6.19+
Candidate: 0.6.19+
Version table:
*** 0.6.19+
500 http://
100 /var/lib/
--
Sincerely Yours,
John Vivirito
https:/
https:/
Linux User# 414246
"How can i get lost, if i have no where to go"
-- Metallica from Unforgiven III
John Vivirito (gnomefreak) wrote : | #97 |
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-
> 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:/
https:/
Linux User# 414246
"How can i get lost, if i have no where to go"
-- Metallica from Unforgiven III
Till Kamppeter (till-kamppeter) wrote : | #98 |
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.
Facundo Batista (facundo) wrote : | #99 |
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/
Till Kamppeter (till-kamppeter) wrote : | #100 |
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.
Facundo Batista (facundo) wrote : | #101 |
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).
Till Kamppeter (till-kamppeter) wrote : | #102 |
Facundo Batista, your printer is identifying itself as an HP LaserJet P1002. This model is not (yet) known to HPLIP (see /usr/share/
Were you able to print on Linux (Intrepid, non-Ubuntu distro, ...) wit this printer? If yes, with which driver?
John Vivirito (gnomefreak) wrote : | #103 |
Till,
gnomefreak@
device for Photosmart-
gnomefreak@
network socket
network beh
direct hpfax
direct hal:///
direct usb://HP/
direct hp:/usb/
network http
network ipp
network lpd
direct parallel:/dev/lp0
direct scsi
serial serial:
serial serial:
network smb
gnomefreak@
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@
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
bNumConfigura
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurat
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescript
bInterfac
bAlternat
bNumEndpoints 1
bInterfac
bInterfac
bInterfac
iInterface 0
Endpoint Descriptor:
bLength 7
Transfer Type Interrupt
Synch Type None
Usage Type Data
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 ...
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-
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/
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/
crw-rw-r-- 1 root vm 189, 3 2009-04-06 15:50 /dev/bus/
crw-rw-r-- 1 root vm 189, 4 2009-04-06 15:50 /dev/bus/
crw-rw-r-- 1 root vm 189, 5 2009-04-06 16:40 /dev/bus/
crw-rw-r-- 1 root vm 189, 6 2009-04-06 16:40 /dev/bus/
crw-rw-r-- 1 root vm 189, 7 2009-04-06 16:40 /dev/bus/
crw-rw-r-- 1 root vm 189, 8 2009-04-06 16:40 /dev/bus/
crw-rw-r-- 1 root vm 189, 9 2009-04-06 16:40 /dev/bus/
crw-rw-r-- 1 root vm 189, 10 2009-04-06 16:40 /dev/bus/
crw-rw-r-- 1 root vm 189, 11 2009-04-06 16:40 /dev/bus/
crw-rw-r-- 1 root vm 189, 12 2009-04-06 16:51 /dev/bus/
crw-rw-r--+ 1 root vm 189, 13 2009-04-06 16:40 /dev/bus/
crw-rw-r--+ 1 root vm 189, 14 2009-04-06 16:40 /dev/bus/
crw-rw-r-- 1 root vm 189, 15 2009-04-06 16:40 /dev/bus/
crw-rw-r-- 1 root vm 189, 128 2009-04-06 15:50 /dev/bus/
crw-rw-r-- 1 root vm 189, 256 2009-04-06 15:50 /dev/bus/
crw-rw-r-- 1 root vm 189, 384 2009-04-06 15:50 /dev/bus/
crw-rw-r-- 1 root vm 189, 385 2009-04-06 15:50 /dev/bus/
crw-rw-r-- 1 root vm 189, 512 2009-04-06 15:50 /dev/bus/
/var/log/syslog shows:
Apr 6 16:40:25 hephaestion hal_lpadmin: PPD: drv:///
Apr 6 16:40:25 hephaestion hal_lpadmin: Added printer DESKJET-995C
Apr 6 16:40:33 hephaestion deskjet_
Apr 6 16:40:33 hephaestion deskjet_
Apr 6 16:40:33 hephaestion deskjet_
Apr 6 16:40:33 hephaestion deskjet_
Apr 6 16:40:33 hephaestion deskjet_
andschuster (andreas-schuster2) wrote : | #105 |
TJ that looks like my problem! See also bug 356142.
Steve Beattie (sbeattie) wrote : | #106 |
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:/
You'll want to download the kernel package that matches your arch,
and then install with either:
sudo dpkg -i linux-image-
or
sudo dpkg -i linux-image-
and reboot into it.
Till Kamppeter (till-kamppeter) wrote : | #107 |
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.
John Vivirito (gnomefreak) wrote : | #108 |
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:/
> You'll want to download the kernel package that matches your arch,
> and then install with either:
>
> sudo dpkg -i linux-image-
>
> or
>
> sudo dpkg -i linux-image-
>
> and reboot into it.
>
with 2.6.27-11 kernel no change still says not connected.
--
Sincerely Yours,
John Vivirito
https:/
https:/
Linux User# 414246
"How can i get lost, if i have no where to go"
-- Metallica from Unforgiven III
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!
Peter Maunder (peter-maunder) wrote : | #110 |
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)
UsedBits (s-prinz-c) wrote : | #111 |
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
bNumConfigura
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 50
bNumInterfaces 1
bConfigurat
iConfiguration 4
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescript
bInterfac
bAlternat
bNumEndpoints 2
bInterfac
bInterfac
bInterfac
iInterface 0
** UNRECOGNIZED: 09 21 10 01 00 01 22 25 00
Endpoint Descriptor:
bLength 7
Transfer Type Bulk
Synch Type None
Usage Type Data
bInterval 0
Endpoint Descriptor:
bLength 7
Transfer Type Bulk
Synch Type None
Usage Type Data
bInterval 0
cannot read device status, Broken pipe (32)
HPLIP shows print jobs hitting queue and finishing, but nothing prints.
ls -la /dev/bus/
crw-rw---- 1 root lp 189, 260 2010-01-07 21:51 /dev/bus/
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.
Paul McQuesten (mcquesten) wrote : | #112 |
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
Architecture: amd64 2009:15: 34:57 +1100] Resume-Printer: Unauthorized 2009:17: 56:07 +1100] Pause-Printer: Unauthorized 2009:18: 13:31 +1100] Resume-Printer: Unauthorized ML-2510% 20Series? serial= 3V54BKEL510850E . dules: nvidia ture: amd64 77ea2a78- 4863-49aa- 805c-f68d8068d1 a4 ro quiet ature: Ubuntu 2.6.28- 11.37-generic
CupsErrorLog:
E [25/Mar/
E [25/Mar/
E [25/Mar/
DistroRelease: Ubuntu 9.04
Lpstat: device for ML-2510-Series: usb://Samsung/
MachineType: System manufacturer System Product Name
NonfreeKernelMo
Package: cups 1.3.9-15
PackageArchitec
Papersize: a4
PpdFiles: ML-2510-Series: Samsung ML-2510, SpliX V. 2.0.0
ProcCmdLine: root=UUID=
ProcEnviron:
PATH=(custom, no user)
LANG=en_AU.UTF-8
SHELL=/bin/bash
ProcVersionSign
Uname: Linux 2.6.28-11-generic x86_64
UserGroups: