(gelöst) Konflikt: libusb und usblp, wer kennt sich aus?

Einrichten des Druckers und des Drucksystems, Scannerkonfiguration und Software zum Scannen und Faxen.
Antworten
michaa7
Beiträge: 4611
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

(gelöst) Konflikt: libusb und usblp, wer kennt sich aus?

Beitrag von michaa7 » 10.02.2021 23:19:43

EDIT:
Nach Löschen des Paketes ipp-usb ist der Drucker wieder in der Cups-Administrations sicht- und konfigurierbar.

Er druckt wie er es bis vor ca. einem Jahr auch schon getan hatte. Mit live-ISOs oder einer Parallelinstallation auf der selben HW klappte und klappt das auch mit ipp-usb. Da ist hier auf dem System irgendetwas subtiles und bislang unauffindbares in die Fritten gegangen was die Kommunikation mit dem Drucker unterbindet. In soweit ist der konkrete Fehler nicht gefunden, sondern wird in dieser Installation durch die Löschung des Paketes nur umgangen.

Und ich bin nun doch froh, dass ich jetzt endlich wieder verlässlich drucken kann und mich dieses Problem keine Nerven mehr kostet.

EDIT://



Debian/sid(uction), tagesaktuell. Problem tritt sowohl mit siduction kernel als auch mit purem Debian kernel auf.


Mein oki drucker funktioniert so gut wie nicht mehr (klappte alles zwischen 2017 und ende 2019), nun habe ich zum x-ten mal cups gepurged. Nun wird überhaupt kein usb-drucker zur installation mehr angeboten. Dementsprechend kann ich auch nichtmehr das PPD file auswählen.

Bei der Suche nach einer Lösung für mein Druckerproblem bin ich eben auf folgendes gestoßen:

usblp und libusb sind zwei unterschiedliche methoden usbdrucker verfügbar zu machen. Cups nutzte, soweit zumindest meine infos aus dem Netz, früher usblp, nun aber libusb.

Das problem: bei mir gibt es wohl beides:
lsmod | grep usb
usblp 24576 0
/usr/lib/cups/backend/usb
DEBUG: Loading USB quirks from "/usr/share/cups/usb".
DEBUG: Loaded 98 quirks.
DEBUG: list_devices
DEBUG: libusb_get_device_list=9
DEBUG: Failed to detach "usblp" module from 06bc:0357
# apt search libusb -n
Sortierung… Fertig
Volltextsuche… Fertig
libhidapi-libusb0/unstable 0.10.1+dfsg-1 amd64
Plattformübergreifende Bibliothek für die Kommunikation mit Eingabegeräten (libusb-Backend)

libusb-0.1-4/unstable,stable,now 2:0.1.12-32 amd64 [installiert]
Userspace USB-Programmierbibliothek

libusb-1.0-0/unstable,now 2:1.0.24-2 amd64 [Installiert,automatisch]
Userspace USB-Programmierbibliothek
Das würde erklären, warum der printjob zwar abgeschickt wird, der drucker sich druckfertig meldet, cups aber darauf wartet, dass der drucker verfügbar wird.

Im netz gibt es sehr widersprüchliche angaben dazu ob und wie man usblp blacklisted. Hat hier jemand einen plan wie das zu handhaben ist?
Zuletzt geändert von michaa7 am 15.02.2021 14:55:33, insgesamt 2-mal geändert.
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: Konflikt: libusb und usblp, wer kennt sich aus?

Beitrag von MSfree » 11.02.2021 13:42:42

Sollte es wirklich einen Konflikt zwischen dem Kernelmodul usblp und der Userspace Library libusb geben, kannst du das Kernelmodul zunächst von Hand entladen und dann testen, ob du dann drucken kannst. Um das Blacklisten kann man sich dann immer noch kümmern.

Entladen (als root)

Code: Alles auswählen

rmmod usblp
schauen, ob das Modul erfolgreich entfernt wurde:

Code: Alles auswählen

lsmod | grep usblp

michaa7
Beiträge: 4611
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: Konflikt: libusb und usblp, wer kennt sich aus?

Beitrag von michaa7 » 11.02.2021 16:22:06

Das hilft leider nicht, weil der drucke so uninstallierbar ist:

Wenn der Drucker aus ist:
# /usr/lib/cups/backend/usb
DEBUG: Loading USB quirks from "/usr/share/cups/usb".
DEBUG: Loaded 98 quirks.
DEBUG: list_devices
DEBUG: libusb_get_device_list=8

# lsmod | grep usb
usbhid 65536 0
hid 147456 2 usbhid,hid_generic
usbcore 323584 6 ehci_pci,usbhid,em28xx_dvb,ehci_hcd,em28xx,uhci_hcd
usb_common 16384 3 usbcore,ehci_hcd,uhci_hcd
Wenn dann der Drucker eingeschaltet wurde:
# /usr/lib/cups/backend/usb
DEBUG: Loading USB quirks from "/usr/share/cups/usb".
DEBUG: Loaded 98 quirks.
DEBUG: list_devices
DEBUG: libusb_get_device_list=9
DEBUG: Failed to detach "usblp" module from 06bc:0357

# lsmod | grep usb
usblp 28672 0
usbhid 65536 0
hid 147456 2 usbhid,hid_generic
usbcore 323584 8 ehci_pci,usbhid,usblp,em28xx_dvb,ehci_hcd,em28xx,uhci_hcd
usb_common 16384 3 usbcore,ehci_hcd,uhci_hcd
Nun entlade ich usblp und kontolliere das wie von dir beschrieben. Dann folgt
# /usr/lib/cups/backend/usb
DEBUG: Loading USB quirks from "/usr/share/cups/usb".
DEBUG: Loaded 98 quirks.
DEBUG: list_devices
DEBUG: libusb_get_device_list=8
Ist nun nicht mehr blockiert, aber dennoch ist in der cups administration kein usb-drucker sichtbar, kann also auch nicht installiert werden bzw das notwendige PPD file gewählt werden. Das alles ging mit älteren cups versionen ab 2017 (Kaufdatum des Printers).


Habe nun einen bugreport gegen cups abgesetzt. Mal schaun was die Jungs sagen. aber falls hier jemand ne idee hat ist das natürlich auch willkommen.

EDIT://
Allerdings gibt es in dmesg ein paar Zeilen apparmor und cups betreffend, aus denen ich nicht schlau werde:
[ 9822.992617] usb 3-5: new high-speed USB device number 7 using ehci-pci
[ 9823.151889] usb 3-5: New USB device found, idVendor=06bc, idProduct=0357, bcdDevice= 0.36
[ 9823.151894] usb 3-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 9823.151897] usb 3-5: Product: USB Device
[ 9823.151899] usb 3-5: Manufacturer: OKI DATA CORP
[ 9823.151901] usb 3-5: SerialNumber: XXXXXXXXXXX
[ 9823.154214] usblp 3-5:1.0: usblp0: USB Bidirectional printer dev 7 if 0 alt 0 proto 2 vid 0x06BC pid 0x0357
[ 9823.200504] usblp0: removed
[ 9825.043164] audit: type=1400 audit(1613057112.577:46): apparmor="DENIED" operation="open" profile="/usr/lib/cups/backend/cups-pdf" name="/etc/cups/" pid=199310 comm="cups-pdf" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
[ 9827.092537] audit: type=1400 audit(1613057114.625:47): apparmor="DENIED" operation="open" profile="/usr/lib/cups/backend/cups-pdf" name="/etc/cups/" pid=199335 comm="cups-pdf" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
[ 9828.514655] audit: type=1400 audit(1613057116.049:48): apparmor="DENIED" operation="open" profile="/usr/lib/cups/backend/cups-pdf" name="/etc/cups/" pid=199359 comm="cups-pdf" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
[ 9829.586740] audit: type=1400 audit(1613057117.121:49): apparmor="DENIED" operation="open" profile="/usr/lib/cups/backend/cups-pdf" name="/etc/cups/" pid=199383 comm="cups-pdf" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

Antworten