Re. this printer, I downloaded the UnifiedLinuxdriver from Samsung, followed instructions and the printer was added, visible in YaST’s printer module and all was working well on TW as well as on Leap 42.2 and 42.3 during all upgrades the latter got. It simply worked. Now, and I don’t know when this started because I hadn’t used the printer for months, it doesn’t.
As you can see, the system knows the device is existiing
@knurphtlaptop:~> lsusb**Bus 002 Device 004: ID 04e8:3292 Samsung Electronics Co., Ltd ML-1640 Series Laser Printer**
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 13d3:5710 IMC Networks UVC VGA Webcam
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
No matter what I try ( even tried copying the /etc/cups/ folder from the ( working ) Leao install, but to no avail ), I can’t get the thing recognized and configurable as a printer. Any thoughts ?
Cheers Dean, this is from the TW install, which doesn’t work
# lpstat -tscheduler is running
no system default destination
lpstat: No destinations added.
lpstat: No destinations added.
lpstat: No destinations added.
lpstat: No destinations added.
# /usr/lib/cups/backend/usbDEBUG: Loading USB quirks from "/usr/share/cups/usb"
DEBUG: Loaded 132 quirks.
DEBUG: list_devices
DEBUG: libusb_get_device_list=6
DEBUG: Failed to open device, code: -1
# lpinfo -vnetwork beh
network ipps
network socket
network ipp
network http
network https
network lpd
direct hp
network smb
direct hpfax
The libusb error you got when running the CUPS usb backend manually is apparently I/O related
DEBUG: Failed to open device, code: -1
Not sure about the underlying cause, but it might be useful to look at the udev info associated with the printer device node…assuming the printer is connected as you reported in your opening post
Bus 002 Device 004: ID 04e8:3292 Samsung Electronics Co., Ltd ML-1640 Series Laser Printer
The udev info seems to check out ok, and the device node permissions appear to be as expected as well. I’m not sure why ‘lpinfo -v’ doesn’t communicate properly with the device. A regression requiring a bug report IMHO.
If possible can you also check the printer’s operation using another machine (if available), perhaps running Leap, or other OS? No red light up on printer? (I’ve read some anecdotal information that indicates page count can cause issues for some users, but there are ways to correct that if necessary.)
Nope, no red lights. Tha printer works fine on Leap 42.2 and 42.3. And it used to work on TW as well. Just don’t know when it stopped doing so, last time I printed something on it is at least two months ago.
I had already made some attempts to use a udev rule, though not the one you posted. Will comment the addition in /etc/default/tlp and try yours to see if the result is the same. Probably changes in udev / libusb ??