Dennis wrote:
> Yes, it is a USB printer HP ColorLaserjet 2605dn.
>
> I have read that there is a issue with USB printers. (6697318 printing to USB
> hands under CUPS). So I added the line "FileDevice Yes" in my cupsd.conf (Was
> this correct?) and in the /etc/cups/printers.conf I changed to line
> "DeviceURI usb://HP/Color%20LaserJet%202605dn" to "file://dev/printers/0"
> (Was this correct?)
>
> But again, no printout.
>
> Thank you
>
Your file DeviceURI appears to be missing a '/' near the beginning and
that may be an issue.
If you didn't disable the cups scheduler before you edited the files, it
won't know about the changes and may overwrite them. You can make the
necessary changes without disabling the scheduler using
# cupsctl FileDevice=Yes
# lpadmin -p queue -v file:///dev/printers/0
Switching to the files support should work. The actual DeviceURI will
vary. Often /dev/printers/0 refers to a parallel port, but if you don't
have one or it's disabled in the BIOS, /dev/printers/0 could easily be
your printer.
CUPS logs errors at /var/logs/cups/error_log and it may contain some
helpful information. If not, You might start by verifying that you can
communicate with the printer outside of printing. You can cat a
postscript file to the device to start with. Since your printer is
PostScript, it should just print the file. If that works, I would
restart CUPS, increase the debugging level in CUPS and recreate the queue.
-Norm
PS.
The CUPS usb backend should be functional in snv_105 or later based
Solaris/OpenSolaris distributions. see "6697318 printing to USB printer
hangs under CUPS" for the specifics on the bug.
