lrhorer wrote:
Wayne Topa wrote:lrhorer wrote:Wayne Topa wrote:lrhorer wrote:I have CUPS setup under Debian "Lenny" an an AMD Athlon 64 x 2 CPU with 4G of RAM. I cannot get the system to print to my HP Deskjet 940c printer attached via USB. The system says it sees the printer,2. What does lpstat -t show when run by root or a user?RAID-Server:/etc# lpstat -t scheduler is running system default destination: DESKJET_940C device for DESKJET_940C: usb://HP/DESKJET%20940C?serial=MX22C6D0Q3BH device for PhotoSmartPrinter: socket://192.168.0.32:9100 DESKJET_940C accepting requests since Sun 07 Jun 2009 07:39:32 AM CDT PhotoSmartPrinter accepting requests since Sat 30 May 2009 10:01:32 PM CDT printer DESKJET_940C now printing DESKJET_940C-0. enabled since Sun 07 Jun 2009 07:39:32 AM CDT printer PhotoSmartPrinter is idle. enabled since Sat 30 May 2009
If you don't have the PhotoSmart, try removing it.
10:01:32 PM CDT DESKJET_940C-13 root 18432 Sat 30 May 2009 10:15:55 PM CDT DESKJET_940C-14 root 18432 Sat 30 May 2009 10:31:54 PM CDT DESKJET_940C-15 root 18432 Sat 30 May 2009 10:33:48 PM CDT RAID-Server:/etc#It should show what printer is 'seen' by cups.It looks like it is there. When I pull or replace the USB cable, the status changes accordingly.Have you checked the error_log to see if it has any clues?Well, yes. It was pretty cryptic, so I turned on the debug logging, but it's still pretty cryptic. The only thing I see which seems relevant is this: E [11/Jun/2009:12:29:41 -0500] PID 13834 (/usr/lib/cups/backend/usb) crashed on signal 9! There are no other error entries and nothing else in the output suggests the nature of the problem. A crash of the usb utility certainly doesn't sound good, but I have no idea what could be causing it.
I see that /etc/udev/rules.d/ has a file that contains some PhotoSmart lines.
That might be a reason for the usb to be unhappy.I have had udev problems in the past and always check there when I have odd problems.
Wayne