On 09/16/2022 10:47 PM, Paul wrote:
> On 9/16/2022 10:11 PM, Paul wrote:
>> On 9/16/2022 8:02 PM, Adam wrote:
>
>>> Should something be removed?
>>>
>>
>> As I explained earlier, I was not able to find a match
>> on "lsusb does not show vid pid". I don't know what
>> is doing that.
>
> Libusb keeps the info that lsusb uses.
>
> https://libusb.sourceforge.io/api-1.0/structlibusb__device__descriptor.html
>
> https://github.com/libusb/libusb/blob/master/libusb/libusb.h
>
> enum libusb_error {
> LIBUSB_SUCCESS = 0, <=== This is the rc
> = value thing below
>
> https://github.com/gregkh/usbutils/blob/master/lsusb.c
>
> 3539 libusb_get_device_descriptor(dev, &desc); <=== The code
> chucks away useful info...
>
> And you can see people fooling around with it here. Notice how
> they checked for a return code.
>
> https://stackoverflow.com/questions/14722083/how-to-use-libusb-and-libusb-get-device-descriptor
>
>
> rc = libusb_get_device_descriptor(device, &desc);
>
> The lsusb does not check the return code, and throws it away.
>
> Since this is userland stuff, you can:
>
> 1) Go to synaptic and edit the repostories and click the "source
> repository".
> 2) Make sure build-essentials package is installed (has a compiler for
> example).
> 3) Follow a recipe for building code from source on Ubuntu.
> 4) You can then edit the source, change the code to look like this. Then
> recompile.
>
> int rc;
>
> rc = libusb_get_device_descriptor(device, &desc);
>
> if (rc != 0) printf("got a RC of %d for
> libusb_get_device_descriptor\n", rc);
>
> Anyway, I know you're not going to do that, so that's... just an idea.
>
> I'm sure that the logic of the lsusb.c does cleverly cover off this
> situation,
> in an indirect way, but I would prefer to see the error printed immediately
> when there's a problem. There really isn't a very rich vocabulary for
> the rc= errors in this case.
>
> LIBUSB_SUCCESS = 0,
> LIBUSB_ERROR_IO = -1,
> LIBUSB_ERROR_INVALID_PARAM = -2,
> LIBUSB_ERROR_ACCESS = -3,
> LIBUSB_ERROR_NO_DEVICE = -4,
> LIBUSB_ERROR_NOT_FOUND = -5,
> LIBUSB_ERROR_BUSY = -6,
> LIBUSB_ERROR_TIMEOUT = -7,
> LIBUSB_ERROR_OVERFLOW = -8,
> LIBUSB_ERROR_PIPE = -9,
> /** System call interrupted (perhaps due to signal) */
> LIBUSB_ERROR_INTERRUPTED = -10,
> LIBUSB_ERROR_NO_MEM = -11,
> LIBUSB_ERROR_NOT_SUPPORTED = -12,
> LIBUSB_ERROR_OTHER = -99
>
> *******
>
> Summary: While you might thing I was stupid for going through that path,
> the bread crumb from the above, gives me this. Try running
> sudo lsusb -tv and see if the detail printed is better.
>
> https://stackoverflow.com/questions/40597515/libusb-calls-without-sudo-using-udev-rules
>
>
> Mow, looking at that discussion thread, does Ubuntu use udev ? And if so,
> would yours be subtly screwed up ?
>
> Paul
>

Scanner connected directly to laptop (without Belkin USB 2.0 4-Port
Ultra-Mini Hub)...

USB Device ID shows (ID 03f0:0601 Hewlett-Packard ScanJet 6300c) with
lsusb (without options)...

xerus@ThinkPad-T430:~$ lsusb
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 004: ID 5986:02d5 Acer, Inc
Bus 001 Device 003: ID 147e:2020 Upek TouchChip Fingerprint Coprocessor
(WBF advanced mode)
Bus 001 Device 030: ID 03f0:0601 Hewlett-Packard ScanJet 6300c
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
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
xerus@ThinkPad-T430:~$ lsusb -t
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 2: Dev 30, If 0, Class=(Defined at Interface level),
Driver=, 12M
|__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
|__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
xerus@ThinkPad-T430:~$ lsusb -tv
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 2: Dev 30, If 0, Class=(Defined at Interface level),
Driver=, 12M
|__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
|__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
xerus@ThinkPad-T430:~$

Today, I was able to scan successfully (with direct scanner to laptop
connection) the first time I tried. Disconnected scanner from laptop.
Reconnection assigns new USB Dev #. Then, subsequent scan failed...

xerus@ThinkPad-T430:~$ sudo lsusb -tv
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 2: Dev 31, If 0, Class=(Defined at Interface level),
Driver=, 12M
|__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
|__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
xerus@ThinkPad-T430:~$ sudo lsusb
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 004: ID 5986:02d5 Acer, Inc
Bus 001 Device 003: ID 147e:2020 Upek TouchChip Fingerprint Coprocessor
(WBF advanced mode)
Bus 001 Device 031: ID 03f0:0601 Hewlett-Packard ScanJet 6300c
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
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
xerus@ThinkPad-T430:~$ lsusb -tv
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 2: Dev 31, If 0, Class=(Defined at Interface level),
Driver=, 12M
|__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
|__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
xerus@ThinkPad-T430:~$

https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png

On 09/17/2022 01:39 PM, Paul wrote:
> On 9/16/2022 8:02 PM, Adam wrote:
>> On 09/16/2022 11:31 AM, Paul wrote:
>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> Separate USB annoyance I encountered today while trying to scan a
>>>>>>>> document via USB connection between scanner and laptop. Simple
>>>>>>>> Scan
>>>>>>>> kept failing to scan saying Device Not Found until I inserted a USB
>>>>>>>> dongle...
>>>>>>>>
>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Why? Seems like there's no rhyme or reason.
>>>>>>>
>>>>>>> Try:
>>>>>>>
>>>>>>> lsusb -tv
>>>>>>>
>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>
>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>
>>>>>>> Paul
>>>>>>>
>>>>>>
>>>>>> Scanner not connected to laptop...
>>>>>>
>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>> Driver=, 12M
>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>> xerus@ThinkPad-T430:~$
>>>>>>
>>>>>>
>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0 4-Port
>>>>>> Ultra-Mini Hub)...
>>>>>>
>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>> |__ Port 2: Dev 29, If 0, Class=(Defined at Interface
>>>>>> level),
>>>>>> Driver=, 12M
>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>> Driver=, 12M
>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>> xerus@ThinkPad-T430:~$
>>>>>>
>>>>>>
>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub, which is
>>>>>> connected to laptop...
>>>>>>
>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>> |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>> |__ Port 3: Dev 26, If 0, Class=(Defined at Interface
>>>>>> level), Driver=, 12M
>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>> Driver=, 12M
>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>> xerus@ThinkPad-T430:~$
>>>>>
>>>>> There's nothing abnormal there, so far. In terms of behavior, like
>>>>> something showing up when you expect it to show up.
>>>>>
>>>>> This is my other machine with the mkusb in it.
>>>>>
>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>> /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>> |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
>>>>> ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA
>>>>> 6Gb/s
>>>>> bridge <=== USB boot drive
>>>>> /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>> |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>> |__ Port 4: Dev 6, If 0, Class=Human Interface Device,
>>>>> Driver=usbhid, 1.5M
>>>>> ID 045e:076c Microsoft Corp. Comfort Mouse 4500
>>>>> |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>> |__ Port 4: Dev 7, If 0, Class=Human Interface Device,
>>>>> Driver=usbhid, 12M
>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>> |__ Port 4: Dev 7, If 1, Class=Human Interface Device,
>>>>> Driver=usbhid, 12M
>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>> |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>> Driver=btusb, 12M
>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>> Bluetooth
>>>>> |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>> Driver=btusb, 12M
>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>> Bluetooth
>>>>> |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>> Driver=btusb, 12M
>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>> Bluetooth
>>>>> |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>> Interface,
>>>>> Driver=, 12M
>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>> Bluetooth
>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>> ubuntu@ubuntu:~$
>>>>>
>>>>> *******
>>>>>
>>>>> Notice how mine has the numbers, like 8087:0024
>>>>>
>>>>> Yours does not.
>>>>>
>>>>> This means, somehow, the process to enumerate hardware either
>>>>> isn't running, or there is an elevation problem (not enough
>>>>> permissions to read the USB config space).
>>>>>
>>>>> If you can find a log, maybe there's something in there which
>>>>> indicates why the devices are not getting read properly.
>>>>
>>>> Here's the first ~100 lines of /var/log/syslog (showing error)...
>>>>
>>
>> <snip>
>>
>>>>
>>>
>>> Comment 1 at the bottom here:
>>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>
>>> "Dan mentioned the commit [1] there that removed the legacy support
>>> for WEP cipher suites in group cipher announced in RSN IE"
>>>
>>> The regulatory database for the Wifi appears to have got updated.
>>> That affects how the Wifi module behaves in different countries,
>>> to follow country specific rules. Even 2.4GHz Wifi, does not have
>>> the same band plan and channel numbers, in the US and Europe.
>>>
>>> So at least the dbus message does not mean that dbus failed.
>>>
>>> As for the extended period of the supplicant messing about,
>>> I don't take that as a hardware failure, or a failure to
>>> communicate on the USB bus. I don't think the root cause of the
>>> USB problem is in there.
>>
>> Yes, the wifi error seems separate from the USB issue.
>>
>>>
>>> It might have had something to do with what is in here.
>>> But whatever is in cron.daily, could be kicking off a ton of
>>> maintenance activity.
>>>
>>> anacron[8538]: Job `cron.daily' terminated
>>> anacron[8538]: Normal exit (1 job run)
>>>
>>> Paul
>>
>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>> total 56
>> -rwxr-xr-x 1 root root 311 Dec 28 2014 0anacron
>> -rwxr-xr-x 1 root root 376 Mar 31 2016 apport
>> -rwxr-xr-x 1 root root 1474 Apr 28 2021 apt-compat
>> -rwxr-xr-x 1 root root 355 May 22 2012 bsdmainutils
>> -rwxr-xr-x 1 root root 384 Oct 5 2014 cracklib-runtime
>> -rwxr-xr-x 1 root root 1597 Nov 26 2015 dpkg
>> -rwxr-xr-x 1 root root 372 May 5 2015 logrotate
>> -rwxr-xr-x 1 root root 1293 Nov 6 2015 man-db
>> -rwxr-xr-x 1 root root 435 Nov 17 2014 mlocate
>> -rwxr-xr-x 1 root root 249 Nov 12 2015 passwd
>> -rwxr-xr-x 1 root root 3449 Feb 26 2016 popularity-contest
>> -rwxr-xr-x 1 root root 383 Sep 24 2018 samba
>> -rwxr-xr-x 1 root root 214 Apr 12 2016 update-notifier-common
>> -rwxr-xr-x 1 root root 1046 Feb 29 2016 upstart
>> xerus@ThinkPad-T430:~$
>>
>> Should something be removed?
>>
>
> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
> and the library call I was worried about was not the problem.
> I added three debug statements to "lsusb" and none of them
> triggered.
>
> Instead, the message about /usr/share/usb.ids being missing is important.
> Maybe you saw that in your output.
>
> cd /usr/share # where the file
> should be
> ls -al usb.ids # verify it is missing
> ls -al /var/lib/usbutils/usb.ids # installed by the
> .deb ???
>
> sudo ln -s /var/lib/usbutils/usb.ids usb.ids # softlink it in so
> code can find it
>
> Now, lsusb -tv should properly list the hardware.
> Test and see.
>
> Paul
>

On 9/17/2022 5:35 PM, Adam wrote:
> On 09/17/2022 01:39 PM, Paul wrote:
>> On 9/16/2022 8:02 PM, Adam wrote:
>>> On 09/16/2022 11:31 AM, Paul wrote:
>>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Separate USB annoyance I encountered today while trying to scan a
>>>>>>>>> document via USB connection between scanner and laptop.  Simple
>>>>>>>>> Scan
>>>>>>>>> kept failing to scan saying Device Not Found until I inserted a USB
>>>>>>>>> dongle...
>>>>>>>>>
>>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Why?  Seems like there's no rhyme or reason.
>>>>>>>>
>>>>>>>> Try:
>>>>>>>>
>>>>>>>>     lsusb -tv
>>>>>>>>
>>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>>
>>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>>
>>>>>>>>     Paul
>>>>>>>>
>>>>>>>
>>>>>>> Scanner not connected to laptop...
>>>>>>>
>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>> Driver=, 12M
>>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>
>>>>>>>
>>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0 4-Port
>>>>>>> Ultra-Mini Hub)...
>>>>>>>
>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>          |__ Port 2: Dev 29, If 0, Class=(Defined at Interface
>>>>>>> level),
>>>>>>> Driver=, 12M
>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>> Driver=, 12M
>>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>
>>>>>>>
>>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub, which is
>>>>>>> connected to laptop...
>>>>>>>
>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>          |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>              |__ Port 3: Dev 26, If 0, Class=(Defined at Interface
>>>>>>> level), Driver=, 12M
>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>> Driver=, 12M
>>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>
>>>>>> There's nothing abnormal there, so far. In terms of behavior, like
>>>>>> something showing up when you expect it to show up.
>>>>>>
>>>>>> This is my other machine with the mkusb in it.
>>>>>>
>>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>>> /:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
>>>>>>      ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>      |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
>>>>>>          ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA
>>>>>> 6Gb/s
>>>>>> bridge   <=== USB boot drive
>>>>>> /:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
>>>>>>      ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>          ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>          |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>              ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>              |__ Port 4: Dev 6, If 0, Class=Human Interface Device,
>>>>>> Driver=usbhid, 1.5M
>>>>>>                  ID 045e:076c Microsoft Corp. Comfort Mouse 4500
>>>>>>          |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>              ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>              |__ Port 4: Dev 7, If 0, Class=Human Interface Device,
>>>>>> Driver=usbhid, 12M
>>>>>>                  ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>              |__ Port 4: Dev 7, If 1, Class=Human Interface Device,
>>>>>> Driver=usbhid, 12M
>>>>>>                  ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>          |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>>> Driver=btusb, 12M
>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>>> Bluetooth
>>>>>>          |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>>> Driver=btusb, 12M
>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>>> Bluetooth
>>>>>>          |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>>> Driver=btusb, 12M
>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>>> Bluetooth
>>>>>>          |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>>> Interface,
>>>>>> Driver=, 12M
>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>>> Bluetooth
>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>          ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>> ubuntu@ubuntu:~$
>>>>>>
>>>>>> *******
>>>>>>
>>>>>> Notice how mine has the numbers, like  8087:0024
>>>>>>
>>>>>> Yours does not.
>>>>>>
>>>>>> This means, somehow, the process to enumerate hardware either
>>>>>> isn't running, or there is an elevation problem (not enough
>>>>>> permissions to read the USB config space).
>>>>>>
>>>>>> If you can find a log, maybe there's something in there which
>>>>>> indicates why the devices are not getting read properly.
>>>>>
>>>>> Here's the first ~100 lines of /var/log/syslog (showing error)...
>>>>>
>>>
>>> <snip>
>>>
>>>>>
>>>>
>>>> Comment 1 at the bottom here:
>>>>
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>>
>>>>    "Dan mentioned the commit [1] there that removed the legacy support
>>>>     for WEP cipher suites in group cipher announced in RSN IE"
>>>>
>>>> The regulatory database for the Wifi appears to have got updated.
>>>> That affects how the Wifi module behaves in different countries,
>>>> to follow country specific rules. Even 2.4GHz Wifi, does not have
>>>> the same band plan and channel numbers, in the US and Europe.
>>>>
>>>> So at least the dbus message does not mean that dbus failed.
>>>>
>>>> As for the extended period of the supplicant messing about,
>>>> I don't take that as a hardware failure, or a failure to
>>>> communicate on the USB bus. I don't think the root cause of the
>>>> USB problem is in there.
>>>
>>> Yes, the wifi error seems separate from the USB issue.
>>>
>>>>
>>>> It might have had something to do with what is in here.
>>>> But whatever is in cron.daily, could be kicking off a ton of
>>>> maintenance activity.
>>>>
>>>>      anacron[8538]: Job `cron.daily' terminated
>>>>      anacron[8538]: Normal exit (1 job run)
>>>>
>>>>     Paul
>>>
>>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>>> total 56
>>> -rwxr-xr-x 1 root root  311 Dec 28  2014 0anacron
>>> -rwxr-xr-x 1 root root  376 Mar 31  2016 apport
>>> -rwxr-xr-x 1 root root 1474 Apr 28  2021 apt-compat
>>> -rwxr-xr-x 1 root root  355 May 22  2012 bsdmainutils
>>> -rwxr-xr-x 1 root root  384 Oct  5  2014 cracklib-runtime
>>> -rwxr-xr-x 1 root root 1597 Nov 26  2015 dpkg
>>> -rwxr-xr-x 1 root root  372 May  5  2015 logrotate
>>> -rwxr-xr-x 1 root root 1293 Nov  6  2015 man-db
>>> -rwxr-xr-x 1 root root  435 Nov 17  2014 mlocate
>>> -rwxr-xr-x 1 root root  249 Nov 12  2015 passwd
>>> -rwxr-xr-x 1 root root 3449 Feb 26  2016 popularity-contest
>>> -rwxr-xr-x 1 root root  383 Sep 24  2018 samba
>>> -rwxr-xr-x 1 root root  214 Apr 12  2016 update-notifier-common
>>> -rwxr-xr-x 1 root root 1046 Feb 29  2016 upstart
>>> xerus@ThinkPad-T430:~$
>>>
>>> Should something be removed?
>>>
>>
>> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
>> and the library call I was worried about was not the problem.
>> I added three debug statements to "lsusb" and none of them
>> triggered.
>>
>> Instead, the message about /usr/share/usb.ids being missing is important.
>> Maybe you saw that in your output.
>>
>>     cd /usr/share                                 # where the file
>> should be
>>     ls -al usb.ids                                # verify it is missing
>>     ls -al /var/lib/usbutils/usb.ids              # installed by the
>> .deb ???
>>
>>     sudo ln -s /var/lib/usbutils/usb.ids usb.ids  # softlink it in so
>> code can find it
>>
>> Now, lsusb -tv should properly list the hardware.
>> Test and see.
>>
>>     Paul
>>
>
> xerus@ThinkPad-T430:~$ ls -l /usr/share/usb.ids
> ls: cannot access '/usr/share/usb.ids': No such file or directory
> xerus@ThinkPad-T430:~$ cd /usr/share
> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
> ls: cannot access 'usb.ids': No such file or directory
> xerus@ThinkPad-T430:/usr/share$ ls -al /var/lib/usbutils/usb.ids
> -rw-r--r-- 1 root root 551472 Oct 23  2015 /var/lib/usbutils/usb.ids
> xerus@ThinkPad-T430:/usr/share$ sudo ln -s /var/lib/usbutils/usb.ids usb.ids
> [sudo] password for xerus:
> xerus@ThinkPad-T430:/usr/share$ lsusb -tv
> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>     |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>     |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>         |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level), Driver=, 12M
>         |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
>         |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>         |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
> lrwxrwxrwx 1 root root 25 Sep 17 14:11 usb.ids -> /var/lib/usbutils/usb.ids
> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>     |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>     |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>         |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level), Driver=, 12M
>         |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
>         |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>         |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>     |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>     |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>         |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level), Driver=, 12M
>         |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
>         |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>         |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
> xerus@ThinkPad-T430:/usr/share$
>
> Scan failed still (with and without the link to /var/lib/usbutils/usb.ids)...
>
> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>
> I've been having this scan issue since FOREVER.  Scan does NOT scan consistently.
>

On 09/17/2022 05:33 PM, Paul wrote:
> On 9/17/2022 5:35 PM, Adam wrote:
>> On 09/17/2022 01:39 PM, Paul wrote:
>>> On 9/16/2022 8:02 PM, Adam wrote:
>>>> On 09/16/2022 11:31 AM, Paul wrote:
>>>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Separate USB annoyance I encountered today while trying to scan a
>>>>>>>>>> document via USB connection between scanner and laptop. Simple
>>>>>>>>>> Scan
>>>>>>>>>> kept failing to scan saying Device Not Found until I inserted
>>>>>>>>>> a USB
>>>>>>>>>> dongle...
>>>>>>>>>>
>>>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Why? Seems like there's no rhyme or reason.
>>>>>>>>>
>>>>>>>>> Try:
>>>>>>>>>
>>>>>>>>> lsusb -tv
>>>>>>>>>
>>>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>>>
>>>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>>>
>>>>>>>>> Paul
>>>>>>>>>
>>>>>>>>
>>>>>>>> Scanner not connected to laptop...
>>>>>>>>
>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>> Driver=, 12M
>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>
>>>>>>>>
>>>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0 4-Port
>>>>>>>> Ultra-Mini Hub)...
>>>>>>>>
>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>> |__ Port 2: Dev 29, If 0, Class=(Defined at Interface
>>>>>>>> level),
>>>>>>>> Driver=, 12M
>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>> Driver=, 12M
>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>
>>>>>>>>
>>>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub, which is
>>>>>>>> connected to laptop...
>>>>>>>>
>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>> |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>> |__ Port 3: Dev 26, If 0, Class=(Defined at Interface
>>>>>>>> level), Driver=, 12M
>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>> Driver=, 12M
>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>
>>>>>>> There's nothing abnormal there, so far. In terms of behavior, like
>>>>>>> something showing up when you expect it to show up.
>>>>>>>
>>>>>>> This is my other machine with the mkusb in it.
>>>>>>>
>>>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>>>> /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>> |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
>>>>>>> ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA
>>>>>>> 6Gb/s
>>>>>>> bridge <=== USB boot drive
>>>>>>> /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>> |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>> |__ Port 4: Dev 6, If 0, Class=Human Interface Device,
>>>>>>> Driver=usbhid, 1.5M
>>>>>>> ID 045e:076c Microsoft Corp. Comfort Mouse 4500
>>>>>>> |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>> |__ Port 4: Dev 7, If 0, Class=Human Interface Device,
>>>>>>> Driver=usbhid, 12M
>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>> |__ Port 4: Dev 7, If 1, Class=Human Interface Device,
>>>>>>> Driver=usbhid, 12M
>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>> |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>>>> Driver=btusb, 12M
>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>>>> Bluetooth
>>>>>>> |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>>>> Driver=btusb, 12M
>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>>>> Bluetooth
>>>>>>> |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>>>> Driver=btusb, 12M
>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>>>> Bluetooth
>>>>>>> |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>>>> Interface,
>>>>>>> Driver=, 12M
>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom BCM20702A0
>>>>>>> Bluetooth
>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>> ubuntu@ubuntu:~$
>>>>>>>
>>>>>>> *******
>>>>>>>
>>>>>>> Notice how mine has the numbers, like 8087:0024
>>>>>>>
>>>>>>> Yours does not.
>>>>>>>
>>>>>>> This means, somehow, the process to enumerate hardware either
>>>>>>> isn't running, or there is an elevation problem (not enough
>>>>>>> permissions to read the USB config space).
>>>>>>>
>>>>>>> If you can find a log, maybe there's something in there which
>>>>>>> indicates why the devices are not getting read properly.
>>>>>>
>>>>>> Here's the first ~100 lines of /var/log/syslog (showing error)...
>>>>>>
>>>>
>>>> <snip>
>>>>
>>>>>>
>>>>>
>>>>> Comment 1 at the bottom here:
>>>>>
>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>>>
>>>>> "Dan mentioned the commit [1] there that removed the legacy support
>>>>> for WEP cipher suites in group cipher announced in RSN IE"
>>>>>
>>>>> The regulatory database for the Wifi appears to have got updated.
>>>>> That affects how the Wifi module behaves in different countries,
>>>>> to follow country specific rules. Even 2.4GHz Wifi, does not have
>>>>> the same band plan and channel numbers, in the US and Europe.
>>>>>
>>>>> So at least the dbus message does not mean that dbus failed.
>>>>>
>>>>> As for the extended period of the supplicant messing about,
>>>>> I don't take that as a hardware failure, or a failure to
>>>>> communicate on the USB bus. I don't think the root cause of the
>>>>> USB problem is in there.
>>>>
>>>> Yes, the wifi error seems separate from the USB issue.
>>>>
>>>>>
>>>>> It might have had something to do with what is in here.
>>>>> But whatever is in cron.daily, could be kicking off a ton of
>>>>> maintenance activity.
>>>>>
>>>>> anacron[8538]: Job `cron.daily' terminated
>>>>> anacron[8538]: Normal exit (1 job run)
>>>>>
>>>>> Paul
>>>>
>>>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>>>> total 56
>>>> -rwxr-xr-x 1 root root 311 Dec 28 2014 0anacron
>>>> -rwxr-xr-x 1 root root 376 Mar 31 2016 apport
>>>> -rwxr-xr-x 1 root root 1474 Apr 28 2021 apt-compat
>>>> -rwxr-xr-x 1 root root 355 May 22 2012 bsdmainutils
>>>> -rwxr-xr-x 1 root root 384 Oct 5 2014 cracklib-runtime
>>>> -rwxr-xr-x 1 root root 1597 Nov 26 2015 dpkg
>>>> -rwxr-xr-x 1 root root 372 May 5 2015 logrotate
>>>> -rwxr-xr-x 1 root root 1293 Nov 6 2015 man-db
>>>> -rwxr-xr-x 1 root root 435 Nov 17 2014 mlocate
>>>> -rwxr-xr-x 1 root root 249 Nov 12 2015 passwd
>>>> -rwxr-xr-x 1 root root 3449 Feb 26 2016 popularity-contest
>>>> -rwxr-xr-x 1 root root 383 Sep 24 2018 samba
>>>> -rwxr-xr-x 1 root root 214 Apr 12 2016 update-notifier-common
>>>> -rwxr-xr-x 1 root root 1046 Feb 29 2016 upstart
>>>> xerus@ThinkPad-T430:~$
>>>>
>>>> Should something be removed?
>>>>
>>>
>>> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
>>> and the library call I was worried about was not the problem.
>>> I added three debug statements to "lsusb" and none of them
>>> triggered.
>>>
>>> Instead, the message about /usr/share/usb.ids being missing is
>>> important.
>>> Maybe you saw that in your output.
>>>
>>> cd /usr/share # where the file
>>> should be
>>> ls -al usb.ids # verify it is missing
>>> ls -al /var/lib/usbutils/usb.ids # installed by the
>>> .deb ???
>>>
>>> sudo ln -s /var/lib/usbutils/usb.ids usb.ids # softlink it in so
>>> code can find it
>>>
>>> Now, lsusb -tv should properly list the hardware.
>>> Test and see.
>>>
>>> Paul
>>>
>>
>> xerus@ThinkPad-T430:~$ ls -l /usr/share/usb.ids
>> ls: cannot access '/usr/share/usb.ids': No such file or directory
>> xerus@ThinkPad-T430:~$ cd /usr/share
>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>> ls: cannot access 'usb.ids': No such file or directory
>> xerus@ThinkPad-T430:/usr/share$ ls -al /var/lib/usbutils/usb.ids
>> -rw-r--r-- 1 root root 551472 Oct 23 2015 /var/lib/usbutils/usb.ids
>> xerus@ThinkPad-T430:/usr/share$ sudo ln -s /var/lib/usbutils/usb.ids
>> usb.ids
>> [sudo] password for xerus:
>> xerus@ThinkPad-T430:/usr/share$ lsusb -tv
>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>> Driver=, 12M
>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>> Driver=, 12M
>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>> lrwxrwxrwx 1 root root 25 Sep 17 14:11 usb.ids ->
>> /var/lib/usbutils/usb.ids
>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>> Driver=, 12M
>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>> Driver=, 12M
>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>> Driver=, 12M
>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>> Driver=, 12M
>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>> xerus@ThinkPad-T430:/usr/share$
>>
>> Scan failed still (with and without the link to
>> /var/lib/usbutils/usb.ids)...
>>
>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>
>>
>> I've been having this scan issue since FOREVER. Scan does NOT scan
>> consistently.
>>
>
> Weird.
>
> Well then, you might need to add the three changes to the code and
> print out the return code from the call then. My failure highlighted the
> packaging issue, rather than reproduce your scanning problem.
>
> I picked up the original one here, to use for modification.
>
> https://launchpad.net/ubuntu/+source/usbutils/1:007-4
>
> usbutils_007.orig.tar.xz 408.5 KiB
> 7593a01724bbc0fd9fe48e62bc721ceb61c76654f1d7b231b3c65f6dfbbaefa4
>
> I picked that one, since I was using Linux Mint, and it does not have
> a "source" repository. And so I searched around and found a version
> which matched my USB stick version.
>
> Then opened lsusb.c and modified the code.
>
> ret = libusb_open(dev, &udev);
> if (ret) {
> fprintf(stderr, "Couldn't open device, some information "
> "will be missing\n");
> udev = NULL;
> }
>
> libusb_get_device_descriptor(dev, &desc);
>
> Changed to look like this. Needs an "int ret" of some kind, to
> hold the return code from the routine.
>
> ret = libusb_open(dev, &udev);
> if (ret) {
> fprintf(stderr, "Couldn't open device, some information "
> "will be missing\n");
> udev = NULL;
> }
>
> ret = libusb_get_device_descriptor(dev, &desc);
> if (ret) {
> fprintf(stderr, "libusb_get_device_descriptor returned %d at
> line 3813\n", ret);
> }
>
> That needs to be done in a total of three places, and salt the line
> number fixed value,
> with the value your text editor displays for that fprintf statement. The
> line number
> is so you know which one triggered.
>
> That's just in case your particular failure, is something I'm not seeing
> here,
> when I modified lsusb.c and rebuilt it.
>
> cd unpacked_dir_with_source
> nano lsusb.c # edit source
> ./configure # needs sudo apt install
> build-essentials so you have a gcc present
> # also needs libusb-dev added as well,
> to get a libusb.h .
> # sudo apt install libusb-dev
>
> make # Should compile OK, assuming no typos
> and you created a "int ret".
> ./lsusb -tv # Test your creation, see if it throws
> errors or not.
>
> I tried systemctl --all status and the daemons all appeared to be
> running and there was no suspicious stuff visible in mine.
>
> Paul

On 09/18/2022 09:05 AM, Adam wrote:
> On 09/17/2022 05:33 PM, Paul wrote:
>> On 9/17/2022 5:35 PM, Adam wrote:
>>> On 09/17/2022 01:39 PM, Paul wrote:
>>>> On 9/16/2022 8:02 PM, Adam wrote:
>>>>> On 09/16/2022 11:31 AM, Paul wrote:
>>>>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Separate USB annoyance I encountered today while trying to
>>>>>>>>>>> scan a
>>>>>>>>>>> document via USB connection between scanner and laptop. Simple
>>>>>>>>>>> Scan
>>>>>>>>>>> kept failing to scan saying Device Not Found until I inserted
>>>>>>>>>>> a USB
>>>>>>>>>>> dongle...
>>>>>>>>>>>
>>>>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Why? Seems like there's no rhyme or reason.
>>>>>>>>>>
>>>>>>>>>> Try:
>>>>>>>>>>
>>>>>>>>>> lsusb -tv
>>>>>>>>>>
>>>>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>>>>
>>>>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>>>>
>>>>>>>>>> Paul
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Scanner not connected to laptop...
>>>>>>>>>
>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>> 5000M
>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>> Driver=, 12M
>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>> 480M
>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>> 480M
>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0
>>>>>>>>> 4-Port
>>>>>>>>> Ultra-Mini Hub)...
>>>>>>>>>
>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>> 5000M
>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>> |__ Port 2: Dev 29, If 0, Class=(Defined at Interface
>>>>>>>>> level),
>>>>>>>>> Driver=, 12M
>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>> Driver=, 12M
>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>> 480M
>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>> 480M
>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub,
>>>>>>>>> which is
>>>>>>>>> connected to laptop...
>>>>>>>>>
>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>> 5000M
>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>> |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>> |__ Port 3: Dev 26, If 0, Class=(Defined at Interface
>>>>>>>>> level), Driver=, 12M
>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>> Driver=, 12M
>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>> 480M
>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>> 480M
>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>
>>>>>>>> There's nothing abnormal there, so far. In terms of behavior, like
>>>>>>>> something showing up when you expect it to show up.
>>>>>>>>
>>>>>>>> This is my other machine with the mkusb in it.
>>>>>>>>
>>>>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>>>>> /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
>>>>>>>> ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA
>>>>>>>> 6Gb/s
>>>>>>>> bridge <=== USB boot drive
>>>>>>>> /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>> |__ Port 4: Dev 6, If 0, Class=Human Interface Device,
>>>>>>>> Driver=usbhid, 1.5M
>>>>>>>> ID 045e:076c Microsoft Corp. Comfort Mouse 4500
>>>>>>>> |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>> |__ Port 4: Dev 7, If 0, Class=Human Interface Device,
>>>>>>>> Driver=usbhid, 12M
>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>> |__ Port 4: Dev 7, If 1, Class=Human Interface Device,
>>>>>>>> Driver=usbhid, 12M
>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>> |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>>>>> Driver=btusb, 12M
>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>> BCM20702A0
>>>>>>>> Bluetooth
>>>>>>>> |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>>>>> Driver=btusb, 12M
>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>> BCM20702A0
>>>>>>>> Bluetooth
>>>>>>>> |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>>>>> Driver=btusb, 12M
>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>> BCM20702A0
>>>>>>>> Bluetooth
>>>>>>>> |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>>>>> Interface,
>>>>>>>> Driver=, 12M
>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>> BCM20702A0
>>>>>>>> Bluetooth
>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>> ubuntu@ubuntu:~$
>>>>>>>>
>>>>>>>> *******
>>>>>>>>
>>>>>>>> Notice how mine has the numbers, like 8087:0024
>>>>>>>>
>>>>>>>> Yours does not.
>>>>>>>>
>>>>>>>> This means, somehow, the process to enumerate hardware either
>>>>>>>> isn't running, or there is an elevation problem (not enough
>>>>>>>> permissions to read the USB config space).
>>>>>>>>
>>>>>>>> If you can find a log, maybe there's something in there which
>>>>>>>> indicates why the devices are not getting read properly.
>>>>>>>
>>>>>>> Here's the first ~100 lines of /var/log/syslog (showing error)...
>>>>>>>
>>>>>
>>>>> <snip>
>>>>>
>>>>>>>
>>>>>>
>>>>>> Comment 1 at the bottom here:
>>>>>>
>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>>>>
>>>>>> "Dan mentioned the commit [1] there that removed the legacy
>>>>>> support
>>>>>> for WEP cipher suites in group cipher announced in RSN IE"
>>>>>>
>>>>>> The regulatory database for the Wifi appears to have got updated.
>>>>>> That affects how the Wifi module behaves in different countries,
>>>>>> to follow country specific rules. Even 2.4GHz Wifi, does not have
>>>>>> the same band plan and channel numbers, in the US and Europe.
>>>>>>
>>>>>> So at least the dbus message does not mean that dbus failed.
>>>>>>
>>>>>> As for the extended period of the supplicant messing about,
>>>>>> I don't take that as a hardware failure, or a failure to
>>>>>> communicate on the USB bus. I don't think the root cause of the
>>>>>> USB problem is in there.
>>>>>
>>>>> Yes, the wifi error seems separate from the USB issue.
>>>>>
>>>>>>
>>>>>> It might have had something to do with what is in here.
>>>>>> But whatever is in cron.daily, could be kicking off a ton of
>>>>>> maintenance activity.
>>>>>>
>>>>>> anacron[8538]: Job `cron.daily' terminated
>>>>>> anacron[8538]: Normal exit (1 job run)
>>>>>>
>>>>>> Paul
>>>>>
>>>>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>>>>> total 56
>>>>> -rwxr-xr-x 1 root root 311 Dec 28 2014 0anacron
>>>>> -rwxr-xr-x 1 root root 376 Mar 31 2016 apport
>>>>> -rwxr-xr-x 1 root root 1474 Apr 28 2021 apt-compat
>>>>> -rwxr-xr-x 1 root root 355 May 22 2012 bsdmainutils
>>>>> -rwxr-xr-x 1 root root 384 Oct 5 2014 cracklib-runtime
>>>>> -rwxr-xr-x 1 root root 1597 Nov 26 2015 dpkg
>>>>> -rwxr-xr-x 1 root root 372 May 5 2015 logrotate
>>>>> -rwxr-xr-x 1 root root 1293 Nov 6 2015 man-db
>>>>> -rwxr-xr-x 1 root root 435 Nov 17 2014 mlocate
>>>>> -rwxr-xr-x 1 root root 249 Nov 12 2015 passwd
>>>>> -rwxr-xr-x 1 root root 3449 Feb 26 2016 popularity-contest
>>>>> -rwxr-xr-x 1 root root 383 Sep 24 2018 samba
>>>>> -rwxr-xr-x 1 root root 214 Apr 12 2016 update-notifier-common
>>>>> -rwxr-xr-x 1 root root 1046 Feb 29 2016 upstart
>>>>> xerus@ThinkPad-T430:~$
>>>>>
>>>>> Should something be removed?
>>>>>
>>>>
>>>> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
>>>> and the library call I was worried about was not the problem.
>>>> I added three debug statements to "lsusb" and none of them
>>>> triggered.
>>>>
>>>> Instead, the message about /usr/share/usb.ids being missing is
>>>> important.
>>>> Maybe you saw that in your output.
>>>>
>>>> cd /usr/share # where the file
>>>> should be
>>>> ls -al usb.ids # verify it is
>>>> missing
>>>> ls -al /var/lib/usbutils/usb.ids # installed by the
>>>> .deb ???
>>>>
>>>> sudo ln -s /var/lib/usbutils/usb.ids usb.ids # softlink it in so
>>>> code can find it
>>>>
>>>> Now, lsusb -tv should properly list the hardware.
>>>> Test and see.
>>>>
>>>> Paul
>>>>
>>>
>>> xerus@ThinkPad-T430:~$ ls -l /usr/share/usb.ids
>>> ls: cannot access '/usr/share/usb.ids': No such file or directory
>>> xerus@ThinkPad-T430:~$ cd /usr/share
>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>> ls: cannot access 'usb.ids': No such file or directory
>>> xerus@ThinkPad-T430:/usr/share$ ls -al /var/lib/usbutils/usb.ids
>>> -rw-r--r-- 1 root root 551472 Oct 23 2015 /var/lib/usbutils/usb.ids
>>> xerus@ThinkPad-T430:/usr/share$ sudo ln -s /var/lib/usbutils/usb.ids
>>> usb.ids
>>> [sudo] password for xerus:
>>> xerus@ThinkPad-T430:/usr/share$ lsusb -tv
>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>> Driver=, 12M
>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>> Driver=, 12M
>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>> lrwxrwxrwx 1 root root 25 Sep 17 14:11 usb.ids ->
>>> /var/lib/usbutils/usb.ids
>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>> Driver=, 12M
>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>> Driver=, 12M
>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>> Driver=, 12M
>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>> Driver=, 12M
>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>> xerus@ThinkPad-T430:/usr/share$
>>>
>>> Scan failed still (with and without the link to
>>> /var/lib/usbutils/usb.ids)...
>>>
>>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>>
>>>
>>>
>>> I've been having this scan issue since FOREVER. Scan does NOT scan
>>> consistently.
>>>
>>
>> Weird.
>>
>> Well then, you might need to add the three changes to the code and
>> print out the return code from the call then. My failure highlighted the
>> packaging issue, rather than reproduce your scanning problem.
>>
>> I picked up the original one here, to use for modification.
>>
>> https://launchpad.net/ubuntu/+source/usbutils/1:007-4
>>
>> usbutils_007.orig.tar.xz 408.5 KiB
>> 7593a01724bbc0fd9fe48e62bc721ceb61c76654f1d7b231b3c65f6dfbbaefa4
>>
>> I picked that one, since I was using Linux Mint, and it does not have
>> a "source" repository. And so I searched around and found a version
>> which matched my USB stick version.
>>
>> Then opened lsusb.c and modified the code.
>>
>> ret = libusb_open(dev, &udev);
>> if (ret) {
>> fprintf(stderr, "Couldn't open device, some information "
>> "will be missing\n");
>> udev = NULL;
>> }
>>
>> libusb_get_device_descriptor(dev, &desc);
>>
>> Changed to look like this. Needs an "int ret" of some kind, to
>> hold the return code from the routine.
>>
>> ret = libusb_open(dev, &udev);
>> if (ret) {
>> fprintf(stderr, "Couldn't open device, some information "
>> "will be missing\n");
>> udev = NULL;
>> }
>>
>> ret = libusb_get_device_descriptor(dev, &desc);
>> if (ret) {
>> fprintf(stderr, "libusb_get_device_descriptor returned %d at
>> line 3813\n", ret);
>> }
>>
>> That needs to be done in a total of three places, and salt the line
>> number fixed value,
>> with the value your text editor displays for that fprintf statement. The
>> line number
>> is so you know which one triggered.
>>
>> That's just in case your particular failure, is something I'm not seeing
>> here,
>> when I modified lsusb.c and rebuilt it.
>>
>> cd unpacked_dir_with_source
>> nano lsusb.c # edit source
>> ./configure # needs sudo apt install
>> build-essentials so you have a gcc present
>> # also needs libusb-dev added as well,
>> to get a libusb.h .
>> # sudo apt install libusb-dev
>>
>> make # Should compile OK, assuming no typos
>> and you created a "int ret".
>> ./lsusb -tv # Test your creation, see if it throws
>> errors or not.
>>
>> I tried systemctl --all status and the daemons all appeared to be
>> running and there was no suspicious stuff visible in mine.
>>
>> Paul
>
> Any way to convert HP ScanJet 6300C into a network scanner rather than
> using USB connection ?
>

On 09/18/2022 09:29 AM, Adam wrote:
> On 09/18/2022 09:05 AM, Adam wrote:
>> On 09/17/2022 05:33 PM, Paul wrote:
>>> On 9/17/2022 5:35 PM, Adam wrote:
>>>> On 09/17/2022 01:39 PM, Paul wrote:
>>>>> On 9/16/2022 8:02 PM, Adam wrote:
>>>>>> On 09/16/2022 11:31 AM, Paul wrote:
>>>>>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>>>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Separate USB annoyance I encountered today while trying to
>>>>>>>>>>>> scan a
>>>>>>>>>>>> document via USB connection between scanner and laptop. Simple
>>>>>>>>>>>> Scan
>>>>>>>>>>>> kept failing to scan saying Device Not Found until I inserted
>>>>>>>>>>>> a USB
>>>>>>>>>>>> dongle...
>>>>>>>>>>>>
>>>>>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Why? Seems like there's no rhyme or reason.
>>>>>>>>>>>
>>>>>>>>>>> Try:
>>>>>>>>>>>
>>>>>>>>>>> lsusb -tv
>>>>>>>>>>>
>>>>>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>>>>>
>>>>>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>>>>>
>>>>>>>>>>> Paul
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Scanner not connected to laptop...
>>>>>>>>>>
>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>> 5000M
>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>> 480M
>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>> 480M
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>> 480M
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>> Driver=, 12M
>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0
>>>>>>>>>> 4-Port
>>>>>>>>>> Ultra-Mini Hub)...
>>>>>>>>>>
>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>> 5000M
>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>> 480M
>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>> 480M
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>> 480M
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>> |__ Port 2: Dev 29, If 0, Class=(Defined at Interface
>>>>>>>>>> level),
>>>>>>>>>> Driver=, 12M
>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>> Driver=, 12M
>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub,
>>>>>>>>>> which is
>>>>>>>>>> connected to laptop...
>>>>>>>>>>
>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>> 5000M
>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>> 480M
>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>> 480M
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>> 480M
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>> |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>>> |__ Port 3: Dev 26, If 0, Class=(Defined at
>>>>>>>>>> Interface
>>>>>>>>>> level), Driver=, 12M
>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>> Driver=, 12M
>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>
>>>>>>>>> There's nothing abnormal there, so far. In terms of behavior, like
>>>>>>>>> something showing up when you expect it to show up.
>>>>>>>>>
>>>>>>>>> This is my other machine with the mkusb in it.
>>>>>>>>>
>>>>>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>>>>>> /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>> 5000M
>>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas,
>>>>>>>>> 5000M
>>>>>>>>> ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA
>>>>>>>>> 6Gb/s
>>>>>>>>> bridge <=== USB boot drive
>>>>>>>>> /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>> 5000M
>>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>> |__ Port 4: Dev 6, If 0, Class=Human Interface
>>>>>>>>> Device,
>>>>>>>>> Driver=usbhid, 1.5M
>>>>>>>>> ID 045e:076c Microsoft Corp. Comfort Mouse 4500
>>>>>>>>> |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>> |__ Port 4: Dev 7, If 0, Class=Human Interface
>>>>>>>>> Device,
>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>> |__ Port 4: Dev 7, If 1, Class=Human Interface
>>>>>>>>> Device,
>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>> |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>>>>>> Driver=btusb, 12M
>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>> BCM20702A0
>>>>>>>>> Bluetooth
>>>>>>>>> |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>>>>>> Driver=btusb, 12M
>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>> BCM20702A0
>>>>>>>>> Bluetooth
>>>>>>>>> |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>>>>>> Driver=btusb, 12M
>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>> BCM20702A0
>>>>>>>>> Bluetooth
>>>>>>>>> |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>>>>>> Interface,
>>>>>>>>> Driver=, 12M
>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>> BCM20702A0
>>>>>>>>> Bluetooth
>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>> ubuntu@ubuntu:~$
>>>>>>>>>
>>>>>>>>> *******
>>>>>>>>>
>>>>>>>>> Notice how mine has the numbers, like 8087:0024
>>>>>>>>>
>>>>>>>>> Yours does not.
>>>>>>>>>
>>>>>>>>> This means, somehow, the process to enumerate hardware either
>>>>>>>>> isn't running, or there is an elevation problem (not enough
>>>>>>>>> permissions to read the USB config space).
>>>>>>>>>
>>>>>>>>> If you can find a log, maybe there's something in there which
>>>>>>>>> indicates why the devices are not getting read properly.
>>>>>>>>
>>>>>>>> Here's the first ~100 lines of /var/log/syslog (showing error)...
>>>>>>>>
>>>>>>
>>>>>> <snip>
>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Comment 1 at the bottom here:
>>>>>>>
>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>>>>>
>>>>>>> "Dan mentioned the commit [1] there that removed the legacy
>>>>>>> support
>>>>>>> for WEP cipher suites in group cipher announced in RSN IE"
>>>>>>>
>>>>>>> The regulatory database for the Wifi appears to have got updated.
>>>>>>> That affects how the Wifi module behaves in different countries,
>>>>>>> to follow country specific rules. Even 2.4GHz Wifi, does not have
>>>>>>> the same band plan and channel numbers, in the US and Europe.
>>>>>>>
>>>>>>> So at least the dbus message does not mean that dbus failed.
>>>>>>>
>>>>>>> As for the extended period of the supplicant messing about,
>>>>>>> I don't take that as a hardware failure, or a failure to
>>>>>>> communicate on the USB bus. I don't think the root cause of the
>>>>>>> USB problem is in there.
>>>>>>
>>>>>> Yes, the wifi error seems separate from the USB issue.
>>>>>>
>>>>>>>
>>>>>>> It might have had something to do with what is in here.
>>>>>>> But whatever is in cron.daily, could be kicking off a ton of
>>>>>>> maintenance activity.
>>>>>>>
>>>>>>> anacron[8538]: Job `cron.daily' terminated
>>>>>>> anacron[8538]: Normal exit (1 job run)
>>>>>>>
>>>>>>> Paul
>>>>>>
>>>>>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>>>>>> total 56
>>>>>> -rwxr-xr-x 1 root root 311 Dec 28 2014 0anacron
>>>>>> -rwxr-xr-x 1 root root 376 Mar 31 2016 apport
>>>>>> -rwxr-xr-x 1 root root 1474 Apr 28 2021 apt-compat
>>>>>> -rwxr-xr-x 1 root root 355 May 22 2012 bsdmainutils
>>>>>> -rwxr-xr-x 1 root root 384 Oct 5 2014 cracklib-runtime
>>>>>> -rwxr-xr-x 1 root root 1597 Nov 26 2015 dpkg
>>>>>> -rwxr-xr-x 1 root root 372 May 5 2015 logrotate
>>>>>> -rwxr-xr-x 1 root root 1293 Nov 6 2015 man-db
>>>>>> -rwxr-xr-x 1 root root 435 Nov 17 2014 mlocate
>>>>>> -rwxr-xr-x 1 root root 249 Nov 12 2015 passwd
>>>>>> -rwxr-xr-x 1 root root 3449 Feb 26 2016 popularity-contest
>>>>>> -rwxr-xr-x 1 root root 383 Sep 24 2018 samba
>>>>>> -rwxr-xr-x 1 root root 214 Apr 12 2016 update-notifier-common
>>>>>> -rwxr-xr-x 1 root root 1046 Feb 29 2016 upstart
>>>>>> xerus@ThinkPad-T430:~$
>>>>>>
>>>>>> Should something be removed?
>>>>>>
>>>>>
>>>>> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
>>>>> and the library call I was worried about was not the problem.
>>>>> I added three debug statements to "lsusb" and none of them
>>>>> triggered.
>>>>>
>>>>> Instead, the message about /usr/share/usb.ids being missing is
>>>>> important.
>>>>> Maybe you saw that in your output.
>>>>>
>>>>> cd /usr/share # where the file
>>>>> should be
>>>>> ls -al usb.ids # verify it is
>>>>> missing
>>>>> ls -al /var/lib/usbutils/usb.ids # installed by the
>>>>> .deb ???
>>>>>
>>>>> sudo ln -s /var/lib/usbutils/usb.ids usb.ids # softlink it in so
>>>>> code can find it
>>>>>
>>>>> Now, lsusb -tv should properly list the hardware.
>>>>> Test and see.
>>>>>
>>>>> Paul
>>>>>
>>>>
>>>> xerus@ThinkPad-T430:~$ ls -l /usr/share/usb.ids
>>>> ls: cannot access '/usr/share/usb.ids': No such file or directory
>>>> xerus@ThinkPad-T430:~$ cd /usr/share
>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>> ls: cannot access 'usb.ids': No such file or directory
>>>> xerus@ThinkPad-T430:/usr/share$ ls -al /var/lib/usbutils/usb.ids
>>>> -rw-r--r-- 1 root root 551472 Oct 23 2015 /var/lib/usbutils/usb.ids
>>>> xerus@ThinkPad-T430:/usr/share$ sudo ln -s /var/lib/usbutils/usb.ids
>>>> usb.ids
>>>> [sudo] password for xerus:
>>>> xerus@ThinkPad-T430:/usr/share$ lsusb -tv
>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>> Driver=, 12M
>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>> Driver=, 12M
>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>> lrwxrwxrwx 1 root root 25 Sep 17 14:11 usb.ids ->
>>>> /var/lib/usbutils/usb.ids
>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>> Driver=, 12M
>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>> Driver=, 12M
>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>> Driver=, 12M
>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>> Driver=, 12M
>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>> xerus@ThinkPad-T430:/usr/share$
>>>>
>>>> Scan failed still (with and without the link to
>>>> /var/lib/usbutils/usb.ids)...
>>>>
>>>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>>>
>>>>
>>>>
>>>>
>>>> I've been having this scan issue since FOREVER. Scan does NOT scan
>>>> consistently.
>>>>
>>>
>>> Weird.
>>>
>>> Well then, you might need to add the three changes to the code and
>>> print out the return code from the call then. My failure highlighted the
>>> packaging issue, rather than reproduce your scanning problem.
>>>
>>> I picked up the original one here, to use for modification.
>>>
>>> https://launchpad.net/ubuntu/+source/usbutils/1:007-4
>>>
>>> usbutils_007.orig.tar.xz 408.5 KiB
>>> 7593a01724bbc0fd9fe48e62bc721ceb61c76654f1d7b231b3c65f6dfbbaefa4
>>>
>>> I picked that one, since I was using Linux Mint, and it does not have
>>> a "source" repository. And so I searched around and found a version
>>> which matched my USB stick version.
>>>
>>> Then opened lsusb.c and modified the code.
>>>
>>> ret = libusb_open(dev, &udev);
>>> if (ret) {
>>> fprintf(stderr, "Couldn't open device, some information "
>>> "will be missing\n");
>>> udev = NULL;
>>> }
>>>
>>> libusb_get_device_descriptor(dev, &desc);
>>>
>>> Changed to look like this. Needs an "int ret" of some kind, to
>>> hold the return code from the routine.
>>>
>>> ret = libusb_open(dev, &udev);
>>> if (ret) {
>>> fprintf(stderr, "Couldn't open device, some information "
>>> "will be missing\n");
>>> udev = NULL;
>>> }
>>>
>>> ret = libusb_get_device_descriptor(dev, &desc);
>>> if (ret) {
>>> fprintf(stderr, "libusb_get_device_descriptor returned %d at
>>> line 3813\n", ret);
>>> }
>>>
>>> That needs to be done in a total of three places, and salt the line
>>> number fixed value,
>>> with the value your text editor displays for that fprintf statement. The
>>> line number
>>> is so you know which one triggered.
>>>
>>> That's just in case your particular failure, is something I'm not seeing
>>> here,
>>> when I modified lsusb.c and rebuilt it.
>>>
>>> cd unpacked_dir_with_source
>>> nano lsusb.c # edit source
>>> ./configure # needs sudo apt install
>>> build-essentials so you have a gcc present
>>> # also needs libusb-dev added as well,
>>> to get a libusb.h .
>>> # sudo apt install libusb-dev
>>>
>>> make # Should compile OK, assuming no typos
>>> and you created a "int ret".
>>> ./lsusb -tv # Test your creation, see if it throws
>>> errors or not.
>>>
>>> I tried systemctl --all status and the daemons all appeared to be
>>> running and there was no suspicious stuff visible in mine.
>>>
>>> Paul
>>
>> Any way to convert HP ScanJet 6300C into a network scanner rather than
>> using USB connection ?
>>
>
> Okay, found something on Network Scanning...
>
> https://help.ubuntu.com/community/Scanners
>

On 9/18/2022 12:29 PM, Adam wrote:
> On 09/18/2022 09:05 AM, Adam wrote:
>> On 09/17/2022 05:33 PM, Paul wrote:
>>> On 9/17/2022 5:35 PM, Adam wrote:
>>>> On 09/17/2022 01:39 PM, Paul wrote:
>>>>> On 9/16/2022 8:02 PM, Adam wrote:
>>>>>> On 09/16/2022 11:31 AM, Paul wrote:
>>>>>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>>>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Separate USB annoyance I encountered today while trying to
>>>>>>>>>>>> scan a
>>>>>>>>>>>> document via USB connection between scanner and laptop.  Simple
>>>>>>>>>>>> Scan
>>>>>>>>>>>> kept failing to scan saying Device Not Found until I inserted
>>>>>>>>>>>> a USB
>>>>>>>>>>>> dongle...
>>>>>>>>>>>>
>>>>>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Why?  Seems like there's no rhyme or reason.
>>>>>>>>>>>
>>>>>>>>>>> Try:
>>>>>>>>>>>
>>>>>>>>>>>     lsusb -tv
>>>>>>>>>>>
>>>>>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>>>>>
>>>>>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>>>>>
>>>>>>>>>>>     Paul
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Scanner not connected to laptop...
>>>>>>>>>>
>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>> 5000M
>>>>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>> Driver=, 12M
>>>>>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0
>>>>>>>>>> 4-Port
>>>>>>>>>> Ultra-Mini Hub)...
>>>>>>>>>>
>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>> 5000M
>>>>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>          |__ Port 2: Dev 29, If 0, Class=(Defined at Interface
>>>>>>>>>> level),
>>>>>>>>>> Driver=, 12M
>>>>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>> Driver=, 12M
>>>>>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub,
>>>>>>>>>> which is
>>>>>>>>>> connected to laptop...
>>>>>>>>>>
>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>> 5000M
>>>>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>          |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>>>              |__ Port 3: Dev 26, If 0, Class=(Defined at Interface
>>>>>>>>>> level), Driver=, 12M
>>>>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>> Driver=, 12M
>>>>>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>> 480M
>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>
>>>>>>>>> There's nothing abnormal there, so far. In terms of behavior, like
>>>>>>>>> something showing up when you expect it to show up.
>>>>>>>>>
>>>>>>>>> This is my other machine with the mkusb in it.
>>>>>>>>>
>>>>>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>>>>>> /:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
>>>>>>>>>      ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
>>>>>>>>>          ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA
>>>>>>>>> 6Gb/s
>>>>>>>>> bridge   <=== USB boot drive
>>>>>>>>> /:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
>>>>>>>>>      ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
>>>>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>          ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>>              ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>              |__ Port 4: Dev 6, If 0, Class=Human Interface Device,
>>>>>>>>> Driver=usbhid, 1.5M
>>>>>>>>>                  ID 045e:076c Microsoft Corp. Comfort Mouse 4500
>>>>>>>>>          |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>>              ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>              |__ Port 4: Dev 7, If 0, Class=Human Interface Device,
>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>                  ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>              |__ Port 4: Dev 7, If 1, Class=Human Interface Device,
>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>                  ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>          |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>> BCM20702A0
>>>>>>>>> Bluetooth
>>>>>>>>>          |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>> BCM20702A0
>>>>>>>>> Bluetooth
>>>>>>>>>          |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>> BCM20702A0
>>>>>>>>> Bluetooth
>>>>>>>>>          |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>>>>>> Interface,
>>>>>>>>> Driver=, 12M
>>>>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>> BCM20702A0
>>>>>>>>> Bluetooth
>>>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
>>>>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>          ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>> ubuntu@ubuntu:~$
>>>>>>>>>
>>>>>>>>> *******
>>>>>>>>>
>>>>>>>>> Notice how mine has the numbers, like  8087:0024
>>>>>>>>>
>>>>>>>>> Yours does not.
>>>>>>>>>
>>>>>>>>> This means, somehow, the process to enumerate hardware either
>>>>>>>>> isn't running, or there is an elevation problem (not enough
>>>>>>>>> permissions to read the USB config space).
>>>>>>>>>
>>>>>>>>> If you can find a log, maybe there's something in there which
>>>>>>>>> indicates why the devices are not getting read properly.
>>>>>>>>
>>>>>>>> Here's the first ~100 lines of /var/log/syslog (showing error)...
>>>>>>>>
>>>>>>
>>>>>> <snip>
>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Comment 1 at the bottom here:
>>>>>>>
>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>>>>>
>>>>>>>    "Dan mentioned the commit [1] there that removed the legacy
>>>>>>> support
>>>>>>>     for WEP cipher suites in group cipher announced in RSN IE"
>>>>>>>
>>>>>>> The regulatory database for the Wifi appears to have got updated.
>>>>>>> That affects how the Wifi module behaves in different countries,
>>>>>>> to follow country specific rules. Even 2.4GHz Wifi, does not have
>>>>>>> the same band plan and channel numbers, in the US and Europe.
>>>>>>>
>>>>>>> So at least the dbus message does not mean that dbus failed.
>>>>>>>
>>>>>>> As for the extended period of the supplicant messing about,
>>>>>>> I don't take that as a hardware failure, or a failure to
>>>>>>> communicate on the USB bus. I don't think the root cause of the
>>>>>>> USB problem is in there.
>>>>>>
>>>>>> Yes, the wifi error seems separate from the USB issue.
>>>>>>
>>>>>>>
>>>>>>> It might have had something to do with what is in here.
>>>>>>> But whatever is in cron.daily, could be kicking off a ton of
>>>>>>> maintenance activity.
>>>>>>>
>>>>>>>      anacron[8538]: Job `cron.daily' terminated
>>>>>>>      anacron[8538]: Normal exit (1 job run)
>>>>>>>
>>>>>>>     Paul
>>>>>>
>>>>>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>>>>>> total 56
>>>>>> -rwxr-xr-x 1 root root  311 Dec 28  2014 0anacron
>>>>>> -rwxr-xr-x 1 root root  376 Mar 31  2016 apport
>>>>>> -rwxr-xr-x 1 root root 1474 Apr 28  2021 apt-compat
>>>>>> -rwxr-xr-x 1 root root  355 May 22  2012 bsdmainutils
>>>>>> -rwxr-xr-x 1 root root  384 Oct  5  2014 cracklib-runtime
>>>>>> -rwxr-xr-x 1 root root 1597 Nov 26  2015 dpkg
>>>>>> -rwxr-xr-x 1 root root  372 May  5  2015 logrotate
>>>>>> -rwxr-xr-x 1 root root 1293 Nov  6  2015 man-db
>>>>>> -rwxr-xr-x 1 root root  435 Nov 17  2014 mlocate
>>>>>> -rwxr-xr-x 1 root root  249 Nov 12  2015 passwd
>>>>>> -rwxr-xr-x 1 root root 3449 Feb 26  2016 popularity-contest
>>>>>> -rwxr-xr-x 1 root root  383 Sep 24  2018 samba
>>>>>> -rwxr-xr-x 1 root root  214 Apr 12  2016 update-notifier-common
>>>>>> -rwxr-xr-x 1 root root 1046 Feb 29  2016 upstart
>>>>>> xerus@ThinkPad-T430:~$
>>>>>>
>>>>>> Should something be removed?
>>>>>>
>>>>>
>>>>> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
>>>>> and the library call I was worried about was not the problem.
>>>>> I added three debug statements to "lsusb" and none of them
>>>>> triggered.
>>>>>
>>>>> Instead, the message about /usr/share/usb.ids being missing is
>>>>> important.
>>>>> Maybe you saw that in your output.
>>>>>
>>>>>     cd /usr/share                                 # where the file
>>>>> should be
>>>>>     ls -al usb.ids                                # verify it is
>>>>> missing
>>>>>     ls -al /var/lib/usbutils/usb.ids              # installed by the
>>>>> .deb ???
>>>>>
>>>>>     sudo ln -s /var/lib/usbutils/usb.ids usb.ids  # softlink it in so
>>>>> code can find it
>>>>>
>>>>> Now, lsusb -tv should properly list the hardware.
>>>>> Test and see.
>>>>>
>>>>>     Paul
>>>>>
>>>>
>>>> xerus@ThinkPad-T430:~$ ls -l /usr/share/usb.ids
>>>> ls: cannot access '/usr/share/usb.ids': No such file or directory
>>>> xerus@ThinkPad-T430:~$ cd /usr/share
>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>> ls: cannot access 'usb.ids': No such file or directory
>>>> xerus@ThinkPad-T430:/usr/share$ ls -al /var/lib/usbutils/usb.ids
>>>> -rw-r--r-- 1 root root 551472 Oct 23  2015 /var/lib/usbutils/usb.ids
>>>> xerus@ThinkPad-T430:/usr/share$ sudo ln -s /var/lib/usbutils/usb.ids
>>>> usb.ids
>>>> [sudo] password for xerus:
>>>> xerus@ThinkPad-T430:/usr/share$ lsusb -tv
>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>          |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>> Driver=, 12M
>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>> Driver=, 12M
>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>> lrwxrwxrwx 1 root root 25 Sep 17 14:11 usb.ids ->
>>>> /var/lib/usbutils/usb.ids
>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>          |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>> Driver=, 12M
>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>> Driver=, 12M
>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>          |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>> Driver=, 12M
>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>> Driver=, 12M
>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>> xerus@ThinkPad-T430:/usr/share$
>>>>
>>>> Scan failed still (with and without the link to
>>>> /var/lib/usbutils/usb.ids)...
>>>>
>>>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>>>
>>>>
>>>>
>>>> I've been having this scan issue since FOREVER.  Scan does NOT scan
>>>> consistently.
>>>>
>>>
>>> Weird.
>>>
>>> Well then, you might need to add the three changes to the code and
>>> print out the return code from the call then. My failure highlighted the
>>> packaging issue, rather than reproduce your scanning problem.
>>>
>>> I picked up the original one here, to use for modification.
>>>
>>> https://launchpad.net/ubuntu/+source/usbutils/1:007-4
>>>
>>>     usbutils_007.orig.tar.xz   408.5 KiB
>>> 7593a01724bbc0fd9fe48e62bc721ceb61c76654f1d7b231b3c65f6dfbbaefa4
>>>
>>> I picked that one, since I was using Linux Mint, and it does not have
>>> a "source" repository. And so I searched around and found a version
>>> which matched my USB stick version.
>>>
>>> Then opened lsusb.c and modified the code.
>>>
>>>      ret = libusb_open(dev, &udev);
>>>      if (ret) {
>>>          fprintf(stderr, "Couldn't open device, some information "
>>>              "will be missing\n");
>>>          udev = NULL;
>>>      }
>>>
>>>      libusb_get_device_descriptor(dev, &desc);
>>>
>>> Changed to look like this. Needs an "int ret" of some kind, to
>>> hold the return code from the routine.
>>>
>>>      ret = libusb_open(dev, &udev);
>>>      if (ret) {
>>>          fprintf(stderr, "Couldn't open device, some information "
>>>              "will be missing\n");
>>>          udev = NULL;
>>>      }
>>>
>>>      ret = libusb_get_device_descriptor(dev, &desc);
>>>          if (ret) {
>>>          fprintf(stderr, "libusb_get_device_descriptor returned %d at
>>> line 3813\n", ret);
>>>      }
>>>
>>> That needs to be done in a total of three places, and salt the line
>>> number fixed value,
>>> with the value your text editor displays for that fprintf statement. The
>>> line number
>>> is so you know which one triggered.
>>>
>>> That's just in case your particular failure, is something I'm not seeing
>>> here,
>>> when I modified lsusb.c and rebuilt it.
>>>
>>>     cd unpacked_dir_with_source
>>>     nano lsusb.c                  # edit source
>>>     ./configure                   # needs  sudo apt install
>>> build-essentials  so you have a gcc present
>>>                                   # also needs libusb-dev added as well,
>>> to get a libusb.h .
>>>                                   # sudo apt install libusb-dev
>>>
>>>     make                          # Should compile OK, assuming no typos
>>> and you created a "int ret".
>>>     ./lsusb -tv                   # Test your creation, see if it throws
>>> errors or not.
>>>
>>> I tried systemctl --all status  and the daemons all appeared to be
>>> running and there was no suspicious stuff visible in mine.
>>>
>>>    Paul
>>
>> Any way to convert HP ScanJet 6300C into a network scanner rather than
>> using USB connection ?
>>
>
> Okay, found something on Network Scanning...
>
> https://help.ubuntu.com/community/Scanners

On 09/18/2022 10:56 AM, Paul wrote:
> On 9/18/2022 12:29 PM, Adam wrote:
>> On 09/18/2022 09:05 AM, Adam wrote:
>>> On 09/17/2022 05:33 PM, Paul wrote:
>>>> On 9/17/2022 5:35 PM, Adam wrote:
>>>>> On 09/17/2022 01:39 PM, Paul wrote:
>>>>>> On 9/16/2022 8:02 PM, Adam wrote:
>>>>>>> On 09/16/2022 11:31 AM, Paul wrote:
>>>>>>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>>>>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>>>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Separate USB annoyance I encountered today while trying to
>>>>>>>>>>>>> scan a
>>>>>>>>>>>>> document via USB connection between scanner and laptop.
>>>>>>>>>>>>> Simple
>>>>>>>>>>>>> Scan
>>>>>>>>>>>>> kept failing to scan saying Device Not Found until I inserted
>>>>>>>>>>>>> a USB
>>>>>>>>>>>>> dongle...
>>>>>>>>>>>>>
>>>>>>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Why? Seems like there's no rhyme or reason.
>>>>>>>>>>>>
>>>>>>>>>>>> Try:
>>>>>>>>>>>>
>>>>>>>>>>>> lsusb -tv
>>>>>>>>>>>>
>>>>>>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>>>>>>
>>>>>>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>>>>>>
>>>>>>>>>>>> Paul
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Scanner not connected to laptop...
>>>>>>>>>>>
>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 5000M
>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 480M
>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0
>>>>>>>>>>> 4-Port
>>>>>>>>>>> Ultra-Mini Hub)...
>>>>>>>>>>>
>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 5000M
>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 480M
>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>> |__ Port 2: Dev 29, If 0, Class=(Defined at Interface
>>>>>>>>>>> level),
>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub,
>>>>>>>>>>> which is
>>>>>>>>>>> connected to laptop...
>>>>>>>>>>>
>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 5000M
>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 480M
>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>> |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 3: Dev 26, If 0, Class=(Defined at
>>>>>>>>>>> Interface
>>>>>>>>>>> level), Driver=, 12M
>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>
>>>>>>>>>> There's nothing abnormal there, so far. In terms of behavior,
>>>>>>>>>> like
>>>>>>>>>> something showing up when you expect it to show up.
>>>>>>>>>>
>>>>>>>>>> This is my other machine with the mkusb in it.
>>>>>>>>>>
>>>>>>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>>>>>>> /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>> 5000M
>>>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas,
>>>>>>>>>> 5000M
>>>>>>>>>> ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA
>>>>>>>>>> 6Gb/s
>>>>>>>>>> bridge <=== USB boot drive
>>>>>>>>>> /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>> 480M
>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>> 5000M
>>>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>> 480M
>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p,
>>>>>>>>>> 480M
>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>> |__ Port 4: Dev 6, If 0, Class=Human Interface
>>>>>>>>>> Device,
>>>>>>>>>> Driver=usbhid, 1.5M
>>>>>>>>>> ID 045e:076c Microsoft Corp. Comfort Mouse 4500
>>>>>>>>>> |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>> |__ Port 4: Dev 7, If 0, Class=Human Interface
>>>>>>>>>> Device,
>>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>> |__ Port 4: Dev 7, If 1, Class=Human Interface
>>>>>>>>>> Device,
>>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>> |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>> BCM20702A0
>>>>>>>>>> Bluetooth
>>>>>>>>>> |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>> BCM20702A0
>>>>>>>>>> Bluetooth
>>>>>>>>>> |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>> BCM20702A0
>>>>>>>>>> Bluetooth
>>>>>>>>>> |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>>>>>>> Interface,
>>>>>>>>>> Driver=, 12M
>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>> BCM20702A0
>>>>>>>>>> Bluetooth
>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p,
>>>>>>>>>> 480M
>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>> ubuntu@ubuntu:~$
>>>>>>>>>>
>>>>>>>>>> *******
>>>>>>>>>>
>>>>>>>>>> Notice how mine has the numbers, like 8087:0024
>>>>>>>>>>
>>>>>>>>>> Yours does not.
>>>>>>>>>>
>>>>>>>>>> This means, somehow, the process to enumerate hardware either
>>>>>>>>>> isn't running, or there is an elevation problem (not enough
>>>>>>>>>> permissions to read the USB config space).
>>>>>>>>>>
>>>>>>>>>> If you can find a log, maybe there's something in there which
>>>>>>>>>> indicates why the devices are not getting read properly.
>>>>>>>>>
>>>>>>>>> Here's the first ~100 lines of /var/log/syslog (showing error)...
>>>>>>>>>
>>>>>>>
>>>>>>> <snip>
>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> Comment 1 at the bottom here:
>>>>>>>>
>>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>>>>>>
>>>>>>>> "Dan mentioned the commit [1] there that removed the legacy
>>>>>>>> support
>>>>>>>> for WEP cipher suites in group cipher announced in RSN IE"
>>>>>>>>
>>>>>>>> The regulatory database for the Wifi appears to have got updated.
>>>>>>>> That affects how the Wifi module behaves in different countries,
>>>>>>>> to follow country specific rules. Even 2.4GHz Wifi, does not have
>>>>>>>> the same band plan and channel numbers, in the US and Europe.
>>>>>>>>
>>>>>>>> So at least the dbus message does not mean that dbus failed.
>>>>>>>>
>>>>>>>> As for the extended period of the supplicant messing about,
>>>>>>>> I don't take that as a hardware failure, or a failure to
>>>>>>>> communicate on the USB bus. I don't think the root cause of the
>>>>>>>> USB problem is in there.
>>>>>>>
>>>>>>> Yes, the wifi error seems separate from the USB issue.
>>>>>>>
>>>>>>>>
>>>>>>>> It might have had something to do with what is in here.
>>>>>>>> But whatever is in cron.daily, could be kicking off a ton of
>>>>>>>> maintenance activity.
>>>>>>>>
>>>>>>>> anacron[8538]: Job `cron.daily' terminated
>>>>>>>> anacron[8538]: Normal exit (1 job run)
>>>>>>>>
>>>>>>>> Paul
>>>>>>>
>>>>>>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>>>>>>> total 56
>>>>>>> -rwxr-xr-x 1 root root 311 Dec 28 2014 0anacron
>>>>>>> -rwxr-xr-x 1 root root 376 Mar 31 2016 apport
>>>>>>> -rwxr-xr-x 1 root root 1474 Apr 28 2021 apt-compat
>>>>>>> -rwxr-xr-x 1 root root 355 May 22 2012 bsdmainutils
>>>>>>> -rwxr-xr-x 1 root root 384 Oct 5 2014 cracklib-runtime
>>>>>>> -rwxr-xr-x 1 root root 1597 Nov 26 2015 dpkg
>>>>>>> -rwxr-xr-x 1 root root 372 May 5 2015 logrotate
>>>>>>> -rwxr-xr-x 1 root root 1293 Nov 6 2015 man-db
>>>>>>> -rwxr-xr-x 1 root root 435 Nov 17 2014 mlocate
>>>>>>> -rwxr-xr-x 1 root root 249 Nov 12 2015 passwd
>>>>>>> -rwxr-xr-x 1 root root 3449 Feb 26 2016 popularity-contest
>>>>>>> -rwxr-xr-x 1 root root 383 Sep 24 2018 samba
>>>>>>> -rwxr-xr-x 1 root root 214 Apr 12 2016 update-notifier-common
>>>>>>> -rwxr-xr-x 1 root root 1046 Feb 29 2016 upstart
>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>
>>>>>>> Should something be removed?
>>>>>>>
>>>>>>
>>>>>> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
>>>>>> and the library call I was worried about was not the problem.
>>>>>> I added three debug statements to "lsusb" and none of them
>>>>>> triggered.
>>>>>>
>>>>>> Instead, the message about /usr/share/usb.ids being missing is
>>>>>> important.
>>>>>> Maybe you saw that in your output.
>>>>>>
>>>>>> cd /usr/share # where the file
>>>>>> should be
>>>>>> ls -al usb.ids # verify it is
>>>>>> missing
>>>>>> ls -al /var/lib/usbutils/usb.ids # installed by the
>>>>>> .deb ???
>>>>>>
>>>>>> sudo ln -s /var/lib/usbutils/usb.ids usb.ids # softlink it in so
>>>>>> code can find it
>>>>>>
>>>>>> Now, lsusb -tv should properly list the hardware.
>>>>>> Test and see.
>>>>>>
>>>>>> Paul
>>>>>>
>>>>>
>>>>> xerus@ThinkPad-T430:~$ ls -l /usr/share/usb.ids
>>>>> ls: cannot access '/usr/share/usb.ids': No such file or directory
>>>>> xerus@ThinkPad-T430:~$ cd /usr/share
>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>>> ls: cannot access 'usb.ids': No such file or directory
>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al /var/lib/usbutils/usb.ids
>>>>> -rw-r--r-- 1 root root 551472 Oct 23 2015 /var/lib/usbutils/usb.ids
>>>>> xerus@ThinkPad-T430:/usr/share$ sudo ln -s /var/lib/usbutils/usb.ids
>>>>> usb.ids
>>>>> [sudo] password for xerus:
>>>>> xerus@ThinkPad-T430:/usr/share$ lsusb -tv
>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>>> Driver=, 12M
>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>> Driver=, 12M
>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>>> lrwxrwxrwx 1 root root 25 Sep 17 14:11 usb.ids ->
>>>>> /var/lib/usbutils/usb.ids
>>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>>> Driver=, 12M
>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>> Driver=, 12M
>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>>> Driver=, 12M
>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>> Driver=, 12M
>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>> xerus@ThinkPad-T430:/usr/share$
>>>>>
>>>>> Scan failed still (with and without the link to
>>>>> /var/lib/usbutils/usb.ids)...
>>>>>
>>>>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> I've been having this scan issue since FOREVER. Scan does NOT scan
>>>>> consistently.
>>>>>
>>>>
>>>> Weird.
>>>>
>>>> Well then, you might need to add the three changes to the code and
>>>> print out the return code from the call then. My failure highlighted
>>>> the
>>>> packaging issue, rather than reproduce your scanning problem.
>>>>
>>>> I picked up the original one here, to use for modification.
>>>>
>>>> https://launchpad.net/ubuntu/+source/usbutils/1:007-4
>>>>
>>>> usbutils_007.orig.tar.xz 408.5 KiB
>>>> 7593a01724bbc0fd9fe48e62bc721ceb61c76654f1d7b231b3c65f6dfbbaefa4
>>>>
>>>> I picked that one, since I was using Linux Mint, and it does not have
>>>> a "source" repository. And so I searched around and found a version
>>>> which matched my USB stick version.
>>>>
>>>> Then opened lsusb.c and modified the code.
>>>>
>>>> ret = libusb_open(dev, &udev);
>>>> if (ret) {
>>>> fprintf(stderr, "Couldn't open device, some information "
>>>> "will be missing\n");
>>>> udev = NULL;
>>>> }
>>>>
>>>> libusb_get_device_descriptor(dev, &desc);
>>>>
>>>> Changed to look like this. Needs an "int ret" of some kind, to
>>>> hold the return code from the routine.
>>>>
>>>> ret = libusb_open(dev, &udev);
>>>> if (ret) {
>>>> fprintf(stderr, "Couldn't open device, some information "
>>>> "will be missing\n");
>>>> udev = NULL;
>>>> }
>>>>
>>>> ret = libusb_get_device_descriptor(dev, &desc);
>>>> if (ret) {
>>>> fprintf(stderr, "libusb_get_device_descriptor returned %d at
>>>> line 3813\n", ret);
>>>> }
>>>>
>>>> That needs to be done in a total of three places, and salt the line
>>>> number fixed value,
>>>> with the value your text editor displays for that fprintf statement.
>>>> The
>>>> line number
>>>> is so you know which one triggered.
>>>>
>>>> That's just in case your particular failure, is something I'm not
>>>> seeing
>>>> here,
>>>> when I modified lsusb.c and rebuilt it.
>>>>
>>>> cd unpacked_dir_with_source
>>>> nano lsusb.c # edit source
>>>> ./configure # needs sudo apt install
>>>> build-essentials so you have a gcc present
>>>> # also needs libusb-dev added as
>>>> well,
>>>> to get a libusb.h .
>>>> # sudo apt install libusb-dev
>>>>
>>>> make # Should compile OK, assuming no
>>>> typos
>>>> and you created a "int ret".
>>>> ./lsusb -tv # Test your creation, see if it
>>>> throws
>>>> errors or not.
>>>>
>>>> I tried systemctl --all status and the daemons all appeared to be
>>>> running and there was no suspicious stuff visible in mine.
>>>>
>>>> Paul
>>>
>>> Any way to convert HP ScanJet 6300C into a network scanner rather than
>>> using USB connection ?
>>>
>>
>> Okay, found something on Network Scanning...
>>
>> https://help.ubuntu.com/community/Scanners
>
> The 6300c spec was written in the year 1999, using Acrobat 3.01
> to make the PDF :-)
>
> USB and SCSI compatible
>
> That means the thing is USB 1.1 , at a guess. My year 2000 machine
> didn't have USB2. It might have been 2005, when the BIOS screens
> got a page for USB2 configuration.
>
> And this isn't really all bad, since scanners of that era, only
> produced scan data at 1MB/sec or 2MB/sec or so. USB 1.1 might
> manage 1MB/sec (instead of the wire-rate 1.5MB/sec).
>
> My scanner is a SCSI, and I use an Adaptec 2906 to drive it. The
> interface is Async SCSI, and the transfer rate improves, the
> shorter the cable is. The electrical time of flight, matters
> a bit for async SCSI. Both your and my scanner, are not fast
> enough for this detail on the cable, to matter. I could use
> a longer cable, without insult to the thing.
>
> To answer your question then, the odds of a network cable sprouting
> out the side of that unit, are zero. I don't see a mention of
> any plugin card, with network connector on it.
>
> The advertising material touts the transfer time... when the unit
> is scanning in monochrome mode. It is to laugh. There isn't really
> an admission of how slow it gets, when used the way a user would
> want to use it (flat out, full color).
>
> Mine takes 2 minutes, to do a scan at highest possible resolution
> and in 36 bit color. And that's with the SCSI interface (so the
> interface is not the limiting issue). Xsane does not run my scanner
> properly, so I can't use Linux for it. It has run since I got it,
> under MacOSX.
>
> The USB though, should be compatible enough, to work with that
> thing. Even a USB3 port on my current machine, should work
> with your USB1.1 scanner. No excuses there.
>
> And the scanner is powered from mains power, so we cannot blame
> a USB fuse blowing as an excuse for non-operation.
>
> Paul

On 09/18/2022 10:56 AM, Paul wrote:
> On 9/18/2022 12:29 PM, Adam wrote:
>> On 09/18/2022 09:05 AM, Adam wrote:
>>> On 09/17/2022 05:33 PM, Paul wrote:
>>>> On 9/17/2022 5:35 PM, Adam wrote:
>>>>> On 09/17/2022 01:39 PM, Paul wrote:
>>>>>> On 9/16/2022 8:02 PM, Adam wrote:
>>>>>>> On 09/16/2022 11:31 AM, Paul wrote:
>>>>>>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>>>>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>>>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Separate USB annoyance I encountered today while trying to
>>>>>>>>>>>>> scan a
>>>>>>>>>>>>> document via USB connection between scanner and laptop.
>>>>>>>>>>>>> Simple
>>>>>>>>>>>>> Scan
>>>>>>>>>>>>> kept failing to scan saying Device Not Found until I inserted
>>>>>>>>>>>>> a USB
>>>>>>>>>>>>> dongle...
>>>>>>>>>>>>>
>>>>>>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Why? Seems like there's no rhyme or reason.
>>>>>>>>>>>>
>>>>>>>>>>>> Try:
>>>>>>>>>>>>
>>>>>>>>>>>> lsusb -tv
>>>>>>>>>>>>
>>>>>>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>>>>>>
>>>>>>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>>>>>>
>>>>>>>>>>>> Paul
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Scanner not connected to laptop...
>>>>>>>>>>>
>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 5000M
>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 480M
>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0
>>>>>>>>>>> 4-Port
>>>>>>>>>>> Ultra-Mini Hub)...
>>>>>>>>>>>
>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 5000M
>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 480M
>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>> |__ Port 2: Dev 29, If 0, Class=(Defined at Interface
>>>>>>>>>>> level),
>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub,
>>>>>>>>>>> which is
>>>>>>>>>>> connected to laptop...
>>>>>>>>>>>
>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 5000M
>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>> 480M
>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>> |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 3: Dev 26, If 0, Class=(Defined at
>>>>>>>>>>> Interface
>>>>>>>>>>> level), Driver=, 12M
>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>>> 480M
>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>
>>>>>>>>>> There's nothing abnormal there, so far. In terms of behavior,
>>>>>>>>>> like
>>>>>>>>>> something showing up when you expect it to show up.
>>>>>>>>>>
>>>>>>>>>> This is my other machine with the mkusb in it.
>>>>>>>>>>
>>>>>>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>>>>>>> /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>> 5000M
>>>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas,
>>>>>>>>>> 5000M
>>>>>>>>>> ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA
>>>>>>>>>> 6Gb/s
>>>>>>>>>> bridge <=== USB boot drive
>>>>>>>>>> /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>> 480M
>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>> 5000M
>>>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>> 480M
>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p,
>>>>>>>>>> 480M
>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>> |__ Port 4: Dev 6, If 0, Class=Human Interface
>>>>>>>>>> Device,
>>>>>>>>>> Driver=usbhid, 1.5M
>>>>>>>>>> ID 045e:076c Microsoft Corp. Comfort Mouse 4500
>>>>>>>>>> |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>> |__ Port 4: Dev 7, If 0, Class=Human Interface
>>>>>>>>>> Device,
>>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>> |__ Port 4: Dev 7, If 1, Class=Human Interface
>>>>>>>>>> Device,
>>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>> |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>> BCM20702A0
>>>>>>>>>> Bluetooth
>>>>>>>>>> |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>> BCM20702A0
>>>>>>>>>> Bluetooth
>>>>>>>>>> |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>> BCM20702A0
>>>>>>>>>> Bluetooth
>>>>>>>>>> |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>>>>>>> Interface,
>>>>>>>>>> Driver=, 12M
>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>> BCM20702A0
>>>>>>>>>> Bluetooth
>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p,
>>>>>>>>>> 480M
>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>> ubuntu@ubuntu:~$
>>>>>>>>>>
>>>>>>>>>> *******
>>>>>>>>>>
>>>>>>>>>> Notice how mine has the numbers, like 8087:0024
>>>>>>>>>>
>>>>>>>>>> Yours does not.
>>>>>>>>>>
>>>>>>>>>> This means, somehow, the process to enumerate hardware either
>>>>>>>>>> isn't running, or there is an elevation problem (not enough
>>>>>>>>>> permissions to read the USB config space).
>>>>>>>>>>
>>>>>>>>>> If you can find a log, maybe there's something in there which
>>>>>>>>>> indicates why the devices are not getting read properly.
>>>>>>>>>
>>>>>>>>> Here's the first ~100 lines of /var/log/syslog (showing error)...
>>>>>>>>>
>>>>>>>
>>>>>>> <snip>
>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> Comment 1 at the bottom here:
>>>>>>>>
>>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>>>>>>
>>>>>>>> "Dan mentioned the commit [1] there that removed the legacy
>>>>>>>> support
>>>>>>>> for WEP cipher suites in group cipher announced in RSN IE"
>>>>>>>>
>>>>>>>> The regulatory database for the Wifi appears to have got updated.
>>>>>>>> That affects how the Wifi module behaves in different countries,
>>>>>>>> to follow country specific rules. Even 2.4GHz Wifi, does not have
>>>>>>>> the same band plan and channel numbers, in the US and Europe.
>>>>>>>>
>>>>>>>> So at least the dbus message does not mean that dbus failed.
>>>>>>>>
>>>>>>>> As for the extended period of the supplicant messing about,
>>>>>>>> I don't take that as a hardware failure, or a failure to
>>>>>>>> communicate on the USB bus. I don't think the root cause of the
>>>>>>>> USB problem is in there.
>>>>>>>
>>>>>>> Yes, the wifi error seems separate from the USB issue.
>>>>>>>
>>>>>>>>
>>>>>>>> It might have had something to do with what is in here.
>>>>>>>> But whatever is in cron.daily, could be kicking off a ton of
>>>>>>>> maintenance activity.
>>>>>>>>
>>>>>>>> anacron[8538]: Job `cron.daily' terminated
>>>>>>>> anacron[8538]: Normal exit (1 job run)
>>>>>>>>
>>>>>>>> Paul
>>>>>>>
>>>>>>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>>>>>>> total 56
>>>>>>> -rwxr-xr-x 1 root root 311 Dec 28 2014 0anacron
>>>>>>> -rwxr-xr-x 1 root root 376 Mar 31 2016 apport
>>>>>>> -rwxr-xr-x 1 root root 1474 Apr 28 2021 apt-compat
>>>>>>> -rwxr-xr-x 1 root root 355 May 22 2012 bsdmainutils
>>>>>>> -rwxr-xr-x 1 root root 384 Oct 5 2014 cracklib-runtime
>>>>>>> -rwxr-xr-x 1 root root 1597 Nov 26 2015 dpkg
>>>>>>> -rwxr-xr-x 1 root root 372 May 5 2015 logrotate
>>>>>>> -rwxr-xr-x 1 root root 1293 Nov 6 2015 man-db
>>>>>>> -rwxr-xr-x 1 root root 435 Nov 17 2014 mlocate
>>>>>>> -rwxr-xr-x 1 root root 249 Nov 12 2015 passwd
>>>>>>> -rwxr-xr-x 1 root root 3449 Feb 26 2016 popularity-contest
>>>>>>> -rwxr-xr-x 1 root root 383 Sep 24 2018 samba
>>>>>>> -rwxr-xr-x 1 root root 214 Apr 12 2016 update-notifier-common
>>>>>>> -rwxr-xr-x 1 root root 1046 Feb 29 2016 upstart
>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>
>>>>>>> Should something be removed?
>>>>>>>
>>>>>>
>>>>>> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
>>>>>> and the library call I was worried about was not the problem.
>>>>>> I added three debug statements to "lsusb" and none of them
>>>>>> triggered.
>>>>>>
>>>>>> Instead, the message about /usr/share/usb.ids being missing is
>>>>>> important.
>>>>>> Maybe you saw that in your output.
>>>>>>
>>>>>> cd /usr/share # where the file
>>>>>> should be
>>>>>> ls -al usb.ids # verify it is
>>>>>> missing
>>>>>> ls -al /var/lib/usbutils/usb.ids # installed by the
>>>>>> .deb ???
>>>>>>
>>>>>> sudo ln -s /var/lib/usbutils/usb.ids usb.ids # softlink it in so
>>>>>> code can find it
>>>>>>
>>>>>> Now, lsusb -tv should properly list the hardware.
>>>>>> Test and see.
>>>>>>
>>>>>> Paul
>>>>>>
>>>>>
>>>>> xerus@ThinkPad-T430:~$ ls -l /usr/share/usb.ids
>>>>> ls: cannot access '/usr/share/usb.ids': No such file or directory
>>>>> xerus@ThinkPad-T430:~$ cd /usr/share
>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>>> ls: cannot access 'usb.ids': No such file or directory
>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al /var/lib/usbutils/usb.ids
>>>>> -rw-r--r-- 1 root root 551472 Oct 23 2015 /var/lib/usbutils/usb.ids
>>>>> xerus@ThinkPad-T430:/usr/share$ sudo ln -s /var/lib/usbutils/usb.ids
>>>>> usb.ids
>>>>> [sudo] password for xerus:
>>>>> xerus@ThinkPad-T430:/usr/share$ lsusb -tv
>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>>> Driver=, 12M
>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>> Driver=, 12M
>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>>> lrwxrwxrwx 1 root root 25 Sep 17 14:11 usb.ids ->
>>>>> /var/lib/usbutils/usb.ids
>>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>>> Driver=, 12M
>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>> Driver=, 12M
>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>>> Driver=, 12M
>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>> Driver=, 12M
>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>> xerus@ThinkPad-T430:/usr/share$
>>>>>
>>>>> Scan failed still (with and without the link to
>>>>> /var/lib/usbutils/usb.ids)...
>>>>>
>>>>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> I've been having this scan issue since FOREVER. Scan does NOT scan
>>>>> consistently.
>>>>>
>>>>
>>>> Weird.
>>>>
>>>> Well then, you might need to add the three changes to the code and
>>>> print out the return code from the call then. My failure highlighted
>>>> the
>>>> packaging issue, rather than reproduce your scanning problem.
>>>>
>>>> I picked up the original one here, to use for modification.
>>>>
>>>> https://launchpad.net/ubuntu/+source/usbutils/1:007-4
>>>>
>>>> usbutils_007.orig.tar.xz 408.5 KiB
>>>> 7593a01724bbc0fd9fe48e62bc721ceb61c76654f1d7b231b3c65f6dfbbaefa4
>>>>
>>>> I picked that one, since I was using Linux Mint, and it does not have
>>>> a "source" repository. And so I searched around and found a version
>>>> which matched my USB stick version.
>>>>
>>>> Then opened lsusb.c and modified the code.
>>>>
>>>> ret = libusb_open(dev, &udev);
>>>> if (ret) {
>>>> fprintf(stderr, "Couldn't open device, some information "
>>>> "will be missing\n");
>>>> udev = NULL;
>>>> }
>>>>
>>>> libusb_get_device_descriptor(dev, &desc);
>>>>
>>>> Changed to look like this. Needs an "int ret" of some kind, to
>>>> hold the return code from the routine.
>>>>
>>>> ret = libusb_open(dev, &udev);
>>>> if (ret) {
>>>> fprintf(stderr, "Couldn't open device, some information "
>>>> "will be missing\n");
>>>> udev = NULL;
>>>> }
>>>>
>>>> ret = libusb_get_device_descriptor(dev, &desc);
>>>> if (ret) {
>>>> fprintf(stderr, "libusb_get_device_descriptor returned %d at
>>>> line 3813\n", ret);
>>>> }
>>>>
>>>> That needs to be done in a total of three places, and salt the line
>>>> number fixed value,
>>>> with the value your text editor displays for that fprintf statement.
>>>> The
>>>> line number
>>>> is so you know which one triggered.
>>>>
>>>> That's just in case your particular failure, is something I'm not
>>>> seeing
>>>> here,
>>>> when I modified lsusb.c and rebuilt it.
>>>>
>>>> cd unpacked_dir_with_source
>>>> nano lsusb.c # edit source
>>>> ./configure # needs sudo apt install
>>>> build-essentials so you have a gcc present
>>>> # also needs libusb-dev added as
>>>> well,
>>>> to get a libusb.h .
>>>> # sudo apt install libusb-dev
>>>>
>>>> make # Should compile OK, assuming no
>>>> typos
>>>> and you created a "int ret".
>>>> ./lsusb -tv # Test your creation, see if it
>>>> throws
>>>> errors or not.
>>>>
>>>> I tried systemctl --all status and the daemons all appeared to be
>>>> running and there was no suspicious stuff visible in mine.
>>>>
>>>> Paul
>>>
>>> Any way to convert HP ScanJet 6300C into a network scanner rather than
>>> using USB connection ?
>>>
>>
>> Okay, found something on Network Scanning...
>>
>> https://help.ubuntu.com/community/Scanners
>
> The 6300C spec was written in the year 1999, using Acrobat 3.01
> to make the PDF :-)
>
> USB and SCSI compatible
>
> That means the thing is USB 1.1 , at a guess. My year 2000 machine
> didn't have USB2. It might have been 2005, when the BIOS screens
> got a page for USB2 configuration.
>
> And this isn't really all bad, since scanners of that era, only
> produced scan data at 1MB/sec or 2MB/sec or so. USB 1.1 might
> manage 1MB/sec (instead of the wire-rate 1.5MB/sec).
>
> My scanner is a SCSI, and I use an Adaptec 2906 to drive it. The
> interface is Async SCSI, and the transfer rate improves, the
> shorter the cable is. The electrical time of flight, matters
> a bit for async SCSI. Both your and my scanner, are not fast
> enough for this detail on the cable, to matter. I could use
> a longer cable, without insult to the thing.
>
> To answer your question then, the odds of a network cable sprouting
> out the side of that unit, are zero. I don't see a mention of
> any plugin card, with network connector on it.
>
> The advertising material touts the transfer time... when the unit
> is scanning in monochrome mode. It is to laugh. There isn't really
> an admission of how slow it gets, when used the way a user would
> want to use it (flat out, full color).
>
> Mine takes 2 minutes, to do a scan at highest possible resolution
> and in 36 bit color. And that's with the SCSI interface (so the
> interface is not the limiting issue). Xsane does not run my scanner
> properly, so I can't use Linux for it. It has run since I got it,
> under MacOSX.
>
> The USB though, should be compatible enough, to work with that
> thing. Even a USB3 port on my current machine, should work
> with your USB1.1 scanner. No excuses there.
>
> And the scanner is powered from mains power, so we cannot blame
> a USB fuse blowing as an excuse for non-operation.
>
> Paul

On 9/18/2022 3:43 PM, Adam wrote:
> On 09/18/2022 10:56 AM, Paul wrote:
>> On 9/18/2022 12:29 PM, Adam wrote:
>>> On 09/18/2022 09:05 AM, Adam wrote:
>>>> On 09/17/2022 05:33 PM, Paul wrote:
>>>>> On 9/17/2022 5:35 PM, Adam wrote:
>>>>>> On 09/17/2022 01:39 PM, Paul wrote:
>>>>>>> On 9/16/2022 8:02 PM, Adam wrote:
>>>>>>>> On 09/16/2022 11:31 AM, Paul wrote:
>>>>>>>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>>>>>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>>>>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>>>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Separate USB annoyance I encountered today while trying to
>>>>>>>>>>>>>> scan a
>>>>>>>>>>>>>> document via USB connection between scanner and laptop.
>>>>>>>>>>>>>> Simple
>>>>>>>>>>>>>> Scan
>>>>>>>>>>>>>> kept failing to scan saying Device Not Found until I inserted
>>>>>>>>>>>>>> a USB
>>>>>>>>>>>>>> dongle...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Why?  Seems like there's no rhyme or reason.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Try:
>>>>>>>>>>>>>
>>>>>>>>>>>>>     lsusb -tv
>>>>>>>>>>>>>
>>>>>>>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>>>>>>>
>>>>>>>>>>>>>     Paul
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Scanner not connected to laptop...
>>>>>>>>>>>>
>>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>> 5000M
>>>>>>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>>>> 480M
>>>>>>>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0
>>>>>>>>>>>> 4-Port
>>>>>>>>>>>> Ultra-Mini Hub)...
>>>>>>>>>>>>
>>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>> 5000M
>>>>>>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>>          |__ Port 2: Dev 29, If 0, Class=(Defined at Interface
>>>>>>>>>>>> level),
>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>>>> 480M
>>>>>>>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub,
>>>>>>>>>>>> which is
>>>>>>>>>>>> connected to laptop...
>>>>>>>>>>>>
>>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>> 5000M
>>>>>>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>>          |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>>              |__ Port 3: Dev 26, If 0, Class=(Defined at
>>>>>>>>>>>> Interface
>>>>>>>>>>>> level), Driver=, 12M
>>>>>>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>>>>>> 480M
>>>>>>>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>
>>>>>>>>>>> There's nothing abnormal there, so far. In terms of behavior,
>>>>>>>>>>> like
>>>>>>>>>>> something showing up when you expect it to show up.
>>>>>>>>>>>
>>>>>>>>>>> This is my other machine with the mkusb in it.
>>>>>>>>>>>
>>>>>>>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>>>>>>>> /:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>> 5000M
>>>>>>>>>>>      ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas,
>>>>>>>>>>> 5000M
>>>>>>>>>>>          ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA
>>>>>>>>>>> 6Gb/s
>>>>>>>>>>> bridge   <=== USB boot drive
>>>>>>>>>>> /:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>> 480M
>>>>>>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>> 5000M
>>>>>>>>>>>      ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>> 480M
>>>>>>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p,
>>>>>>>>>>> 480M
>>>>>>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>          ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>>>          |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>>>>              ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>>>              |__ Port 4: Dev 6, If 0, Class=Human Interface
>>>>>>>>>>> Device,
>>>>>>>>>>> Driver=usbhid, 1.5M
>>>>>>>>>>>                  ID 045e:076c Microsoft Corp. Comfort Mouse 4500
>>>>>>>>>>>          |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
>>>>>>>>>>>              ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>>>              |__ Port 4: Dev 7, If 0, Class=Human Interface
>>>>>>>>>>> Device,
>>>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>>>                  ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>>>              |__ Port 4: Dev 7, If 1, Class=Human Interface
>>>>>>>>>>> Device,
>>>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>>>                  ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>>>          |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>> BCM20702A0
>>>>>>>>>>> Bluetooth
>>>>>>>>>>>          |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>> BCM20702A0
>>>>>>>>>>> Bluetooth
>>>>>>>>>>>          |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>> BCM20702A0
>>>>>>>>>>> Bluetooth
>>>>>>>>>>>          |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>>>>>>>> Interface,
>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>              ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>> BCM20702A0
>>>>>>>>>>> Bluetooth
>>>>>>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p,
>>>>>>>>>>> 480M
>>>>>>>>>>>      ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>          ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>>> ubuntu@ubuntu:~$
>>>>>>>>>>>
>>>>>>>>>>> *******
>>>>>>>>>>>
>>>>>>>>>>> Notice how mine has the numbers, like  8087:0024
>>>>>>>>>>>
>>>>>>>>>>> Yours does not.
>>>>>>>>>>>
>>>>>>>>>>> This means, somehow, the process to enumerate hardware either
>>>>>>>>>>> isn't running, or there is an elevation problem (not enough
>>>>>>>>>>> permissions to read the USB config space).
>>>>>>>>>>>
>>>>>>>>>>> If you can find a log, maybe there's something in there which
>>>>>>>>>>> indicates why the devices are not getting read properly.
>>>>>>>>>>
>>>>>>>>>> Here's the first ~100 lines of /var/log/syslog (showing error)...
>>>>>>>>>>
>>>>>>>>
>>>>>>>> <snip>
>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Comment 1 at the bottom here:
>>>>>>>>>
>>>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>>>>>>>
>>>>>>>>>    "Dan mentioned the commit [1] there that removed the legacy
>>>>>>>>> support
>>>>>>>>>     for WEP cipher suites in group cipher announced in RSN IE"
>>>>>>>>>
>>>>>>>>> The regulatory database for the Wifi appears to have got updated.
>>>>>>>>> That affects how the Wifi module behaves in different countries,
>>>>>>>>> to follow country specific rules. Even 2.4GHz Wifi, does not have
>>>>>>>>> the same band plan and channel numbers, in the US and Europe.
>>>>>>>>>
>>>>>>>>> So at least the dbus message does not mean that dbus failed.
>>>>>>>>>
>>>>>>>>> As for the extended period of the supplicant messing about,
>>>>>>>>> I don't take that as a hardware failure, or a failure to
>>>>>>>>> communicate on the USB bus. I don't think the root cause of the
>>>>>>>>> USB problem is in there.
>>>>>>>>
>>>>>>>> Yes, the wifi error seems separate from the USB issue.
>>>>>>>>
>>>>>>>>>
>>>>>>>>> It might have had something to do with what is in here.
>>>>>>>>> But whatever is in cron.daily, could be kicking off a ton of
>>>>>>>>> maintenance activity.
>>>>>>>>>
>>>>>>>>>      anacron[8538]: Job `cron.daily' terminated
>>>>>>>>>      anacron[8538]: Normal exit (1 job run)
>>>>>>>>>
>>>>>>>>>     Paul
>>>>>>>>
>>>>>>>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>>>>>>>> total 56
>>>>>>>> -rwxr-xr-x 1 root root  311 Dec 28  2014 0anacron
>>>>>>>> -rwxr-xr-x 1 root root  376 Mar 31  2016 apport
>>>>>>>> -rwxr-xr-x 1 root root 1474 Apr 28  2021 apt-compat
>>>>>>>> -rwxr-xr-x 1 root root  355 May 22  2012 bsdmainutils
>>>>>>>> -rwxr-xr-x 1 root root  384 Oct  5  2014 cracklib-runtime
>>>>>>>> -rwxr-xr-x 1 root root 1597 Nov 26  2015 dpkg
>>>>>>>> -rwxr-xr-x 1 root root  372 May  5  2015 logrotate
>>>>>>>> -rwxr-xr-x 1 root root 1293 Nov  6  2015 man-db
>>>>>>>> -rwxr-xr-x 1 root root  435 Nov 17  2014 mlocate
>>>>>>>> -rwxr-xr-x 1 root root  249 Nov 12  2015 passwd
>>>>>>>> -rwxr-xr-x 1 root root 3449 Feb 26  2016 popularity-contest
>>>>>>>> -rwxr-xr-x 1 root root  383 Sep 24  2018 samba
>>>>>>>> -rwxr-xr-x 1 root root  214 Apr 12  2016 update-notifier-common
>>>>>>>> -rwxr-xr-x 1 root root 1046 Feb 29  2016 upstart
>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>
>>>>>>>> Should something be removed?
>>>>>>>>
>>>>>>>
>>>>>>> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
>>>>>>> and the library call I was worried about was not the problem.
>>>>>>> I added three debug statements to "lsusb" and none of them
>>>>>>> triggered.
>>>>>>>
>>>>>>> Instead, the message about /usr/share/usb.ids being missing is
>>>>>>> important.
>>>>>>> Maybe you saw that in your output.
>>>>>>>
>>>>>>>     cd /usr/share                                 # where the file
>>>>>>> should be
>>>>>>>     ls -al usb.ids                                # verify it is
>>>>>>> missing
>>>>>>>     ls -al /var/lib/usbutils/usb.ids              # installed by the
>>>>>>> .deb ???
>>>>>>>
>>>>>>>     sudo ln -s /var/lib/usbutils/usb.ids usb.ids  # softlink it in so
>>>>>>> code can find it
>>>>>>>
>>>>>>> Now, lsusb -tv should properly list the hardware.
>>>>>>> Test and see.
>>>>>>>
>>>>>>>     Paul
>>>>>>>
>>>>>>
>>>>>> xerus@ThinkPad-T430:~$ ls -l /usr/share/usb.ids
>>>>>> ls: cannot access '/usr/share/usb.ids': No such file or directory
>>>>>> xerus@ThinkPad-T430:~$ cd /usr/share
>>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>>>> ls: cannot access 'usb.ids': No such file or directory
>>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al /var/lib/usbutils/usb.ids
>>>>>> -rw-r--r-- 1 root root 551472 Oct 23  2015 /var/lib/usbutils/usb.ids
>>>>>> xerus@ThinkPad-T430:/usr/share$ sudo ln -s /var/lib/usbutils/usb.ids
>>>>>> usb.ids
>>>>>> [sudo] password for xerus:
>>>>>> xerus@ThinkPad-T430:/usr/share$ lsusb -tv
>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>          |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>>>> Driver=, 12M
>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>> Driver=, 12M
>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>>>> lrwxrwxrwx 1 root root 25 Sep 17 14:11 usb.ids ->
>>>>>> /var/lib/usbutils/usb.ids
>>>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>          |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>>>> Driver=, 12M
>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>> Driver=, 12M
>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>>>> /:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>> /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>> /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>> /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>      |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>          |__ Port 2: Dev 32, If 0, Class=(Defined at Interface level),
>>>>>> Driver=, 12M
>>>>>>          |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>> Driver=, 12M
>>>>>>          |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>>          |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>> xerus@ThinkPad-T430:/usr/share$
>>>>>>
>>>>>> Scan failed still (with and without the link to
>>>>>> /var/lib/usbutils/usb.ids)...
>>>>>>
>>>>>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> I've been having this scan issue since FOREVER.  Scan does NOT scan
>>>>>> consistently.
>>>>>>
>>>>>
>>>>> Weird.
>>>>>
>>>>> Well then, you might need to add the three changes to the code and
>>>>> print out the return code from the call then. My failure highlighted
>>>>> the
>>>>> packaging issue, rather than reproduce your scanning problem.
>>>>>
>>>>> I picked up the original one here, to use for modification.
>>>>>
>>>>> https://launchpad.net/ubuntu/+source/usbutils/1:007-4
>>>>>
>>>>>     usbutils_007.orig.tar.xz   408.5 KiB
>>>>> 7593a01724bbc0fd9fe48e62bc721ceb61c76654f1d7b231b3c65f6dfbbaefa4
>>>>>
>>>>> I picked that one, since I was using Linux Mint, and it does not have
>>>>> a "source" repository. And so I searched around and found a version
>>>>> which matched my USB stick version.
>>>>>
>>>>> Then opened lsusb.c and modified the code.
>>>>>
>>>>>      ret = libusb_open(dev, &udev);
>>>>>      if (ret) {
>>>>>          fprintf(stderr, "Couldn't open device, some information "
>>>>>              "will be missing\n");
>>>>>          udev = NULL;
>>>>>      }
>>>>>
>>>>>      libusb_get_device_descriptor(dev, &desc);
>>>>>
>>>>> Changed to look like this. Needs an "int ret" of some kind, to
>>>>> hold the return code from the routine.
>>>>>
>>>>>      ret = libusb_open(dev, &udev);
>>>>>      if (ret) {
>>>>>          fprintf(stderr, "Couldn't open device, some information "
>>>>>              "will be missing\n");
>>>>>          udev = NULL;
>>>>>      }
>>>>>
>>>>>      ret = libusb_get_device_descriptor(dev, &desc);
>>>>>          if (ret) {
>>>>>          fprintf(stderr, "libusb_get_device_descriptor returned %d at
>>>>> line 3813\n", ret);
>>>>>      }
>>>>>
>>>>> That needs to be done in a total of three places, and salt the line
>>>>> number fixed value,
>>>>> with the value your text editor displays for that fprintf statement.
>>>>> The
>>>>> line number
>>>>> is so you know which one triggered.
>>>>>
>>>>> That's just in case your particular failure, is something I'm not
>>>>> seeing
>>>>> here,
>>>>> when I modified lsusb.c and rebuilt it.
>>>>>
>>>>>     cd unpacked_dir_with_source
>>>>>     nano lsusb.c                  # edit source
>>>>>     ./configure                   # needs  sudo apt install
>>>>> build-essentials  so you have a gcc present
>>>>>                                   # also needs libusb-dev added as
>>>>> well,
>>>>> to get a libusb.h .
>>>>>                                   # sudo apt install libusb-dev
>>>>>
>>>>>     make                          # Should compile OK, assuming no
>>>>> typos
>>>>> and you created a "int ret".
>>>>>     ./lsusb -tv                   # Test your creation, see if it
>>>>> throws
>>>>> errors or not.
>>>>>
>>>>> I tried systemctl --all status  and the daemons all appeared to be
>>>>> running and there was no suspicious stuff visible in mine.
>>>>>
>>>>>    Paul
>>>>
>>>> Any way to convert HP ScanJet 6300C into a network scanner rather than
>>>> using USB connection ?
>>>>
>>>
>>> Okay, found something on Network Scanning...
>>>
>>> https://help.ubuntu.com/community/Scanners
>>
>> The 6300c spec was written in the year 1999, using Acrobat 3.01
>> to make the PDF :-)
>>
>>     USB and SCSI compatible
>>
>> That means the thing is USB 1.1 , at a guess. My year 2000 machine
>> didn't have USB2. It might have been 2005, when the BIOS screens
>> got a page for USB2 configuration.
>>
>> And this isn't really all bad, since scanners of that era, only
>> produced scan data at 1MB/sec or 2MB/sec or so. USB 1.1 might
>> manage 1MB/sec (instead of the wire-rate 1.5MB/sec).
>>
>> My scanner is a SCSI, and I use an Adaptec 2906 to drive it. The
>> interface is Async SCSI, and the transfer rate improves, the
>> shorter the cable is. The electrical time of flight, matters
>> a bit for async SCSI. Both your and my scanner, are not fast
>> enough for this detail on the cable, to matter. I could use
>> a longer cable, without insult to the thing.
>>
>> To answer your question then, the odds of a network cable sprouting
>> out the side of that unit, are zero. I don't see a mention of
>> any plugin card, with network connector on it.
>>
>> The advertising material touts the transfer time... when the unit
>> is scanning in monochrome mode. It is to laugh. There isn't really
>> an admission of how slow it gets, when used the way a user would
>> want to use it (flat out, full color).
>>
>> Mine takes 2 minutes, to do a scan at highest possible resolution
>> and in 36 bit color. And that's with the SCSI interface (so the
>> interface is not the limiting issue). Xsane does not run my scanner
>> properly, so I can't use Linux for it. It has run since I got it,
>> under MacOSX.
>>
>> The USB though, should be compatible enough, to work with that
>> thing. Even a USB3 port on my current machine, should work
>> with your USB1.1 scanner. No excuses there.
>>
>> And the scanner is powered from mains power, so we cannot blame
>> a USB fuse blowing as an excuse for non-operation.
>>
>>     Paul
>
> https://help.ubuntu.com/community/ScanningHowTo
> [see Sharing a Scanner Over a Network - 1) The scanner is connected a computer - the server - and shared over the network.]
>
> Raspberry Pi server ?  Scanner ?  VOIP ?
>
> Oh, the possibilities.  :-)
>

On 9/18/2022 4:18 PM, Adam wrote:

>
> Just found the packing slip (dated June 28, 2000) from the box.  :-)
>
> UPC: 0088698899052
>
>
> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>
> Why does it scan sometimes and not others ?  Like playing lottery.
>
> Does it need a driver for the scanner ?  hplip, right ?
> Or, are older scanners no longer supported ?
> That's discrimination against seniors.  :-(

Start Simple Scan from the command line, and see if it throws
any info out during the run attempt.

Oh, one other warning...

$ snap list
$ which simplescan # or whatever the executable for it happens to be named

See if SimpleScan is a snap package :-/

Then you have the added "advantage" of debugging Canonicals
"booby trapped crapcicle".

It could be the reason it is failing, is because it is a Snap.

Paul

On 09/18/2022 01:25 PM, Paul wrote:
> On 9/18/2022 3:43 PM, Adam wrote:
>> On 09/18/2022 10:56 AM, Paul wrote:
>>> On 9/18/2022 12:29 PM, Adam wrote:
>>>> On 09/18/2022 09:05 AM, Adam wrote:
>>>>> On 09/17/2022 05:33 PM, Paul wrote:
>>>>>> On 9/17/2022 5:35 PM, Adam wrote:
>>>>>>> On 09/17/2022 01:39 PM, Paul wrote:
>>>>>>>> On 9/16/2022 8:02 PM, Adam wrote:
>>>>>>>>> On 09/16/2022 11:31 AM, Paul wrote:
>>>>>>>>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>>>>>>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>>>>>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>>>>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>>>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Separate USB annoyance I encountered today while trying to
>>>>>>>>>>>>>>> scan a
>>>>>>>>>>>>>>> document via USB connection between scanner and laptop.
>>>>>>>>>>>>>>> Simple
>>>>>>>>>>>>>>> Scan
>>>>>>>>>>>>>>> kept failing to scan saying Device Not Found until I
>>>>>>>>>>>>>>> inserted
>>>>>>>>>>>>>>> a USB
>>>>>>>>>>>>>>> dongle...
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Why? Seems like there's no rhyme or reason.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Try:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> lsusb -tv
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Paul
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Scanner not connected to laptop...
>>>>>>>>>>>>>
>>>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>> 5000M
>>>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video,
>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video,
>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0
>>>>>>>>>>>>> 4-Port
>>>>>>>>>>>>> Ultra-Mini Hub)...
>>>>>>>>>>>>>
>>>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>> 5000M
>>>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>>> |__ Port 2: Dev 29, If 0, Class=(Defined at Interface
>>>>>>>>>>>>> level),
>>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video,
>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video,
>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub,
>>>>>>>>>>>>> which is
>>>>>>>>>>>>> connected to laptop...
>>>>>>>>>>>>>
>>>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>> 5000M
>>>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>>> |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> |__ Port 3: Dev 26, If 0, Class=(Defined at
>>>>>>>>>>>>> Interface
>>>>>>>>>>>>> level), Driver=, 12M
>>>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video,
>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video,
>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>>
>>>>>>>>>>>> There's nothing abnormal there, so far. In terms of behavior,
>>>>>>>>>>>> like
>>>>>>>>>>>> something showing up when you expect it to show up.
>>>>>>>>>>>>
>>>>>>>>>>>> This is my other machine with the mkusb in it.
>>>>>>>>>>>>
>>>>>>>>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>>>>>>>>> /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>>> 5000M
>>>>>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas,
>>>>>>>>>>>> 5000M
>>>>>>>>>>>> ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E
>>>>>>>>>>>> SATA
>>>>>>>>>>>> 6Gb/s
>>>>>>>>>>>> bridge <=== USB boot drive
>>>>>>>>>>>> /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>>> 5000M
>>>>>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>>>> |__ Port 4: Dev 6, If 0, Class=Human Interface
>>>>>>>>>>>> Device,
>>>>>>>>>>>> Driver=usbhid, 1.5M
>>>>>>>>>>>> ID 045e:076c Microsoft Corp. Comfort Mouse
>>>>>>>>>>>> 4500
>>>>>>>>>>>> |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>>>> |__ Port 4: Dev 7, If 0, Class=Human Interface
>>>>>>>>>>>> Device,
>>>>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>>>> |__ Port 4: Dev 7, If 1, Class=Human Interface
>>>>>>>>>>>> Device,
>>>>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>>>> |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>>> BCM20702A0
>>>>>>>>>>>> Bluetooth
>>>>>>>>>>>> |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>>> BCM20702A0
>>>>>>>>>>>> Bluetooth
>>>>>>>>>>>> |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>>> BCM20702A0
>>>>>>>>>>>> Bluetooth
>>>>>>>>>>>> |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>>>>>>>>> Interface,
>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>>> BCM20702A0
>>>>>>>>>>>> Bluetooth
>>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p,
>>>>>>>>>>>> 480M
>>>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>>>> ubuntu@ubuntu:~$
>>>>>>>>>>>>
>>>>>>>>>>>> *******
>>>>>>>>>>>>
>>>>>>>>>>>> Notice how mine has the numbers, like 8087:0024
>>>>>>>>>>>>
>>>>>>>>>>>> Yours does not.
>>>>>>>>>>>>
>>>>>>>>>>>> This means, somehow, the process to enumerate hardware either
>>>>>>>>>>>> isn't running, or there is an elevation problem (not enough
>>>>>>>>>>>> permissions to read the USB config space).
>>>>>>>>>>>>
>>>>>>>>>>>> If you can find a log, maybe there's something in there which
>>>>>>>>>>>> indicates why the devices are not getting read properly.
>>>>>>>>>>>
>>>>>>>>>>> Here's the first ~100 lines of /var/log/syslog (showing
>>>>>>>>>>> error)...
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> <snip>
>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Comment 1 at the bottom here:
>>>>>>>>>>
>>>>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>>>>>>>>
>>>>>>>>>> "Dan mentioned the commit [1] there that removed the legacy
>>>>>>>>>> support
>>>>>>>>>> for WEP cipher suites in group cipher announced in RSN IE"
>>>>>>>>>>
>>>>>>>>>> The regulatory database for the Wifi appears to have got updated.
>>>>>>>>>> That affects how the Wifi module behaves in different countries,
>>>>>>>>>> to follow country specific rules. Even 2.4GHz Wifi, does not have
>>>>>>>>>> the same band plan and channel numbers, in the US and Europe.
>>>>>>>>>>
>>>>>>>>>> So at least the dbus message does not mean that dbus failed.
>>>>>>>>>>
>>>>>>>>>> As for the extended period of the supplicant messing about,
>>>>>>>>>> I don't take that as a hardware failure, or a failure to
>>>>>>>>>> communicate on the USB bus. I don't think the root cause of the
>>>>>>>>>> USB problem is in there.
>>>>>>>>>
>>>>>>>>> Yes, the wifi error seems separate from the USB issue.
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> It might have had something to do with what is in here.
>>>>>>>>>> But whatever is in cron.daily, could be kicking off a ton of
>>>>>>>>>> maintenance activity.
>>>>>>>>>>
>>>>>>>>>> anacron[8538]: Job `cron.daily' terminated
>>>>>>>>>> anacron[8538]: Normal exit (1 job run)
>>>>>>>>>>
>>>>>>>>>> Paul
>>>>>>>>>
>>>>>>>>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>>>>>>>>> total 56
>>>>>>>>> -rwxr-xr-x 1 root root 311 Dec 28 2014 0anacron
>>>>>>>>> -rwxr-xr-x 1 root root 376 Mar 31 2016 apport
>>>>>>>>> -rwxr-xr-x 1 root root 1474 Apr 28 2021 apt-compat
>>>>>>>>> -rwxr-xr-x 1 root root 355 May 22 2012 bsdmainutils
>>>>>>>>> -rwxr-xr-x 1 root root 384 Oct 5 2014 cracklib-runtime
>>>>>>>>> -rwxr-xr-x 1 root root 1597 Nov 26 2015 dpkg
>>>>>>>>> -rwxr-xr-x 1 root root 372 May 5 2015 logrotate
>>>>>>>>> -rwxr-xr-x 1 root root 1293 Nov 6 2015 man-db
>>>>>>>>> -rwxr-xr-x 1 root root 435 Nov 17 2014 mlocate
>>>>>>>>> -rwxr-xr-x 1 root root 249 Nov 12 2015 passwd
>>>>>>>>> -rwxr-xr-x 1 root root 3449 Feb 26 2016 popularity-contest
>>>>>>>>> -rwxr-xr-x 1 root root 383 Sep 24 2018 samba
>>>>>>>>> -rwxr-xr-x 1 root root 214 Apr 12 2016 update-notifier-common
>>>>>>>>> -rwxr-xr-x 1 root root 1046 Feb 29 2016 upstart
>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>
>>>>>>>>> Should something be removed?
>>>>>>>>>
>>>>>>>>
>>>>>>>> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
>>>>>>>> and the library call I was worried about was not the problem.
>>>>>>>> I added three debug statements to "lsusb" and none of them
>>>>>>>> triggered.
>>>>>>>>
>>>>>>>> Instead, the message about /usr/share/usb.ids being missing is
>>>>>>>> important.
>>>>>>>> Maybe you saw that in your output.
>>>>>>>>
>>>>>>>> cd /usr/share # where the file
>>>>>>>> should be
>>>>>>>> ls -al usb.ids # verify it is
>>>>>>>> missing
>>>>>>>> ls -al /var/lib/usbutils/usb.ids # installed by
>>>>>>>> the
>>>>>>>> .deb ???
>>>>>>>>
>>>>>>>> sudo ln -s /var/lib/usbutils/usb.ids usb.ids # softlink it
>>>>>>>> in so
>>>>>>>> code can find it
>>>>>>>>
>>>>>>>> Now, lsusb -tv should properly list the hardware.
>>>>>>>> Test and see.
>>>>>>>>
>>>>>>>> Paul
>>>>>>>>
>>>>>>>
>>>>>>> xerus@ThinkPad-T430:~$ ls -l /usr/share/usb.ids
>>>>>>> ls: cannot access '/usr/share/usb.ids': No such file or directory
>>>>>>> xerus@ThinkPad-T430:~$ cd /usr/share
>>>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>>>>> ls: cannot access 'usb.ids': No such file or directory
>>>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al /var/lib/usbutils/usb.ids
>>>>>>> -rw-r--r-- 1 root root 551472 Oct 23 2015 /var/lib/usbutils/usb.ids
>>>>>>> xerus@ThinkPad-T430:/usr/share$ sudo ln -s /var/lib/usbutils/usb.ids
>>>>>>> usb.ids
>>>>>>> [sudo] password for xerus:
>>>>>>> xerus@ThinkPad-T430:/usr/share$ lsusb -tv
>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface
>>>>>>> level),
>>>>>>> Driver=, 12M
>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>> Driver=, 12M
>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>>>>> lrwxrwxrwx 1 root root 25 Sep 17 14:11 usb.ids ->
>>>>>>> /var/lib/usbutils/usb.ids
>>>>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface
>>>>>>> level),
>>>>>>> Driver=, 12M
>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>> Driver=, 12M
>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface
>>>>>>> level),
>>>>>>> Driver=, 12M
>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>> Driver=, 12M
>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
>>>>>>> xerus@ThinkPad-T430:/usr/share$
>>>>>>>
>>>>>>> Scan failed still (with and without the link to
>>>>>>> /var/lib/usbutils/usb.ids)...
>>>>>>>
>>>>>>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I've been having this scan issue since FOREVER. Scan does NOT scan
>>>>>>> consistently.
>>>>>>>
>>>>>>
>>>>>> Weird.
>>>>>>
>>>>>> Well then, you might need to add the three changes to the code and
>>>>>> print out the return code from the call then. My failure highlighted
>>>>>> the
>>>>>> packaging issue, rather than reproduce your scanning problem.
>>>>>>
>>>>>> I picked up the original one here, to use for modification.
>>>>>>
>>>>>> https://launchpad.net/ubuntu/+source/usbutils/1:007-4
>>>>>>
>>>>>> usbutils_007.orig.tar.xz 408.5 KiB
>>>>>> 7593a01724bbc0fd9fe48e62bc721ceb61c76654f1d7b231b3c65f6dfbbaefa4
>>>>>>
>>>>>> I picked that one, since I was using Linux Mint, and it does not have
>>>>>> a "source" repository. And so I searched around and found a version
>>>>>> which matched my USB stick version.
>>>>>>
>>>>>> Then opened lsusb.c and modified the code.
>>>>>>
>>>>>> ret = libusb_open(dev, &udev);
>>>>>> if (ret) {
>>>>>> fprintf(stderr, "Couldn't open device, some information "
>>>>>> "will be missing\n");
>>>>>> udev = NULL;
>>>>>> }
>>>>>>
>>>>>> libusb_get_device_descriptor(dev, &desc);
>>>>>>
>>>>>> Changed to look like this. Needs an "int ret" of some kind, to
>>>>>> hold the return code from the routine.
>>>>>>
>>>>>> ret = libusb_open(dev, &udev);
>>>>>> if (ret) {
>>>>>> fprintf(stderr, "Couldn't open device, some information "
>>>>>> "will be missing\n");
>>>>>> udev = NULL;
>>>>>> }
>>>>>>
>>>>>> ret = libusb_get_device_descriptor(dev, &desc);
>>>>>> if (ret) {
>>>>>> fprintf(stderr, "libusb_get_device_descriptor returned %d at
>>>>>> line 3813\n", ret);
>>>>>> }
>>>>>>
>>>>>> That needs to be done in a total of three places, and salt the line
>>>>>> number fixed value,
>>>>>> with the value your text editor displays for that fprintf statement.
>>>>>> The
>>>>>> line number
>>>>>> is so you know which one triggered.
>>>>>>
>>>>>> That's just in case your particular failure, is something I'm not
>>>>>> seeing
>>>>>> here,
>>>>>> when I modified lsusb.c and rebuilt it.
>>>>>>
>>>>>> cd unpacked_dir_with_source
>>>>>> nano lsusb.c # edit source
>>>>>> ./configure # needs sudo apt install
>>>>>> build-essentials so you have a gcc present
>>>>>> # also needs libusb-dev added as
>>>>>> well,
>>>>>> to get a libusb.h .
>>>>>> # sudo apt install libusb-dev
>>>>>>
>>>>>> make # Should compile OK, assuming no
>>>>>> typos
>>>>>> and you created a "int ret".
>>>>>> ./lsusb -tv # Test your creation, see if it
>>>>>> throws
>>>>>> errors or not.
>>>>>>
>>>>>> I tried systemctl --all status and the daemons all appeared to be
>>>>>> running and there was no suspicious stuff visible in mine.
>>>>>>
>>>>>> Paul
>>>>>
>>>>> Any way to convert HP ScanJet 6300C into a network scanner rather than
>>>>> using USB connection ?
>>>>>
>>>>
>>>> Okay, found something on Network Scanning...
>>>>
>>>> https://help.ubuntu.com/community/Scanners
>>>
>>> The 6300c spec was written in the year 1999, using Acrobat 3.01
>>> to make the PDF :-)
>>>
>>> USB and SCSI compatible
>>>
>>> That means the thing is USB 1.1 , at a guess. My year 2000 machine
>>> didn't have USB2. It might have been 2005, when the BIOS screens
>>> got a page for USB2 configuration.
>>>
>>> And this isn't really all bad, since scanners of that era, only
>>> produced scan data at 1MB/sec or 2MB/sec or so. USB 1.1 might
>>> manage 1MB/sec (instead of the wire-rate 1.5MB/sec).
>>>
>>> My scanner is a SCSI, and I use an Adaptec 2906 to drive it. The
>>> interface is Async SCSI, and the transfer rate improves, the
>>> shorter the cable is. The electrical time of flight, matters
>>> a bit for async SCSI. Both your and my scanner, are not fast
>>> enough for this detail on the cable, to matter. I could use
>>> a longer cable, without insult to the thing.
>>>
>>> To answer your question then, the odds of a network cable sprouting
>>> out the side of that unit, are zero. I don't see a mention of
>>> any plugin card, with network connector on it.
>>>
>>> The advertising material touts the transfer time... when the unit
>>> is scanning in monochrome mode. It is to laugh. There isn't really
>>> an admission of how slow it gets, when used the way a user would
>>> want to use it (flat out, full color).
>>>
>>> Mine takes 2 minutes, to do a scan at highest possible resolution
>>> and in 36 bit color. And that's with the SCSI interface (so the
>>> interface is not the limiting issue). Xsane does not run my scanner
>>> properly, so I can't use Linux for it. It has run since I got it,
>>> under MacOSX.
>>>
>>> The USB though, should be compatible enough, to work with that
>>> thing. Even a USB3 port on my current machine, should work
>>> with your USB1.1 scanner. No excuses there.
>>>
>>> And the scanner is powered from mains power, so we cannot blame
>>> a USB fuse blowing as an excuse for non-operation.
>>>
>>> Paul
>>
>> https://help.ubuntu.com/community/ScanningHowTo
>> [see Sharing a Scanner Over a Network - 1) The scanner is connected a
>> computer - the server - and shared over the network.]
>>
>> Raspberry Pi server ? Scanner ? VOIP ?
>>
>> Oh, the possibilities. :-)
>>
>
> What I'd like to see, is your udev working properly when a USB
> item is hotplugged. There is a logging system, and a way to turn
> on or adjust logging for udev. Keywords udevadm and journalxe or so.
>
> I'm just surprised it's so hard to get answers from the machine.
>
> I really used to like looking in "dmesg" and seeing a breadcrumb
> waiting for me. dmesg is not what it used to be. It's been
> tampered with. I've even had cases recently, where dmesg would
> not run. Years ago, it always worked.
>
> As for the scanner types, I'm surprised someone has not piped
> up and suggested replacing the scanner. I'm not even sure a
> discrete scanner would be in my computer store today, and it
> might be part of an inkjet printer.
>
> The old scanners used CCD. It has depth of field. If you lay
> a bound book on the scanner, it tends to photograph "some"
> of the words as they curve at the binding. Modern scanners
> are mostly CMOS, the focus is sharp, the depth of field is
> poor. If you lay a bound book on the surface, a modern scanner
> records words near the binder as a grey blur. That's the
> difference.
>
> For sheet fed stock, the CMOS is fine, because you can press
> the sheet firmly against the glass. But any time the target
> won't stay on the glass, there's a possibility the CMOS
> won't register the item well.
>
> I would prefer your USB to be working, so any future USB items
> will also work. In hardware, things always start with a PCI block,
> the USB logic block would be under that, and the USB PHY then
> connects to your device. It really should not be flaky. The PCI
> driver handles either PCI or PCI Express. While it might say
> PCI, the bridge could actually operate at 32GB/sec if necessary.
> They design the hardware blocks, to "look like" PCI, so a bog
> standard driver can do the work.
>
> You can try "lspci" and see the mess that's in there, if you
> want some idea of portions of the next layer up. and I'm referring
> to bits of stuff inside the Southbridge, where at least some
> of your USB ports live.
>
> Paul
>

On 9/18/2022 5:05 PM, Paul wrote:
> On 9/18/2022 4:18 PM, Adam wrote:
>
>>
>> Just found the packing slip (dated June 28, 2000) from the box.  :-)
>>
>> UPC: 0088698899052
>>
>>
>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>
>> Why does it scan sometimes and not others ?  Like playing lottery.
>>
>> Does it need a driver for the scanner ?  hplip, right ?
>> Or, are older scanners no longer supported ?
>> That's discrimination against seniors.  :-(
>
> Start Simple Scan from the command line, and see if it throws
> any info out during the run attempt.
>
> Oh, one other warning...
>
> $ snap list
> $ which simplescan        # or whatever the executable for it happens to be named
>
> See if SimpleScan is a snap package :-/
>
> Then you have the added "advantage" of debugging Canonicals
> "booby trapped crapcicle".
>
> It could be the reason it is failing, is because it is a Snap.

Mine shows it is not a Snap.

The command has a debug option.

simple-scan -d

that you can use from Terminal.

Paul

On 09/18/2022 02:05 PM, Paul wrote:
> On 9/18/2022 4:18 PM, Adam wrote:
>
>>
>> Just found the packing slip (dated June 28, 2000) from the box. :-)
>>
>> UPC: 0088698899052
>>
>>
>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>
>>
>> Why does it scan sometimes and not others ? Like playing lottery.
>>
>> Does it need a driver for the scanner ? hplip, right ?
>> Or, are older scanners no longer supported ?
>> That's discrimination against seniors. :-(
>
> Start Simple Scan from the command line, and see if it throws
> any info out during the run attempt.
>
> Oh, one other warning...
>
> $ snap list
> $ which simplescan # or whatever the executable for it happens to
> be named
>
> See if SimpleScan is a snap package :-/
>
> Then you have the added "advantage" of debugging Canonicals
> "booby trapped crapcicle".
>
> It could be the reason it is failing, is because it is a Snap.
>
> Paul
>

U16.04 LTS is not infected with the snap virus yet. And, there's no
snap vaccine yet.

xerus@ThinkPad-T430:~$ snap list
error: no snaps found
xerus@ThinkPad-T430:~$ which simplescan
xerus@ThinkPad-T430:~$ which simple-scan
/usr/bin/simple-scan
xerus@ThinkPad-T430:~$

On 09/18/2022 02:09 PM, Adam wrote:
> On 09/18/2022 01:25 PM, Paul wrote:
>> On 9/18/2022 3:43 PM, Adam wrote:
>>> On 09/18/2022 10:56 AM, Paul wrote:
>>>> On 9/18/2022 12:29 PM, Adam wrote:
>>>>> On 09/18/2022 09:05 AM, Adam wrote:
>>>>>> On 09/17/2022 05:33 PM, Paul wrote:
>>>>>>> On 9/17/2022 5:35 PM, Adam wrote:
>>>>>>>> On 09/17/2022 01:39 PM, Paul wrote:
>>>>>>>>> On 9/16/2022 8:02 PM, Adam wrote:
>>>>>>>>>> On 09/16/2022 11:31 AM, Paul wrote:
>>>>>>>>>>> On 9/16/2022 10:20 AM, Adam wrote:
>>>>>>>>>>>> On 09/16/2022 01:30 AM, Paul wrote:
>>>>>>>>>>>>> On 9/15/2022 9:00 PM, Adam wrote:
>>>>>>>>>>>>>> On 09/15/2022 07:24 AM, Paul wrote:
>>>>>>>>>>>>>>> On 9/15/2022 1:46 AM, Adam wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Separate USB annoyance I encountered today while trying to
>>>>>>>>>>>>>>>> scan a
>>>>>>>>>>>>>>>> document via USB connection between scanner and laptop.
>>>>>>>>>>>>>>>> Simple
>>>>>>>>>>>>>>>> Scan
>>>>>>>>>>>>>>>> kept failing to scan saying Device Not Found until I
>>>>>>>>>>>>>>>> inserted
>>>>>>>>>>>>>>>> a USB
>>>>>>>>>>>>>>>> dongle...
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Belkin USB 2.0 4-Port Ultra-Mini Hub
>>>>>>>>>>>>>>>> https://www.amazon.com/gp/product/B000Q8UAWY/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Why? Seems like there's no rhyme or reason.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Try:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> lsusb -tv
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> both before, and after, the hardware cabling changes.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Look for differences (other than the obvious ones).
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Paul
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Scanner not connected to laptop...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>>> 5000M
>>>>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific
>>>>>>>>>>>>>> Class,
>>>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video,
>>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video,
>>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Scanner connected directly to laptop (without Belkin USB 2.0
>>>>>>>>>>>>>> 4-Port
>>>>>>>>>>>>>> Ultra-Mini Hub)...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>>> 5000M
>>>>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>>>> |__ Port 2: Dev 29, If 0, Class=(Defined at
>>>>>>>>>>>>>> Interface
>>>>>>>>>>>>>> level),
>>>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific
>>>>>>>>>>>>>> Class,
>>>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video,
>>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video,
>>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Scanner connected to Belkin USB 2.0 4-Port Ultra-Mini Hub,
>>>>>>>>>>>>>> which is
>>>>>>>>>>>>>> connected to laptop...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> xerus@ThinkPad-T430:~$ lsusb -tv
>>>>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>>> 5000M
>>>>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>>>> |__ Port 2: Dev 25, If 0, Class=Hub, Driver=hub/4p,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> |__ Port 3: Dev 26, If 0, Class=(Defined at
>>>>>>>>>>>>>> Interface
>>>>>>>>>>>>>> level), Driver=, 12M
>>>>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific
>>>>>>>>>>>>>> Class,
>>>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video,
>>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video,
>>>>>>>>>>>>>> Driver=uvcvideo,
>>>>>>>>>>>>>> 480M
>>>>>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>>>>
>>>>>>>>>>>>> There's nothing abnormal there, so far. In terms of behavior,
>>>>>>>>>>>>> like
>>>>>>>>>>>>> something showing up when you expect it to show up.
>>>>>>>>>>>>>
>>>>>>>>>>>>> This is my other machine with the mkusb in it.
>>>>>>>>>>>>>
>>>>>>>>>>>>> ubuntu@ubuntu:~$ lsusb -tv
>>>>>>>>>>>>> /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>>>> 5000M
>>>>>>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas,
>>>>>>>>>>>>> 5000M
>>>>>>>>>>>>> ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E
>>>>>>>>>>>>> SATA
>>>>>>>>>>>>> 6Gb/s
>>>>>>>>>>>>> bridge <=== USB boot drive
>>>>>>>>>>>>> /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>>>> 5000M
>>>>>>>>>>>>> ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>>>>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Hub, Driver=hub/4p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>>>>> |__ Port 4: Dev 6, If 0, Class=Human Interface
>>>>>>>>>>>>> Device,
>>>>>>>>>>>>> Driver=usbhid, 1.5M
>>>>>>>>>>>>> ID 045e:076c Microsoft Corp. Comfort Mouse
>>>>>>>>>>>>> 4500
>>>>>>>>>>>>> |__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> ID 05e3:0608 Genesys Logic, Inc. Hub
>>>>>>>>>>>>> |__ Port 4: Dev 7, If 0, Class=Human Interface
>>>>>>>>>>>>> Device,
>>>>>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>>>>> |__ Port 4: Dev 7, If 1, Class=Human Interface
>>>>>>>>>>>>> Device,
>>>>>>>>>>>>> Driver=usbhid, 12M
>>>>>>>>>>>>> ID 125f:9318 A-DATA Technology Co., Ltd.
>>>>>>>>>>>>> |__ Port 7: Dev 5, If 0, Class=Vendor Specific Class,
>>>>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>>>> BCM20702A0
>>>>>>>>>>>>> Bluetooth
>>>>>>>>>>>>> |__ Port 7: Dev 5, If 1, Class=Vendor Specific Class,
>>>>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>>>> BCM20702A0
>>>>>>>>>>>>> Bluetooth
>>>>>>>>>>>>> |__ Port 7: Dev 5, If 2, Class=Vendor Specific Class,
>>>>>>>>>>>>> Driver=btusb, 12M
>>>>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>>>> BCM20702A0
>>>>>>>>>>>>> Bluetooth
>>>>>>>>>>>>> |__ Port 7: Dev 5, If 3, Class=Application Specific
>>>>>>>>>>>>> Interface,
>>>>>>>>>>>>> Driver=, 12M
>>>>>>>>>>>>> ID 0b05:17cb ASUSTek Computer, Inc. Broadcom
>>>>>>>>>>>>> BCM20702A0
>>>>>>>>>>>>> Bluetooth
>>>>>>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p,
>>>>>>>>>>>>> 480M
>>>>>>>>>>>>> ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>>>>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>>>>>>> ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
>>>>>>>>>>>>> ubuntu@ubuntu:~$
>>>>>>>>>>>>>
>>>>>>>>>>>>> *******
>>>>>>>>>>>>>
>>>>>>>>>>>>> Notice how mine has the numbers, like 8087:0024
>>>>>>>>>>>>>
>>>>>>>>>>>>> Yours does not.
>>>>>>>>>>>>>
>>>>>>>>>>>>> This means, somehow, the process to enumerate hardware either
>>>>>>>>>>>>> isn't running, or there is an elevation problem (not enough
>>>>>>>>>>>>> permissions to read the USB config space).
>>>>>>>>>>>>>
>>>>>>>>>>>>> If you can find a log, maybe there's something in there which
>>>>>>>>>>>>> indicates why the devices are not getting read properly.
>>>>>>>>>>>>
>>>>>>>>>>>> Here's the first ~100 lines of /var/log/syslog (showing
>>>>>>>>>>>> error)...
>>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> <snip>
>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Comment 1 at the bottom here:
>>>>>>>>>>>
>>>>>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1369161
>>>>>>>>>>>
>>>>>>>>>>> "Dan mentioned the commit [1] there that removed the legacy
>>>>>>>>>>> support
>>>>>>>>>>> for WEP cipher suites in group cipher announced in RSN IE"
>>>>>>>>>>>
>>>>>>>>>>> The regulatory database for the Wifi appears to have got
>>>>>>>>>>> updated.
>>>>>>>>>>> That affects how the Wifi module behaves in different countries,
>>>>>>>>>>> to follow country specific rules. Even 2.4GHz Wifi, does not
>>>>>>>>>>> have
>>>>>>>>>>> the same band plan and channel numbers, in the US and Europe.
>>>>>>>>>>>
>>>>>>>>>>> So at least the dbus message does not mean that dbus failed.
>>>>>>>>>>>
>>>>>>>>>>> As for the extended period of the supplicant messing about,
>>>>>>>>>>> I don't take that as a hardware failure, or a failure to
>>>>>>>>>>> communicate on the USB bus. I don't think the root cause of the
>>>>>>>>>>> USB problem is in there.
>>>>>>>>>>
>>>>>>>>>> Yes, the wifi error seems separate from the USB issue.
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> It might have had something to do with what is in here.
>>>>>>>>>>> But whatever is in cron.daily, could be kicking off a ton of
>>>>>>>>>>> maintenance activity.
>>>>>>>>>>>
>>>>>>>>>>> anacron[8538]: Job `cron.daily' terminated
>>>>>>>>>>> anacron[8538]: Normal exit (1 job run)
>>>>>>>>>>>
>>>>>>>>>>> Paul
>>>>>>>>>>
>>>>>>>>>> xerus@ThinkPad-T430:~$ ls -l /etc/cron.daily/
>>>>>>>>>> total 56
>>>>>>>>>> -rwxr-xr-x 1 root root 311 Dec 28 2014 0anacron
>>>>>>>>>> -rwxr-xr-x 1 root root 376 Mar 31 2016 apport
>>>>>>>>>> -rwxr-xr-x 1 root root 1474 Apr 28 2021 apt-compat
>>>>>>>>>> -rwxr-xr-x 1 root root 355 May 22 2012 bsdmainutils
>>>>>>>>>> -rwxr-xr-x 1 root root 384 Oct 5 2014 cracklib-runtime
>>>>>>>>>> -rwxr-xr-x 1 root root 1597 Nov 26 2015 dpkg
>>>>>>>>>> -rwxr-xr-x 1 root root 372 May 5 2015 logrotate
>>>>>>>>>> -rwxr-xr-x 1 root root 1293 Nov 6 2015 man-db
>>>>>>>>>> -rwxr-xr-x 1 root root 435 Nov 17 2014 mlocate
>>>>>>>>>> -rwxr-xr-x 1 root root 249 Nov 12 2015 passwd
>>>>>>>>>> -rwxr-xr-x 1 root root 3449 Feb 26 2016 popularity-contest
>>>>>>>>>> -rwxr-xr-x 1 root root 383 Sep 24 2018 samba
>>>>>>>>>> -rwxr-xr-x 1 root root 214 Apr 12 2016 update-notifier-common
>>>>>>>>>> -rwxr-xr-x 1 root root 1046 Feb 29 2016 upstart
>>>>>>>>>> xerus@ThinkPad-T430:~$
>>>>>>>>>>
>>>>>>>>>> Should something be removed?
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> OK, reproduced here (using a Linux Mint 19.1 stick in Live mode)
>>>>>>>>> and the library call I was worried about was not the problem.
>>>>>>>>> I added three debug statements to "lsusb" and none of them
>>>>>>>>> triggered.
>>>>>>>>>
>>>>>>>>> Instead, the message about /usr/share/usb.ids being missing is
>>>>>>>>> important.
>>>>>>>>> Maybe you saw that in your output.
>>>>>>>>>
>>>>>>>>> cd /usr/share # where the file
>>>>>>>>> should be
>>>>>>>>> ls -al usb.ids # verify it is
>>>>>>>>> missing
>>>>>>>>> ls -al /var/lib/usbutils/usb.ids # installed by
>>>>>>>>> the
>>>>>>>>> .deb ???
>>>>>>>>>
>>>>>>>>> sudo ln -s /var/lib/usbutils/usb.ids usb.ids # softlink it
>>>>>>>>> in so
>>>>>>>>> code can find it
>>>>>>>>>
>>>>>>>>> Now, lsusb -tv should properly list the hardware.
>>>>>>>>> Test and see.
>>>>>>>>>
>>>>>>>>> Paul
>>>>>>>>>
>>>>>>>>
>>>>>>>> xerus@ThinkPad-T430:~$ ls -l /usr/share/usb.ids
>>>>>>>> ls: cannot access '/usr/share/usb.ids': No such file or directory
>>>>>>>> xerus@ThinkPad-T430:~$ cd /usr/share
>>>>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>>>>>> ls: cannot access 'usb.ids': No such file or directory
>>>>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al /var/lib/usbutils/usb.ids
>>>>>>>> -rw-r--r-- 1 root root 551472 Oct 23 2015
>>>>>>>> /var/lib/usbutils/usb.ids
>>>>>>>> xerus@ThinkPad-T430:/usr/share$ sudo ln -s
>>>>>>>> /var/lib/usbutils/usb.ids
>>>>>>>> usb.ids
>>>>>>>> [sudo] password for xerus:
>>>>>>>> xerus@ThinkPad-T430:/usr/share$ lsusb -tv
>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface
>>>>>>>> level),
>>>>>>>> Driver=, 12M
>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>> Driver=, 12M
>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> xerus@ThinkPad-T430:/usr/share$ ls -al usb.ids
>>>>>>>> lrwxrwxrwx 1 root root 25 Sep 17 14:11 usb.ids ->
>>>>>>>> /var/lib/usbutils/usb.ids
>>>>>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface
>>>>>>>> level),
>>>>>>>> Driver=, 12M
>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>> Driver=, 12M
>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> xerus@ThinkPad-T430:/usr/share$ sudo lsusb -tv
>>>>>>>> /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
>>>>>>>> /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
>>>>>>>> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
>>>>>>>> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
>>>>>>>> |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
>>>>>>>> |__ Port 2: Dev 32, If 0, Class=(Defined at Interface
>>>>>>>> level),
>>>>>>>> Driver=, 12M
>>>>>>>> |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class,
>>>>>>>> Driver=, 12M
>>>>>>>> |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo,
>>>>>>>> 480M
>>>>>>>> xerus@ThinkPad-T430:/usr/share$
>>>>>>>>
>>>>>>>> Scan failed still (with and without the link to
>>>>>>>> /var/lib/usbutils/usb.ids)...
>>>>>>>>
>>>>>>>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I've been having this scan issue since FOREVER. Scan does NOT scan
>>>>>>>> consistently.
>>>>>>>>
>>>>>>>
>>>>>>> Weird.
>>>>>>>
>>>>>>> Well then, you might need to add the three changes to the code and
>>>>>>> print out the return code from the call then. My failure highlighted
>>>>>>> the
>>>>>>> packaging issue, rather than reproduce your scanning problem.
>>>>>>>
>>>>>>> I picked up the original one here, to use for modification.
>>>>>>>
>>>>>>> https://launchpad.net/ubuntu/+source/usbutils/1:007-4
>>>>>>>
>>>>>>> usbutils_007.orig.tar.xz 408.5 KiB
>>>>>>> 7593a01724bbc0fd9fe48e62bc721ceb61c76654f1d7b231b3c65f6dfbbaefa4
>>>>>>>
>>>>>>> I picked that one, since I was using Linux Mint, and it does not
>>>>>>> have
>>>>>>> a "source" repository. And so I searched around and found a version
>>>>>>> which matched my USB stick version.
>>>>>>>
>>>>>>> Then opened lsusb.c and modified the code.
>>>>>>>
>>>>>>> ret = libusb_open(dev, &udev);
>>>>>>> if (ret) {
>>>>>>> fprintf(stderr, "Couldn't open device, some information "
>>>>>>> "will be missing\n");
>>>>>>> udev = NULL;
>>>>>>> }
>>>>>>>
>>>>>>> libusb_get_device_descriptor(dev, &desc);
>>>>>>>
>>>>>>> Changed to look like this. Needs an "int ret" of some kind, to
>>>>>>> hold the return code from the routine.
>>>>>>>
>>>>>>> ret = libusb_open(dev, &udev);
>>>>>>> if (ret) {
>>>>>>> fprintf(stderr, "Couldn't open device, some information "
>>>>>>> "will be missing\n");
>>>>>>> udev = NULL;
>>>>>>> }
>>>>>>>
>>>>>>> ret = libusb_get_device_descriptor(dev, &desc);
>>>>>>> if (ret) {
>>>>>>> fprintf(stderr, "libusb_get_device_descriptor returned
>>>>>>> %d at
>>>>>>> line 3813\n", ret);
>>>>>>> }
>>>>>>>
>>>>>>> That needs to be done in a total of three places, and salt the line
>>>>>>> number fixed value,
>>>>>>> with the value your text editor displays for that fprintf statement.
>>>>>>> The
>>>>>>> line number
>>>>>>> is so you know which one triggered.
>>>>>>>
>>>>>>> That's just in case your particular failure, is something I'm not
>>>>>>> seeing
>>>>>>> here,
>>>>>>> when I modified lsusb.c and rebuilt it.
>>>>>>>
>>>>>>> cd unpacked_dir_with_source
>>>>>>> nano lsusb.c # edit source
>>>>>>> ./configure # needs sudo apt install
>>>>>>> build-essentials so you have a gcc present
>>>>>>> # also needs libusb-dev added as
>>>>>>> well,
>>>>>>> to get a libusb.h .
>>>>>>> # sudo apt install libusb-dev
>>>>>>>
>>>>>>> make # Should compile OK, assuming no
>>>>>>> typos
>>>>>>> and you created a "int ret".
>>>>>>> ./lsusb -tv # Test your creation, see if it
>>>>>>> throws
>>>>>>> errors or not.
>>>>>>>
>>>>>>> I tried systemctl --all status and the daemons all appeared to be
>>>>>>> running and there was no suspicious stuff visible in mine.
>>>>>>>
>>>>>>> Paul
>>>>>>
>>>>>> Any way to convert HP ScanJet 6300C into a network scanner rather
>>>>>> than
>>>>>> using USB connection ?
>>>>>>
>>>>>
>>>>> Okay, found something on Network Scanning...
>>>>>
>>>>> https://help.ubuntu.com/community/Scanners
>>>>
>>>> The 6300c spec was written in the year 1999, using Acrobat 3.01
>>>> to make the PDF :-)
>>>>
>>>> USB and SCSI compatible
>>>>
>>>> That means the thing is USB 1.1 , at a guess. My year 2000 machine
>>>> didn't have USB2. It might have been 2005, when the BIOS screens
>>>> got a page for USB2 configuration.
>>>>
>>>> And this isn't really all bad, since scanners of that era, only
>>>> produced scan data at 1MB/sec or 2MB/sec or so. USB 1.1 might
>>>> manage 1MB/sec (instead of the wire-rate 1.5MB/sec).
>>>>
>>>> My scanner is a SCSI, and I use an Adaptec 2906 to drive it. The
>>>> interface is Async SCSI, and the transfer rate improves, the
>>>> shorter the cable is. The electrical time of flight, matters
>>>> a bit for async SCSI. Both your and my scanner, are not fast
>>>> enough for this detail on the cable, to matter. I could use
>>>> a longer cable, without insult to the thing.
>>>>
>>>> To answer your question then, the odds of a network cable sprouting
>>>> out the side of that unit, are zero. I don't see a mention of
>>>> any plugin card, with network connector on it.
>>>>
>>>> The advertising material touts the transfer time... when the unit
>>>> is scanning in monochrome mode. It is to laugh. There isn't really
>>>> an admission of how slow it gets, when used the way a user would
>>>> want to use it (flat out, full color).
>>>>
>>>> Mine takes 2 minutes, to do a scan at highest possible resolution
>>>> and in 36 bit color. And that's with the SCSI interface (so the
>>>> interface is not the limiting issue). Xsane does not run my scanner
>>>> properly, so I can't use Linux for it. It has run since I got it,
>>>> under MacOSX.
>>>>
>>>> The USB though, should be compatible enough, to work with that
>>>> thing. Even a USB3 port on my current machine, should work
>>>> with your USB1.1 scanner. No excuses there.
>>>>
>>>> And the scanner is powered from mains power, so we cannot blame
>>>> a USB fuse blowing as an excuse for non-operation.
>>>>
>>>> Paul
>>>
>>> https://help.ubuntu.com/community/ScanningHowTo
>>> [see Sharing a Scanner Over a Network - 1) The scanner is connected a
>>> computer - the server - and shared over the network.]
>>>
>>> Raspberry Pi server ? Scanner ? VOIP ?
>>>
>>> Oh, the possibilities. :-)
>>>
>>
>> What I'd like to see, is your udev working properly when a USB
>> item is hotplugged. There is a logging system, and a way to turn
>> on or adjust logging for udev. Keywords udevadm and journalxe or so.
>>
>> I'm just surprised it's so hard to get answers from the machine.
>>
>> I really used to like looking in "dmesg" and seeing a breadcrumb
>> waiting for me. dmesg is not what it used to be. It's been
>> tampered with. I've even had cases recently, where dmesg would
>> not run. Years ago, it always worked.
>>
>> As for the scanner types, I'm surprised someone has not piped
>> up and suggested replacing the scanner. I'm not even sure a
>> discrete scanner would be in my computer store today, and it
>> might be part of an inkjet printer.
>>
>> The old scanners used CCD. It has depth of field. If you lay
>> a bound book on the scanner, it tends to photograph "some"
>> of the words as they curve at the binding. Modern scanners
>> are mostly CMOS, the focus is sharp, the depth of field is
>> poor. If you lay a bound book on the surface, a modern scanner
>> records words near the binder as a grey blur. That's the
>> difference.
>>
>> For sheet fed stock, the CMOS is fine, because you can press
>> the sheet firmly against the glass. But any time the target
>> won't stay on the glass, there's a possibility the CMOS
>> won't register the item well.
>>
>> I would prefer your USB to be working, so any future USB items
>> will also work. In hardware, things always start with a PCI block,
>> the USB logic block would be under that, and the USB PHY then
>> connects to your device. It really should not be flaky. The PCI
>> driver handles either PCI or PCI Express. While it might say
>> PCI, the bridge could actually operate at 32GB/sec if necessary.
>> They design the hardware blocks, to "look like" PCI, so a bog
>> standard driver can do the work.
>>
>> You can try "lspci" and see the mess that's in there, if you
>> want some idea of portions of the next layer up. and I'm referring
>> to bits of stuff inside the Southbridge, where at least some
>> of your USB ports live.
>>
>> Paul
>>
>
> xerus@ThinkPad-T430:/media/xerus/HP_SCANNING$ lspci
> 00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM
> Controller (rev 09)
> 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core
> processor Graphics Controller (rev 09)
> 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset
> Family USB xHCI Host Controller (rev 04)
> 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series
> Chipset Family MEI Controller #1 (rev 04)
> 00:16.3 Serial controller: Intel Corporation 7 Series/C210 Series
> Chipset Family KT Controller (rev 04)
> 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
> Connection (rev 04)
> 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset
> Family USB Enhanced Host Controller #2 (rev 04)
> 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset
> Family High Definition Audio Controller (rev 04)
> 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset
> Family PCI Express Root Port 1 (rev c4)
> 00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset
> Family PCI Express Root Port 2 (rev c4)
> 00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset
> Family PCI Express Root Port 3 (rev c4)
> 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset
> Family USB Enhanced Host Controller #1 (rev 04)
> 00:1f.0 ISA bridge: Intel Corporation QM77 Express Chipset LPC
> Controller (rev 04)
> 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family
> 6-port SATA Controller [AHCI mode] (rev 04)
> 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family
> SMBus Controller (rev 04)
> 02:00.0 System peripheral: Ricoh Co Ltd PCIe SDXC/MMC Host Controller
> (rev 07)
> 03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205
> [Taylor Peak] (rev 34)
> xerus@ThinkPad-T430:/media/xerus/HP_SCANNING$
>
> I use mostly laptops nowadays so no SCSI interface. I don't even think
> my desktop computer has SCSI interface.
>
> HP ScanJet Scanner came with PrecisionScan Pro Software CD (for Windows
> 95, Windows NT 4, or Windows 98 operating system).

On 09/18/2022 02:15 PM, Paul wrote:
> On 9/18/2022 5:05 PM, Paul wrote:
>> On 9/18/2022 4:18 PM, Adam wrote:
>>
>>>
>>> Just found the packing slip (dated June 28, 2000) from the box. :-)
>>>
>>> UPC: 0088698899052
>>>
>>>
>>> https://i.postimg.cc/MGbzMPHB/Simple-Scan-Failed-to-scan-Error-communicating-with-scanner.png
>>>
>>>
>>> Why does it scan sometimes and not others ? Like playing lottery.
>>>
>>> Does it need a driver for the scanner ? hplip, right ?
>>> Or, are older scanners no longer supported ?
>>> That's discrimination against seniors. :-(
>>
>> Start Simple Scan from the command line, and see if it throws
>> any info out during the run attempt.
>>
>> Oh, one other warning...
>>
>> $ snap list
>> $ which simplescan # or whatever the executable for it happens
>> to be named
>>
>> See if SimpleScan is a snap package :-/
>>
>> Then you have the added "advantage" of debugging Canonicals
>> "booby trapped crapcicle".
>>
>> It could be the reason it is failing, is because it is a Snap.
>
> Mine shows it is not a Snap.
>
> The command has a debug option.
>
> simple-scan -d
>
> that you can use from Terminal.
>
> Paul
>

Thanks, Guru Paul !!

xerus@ThinkPad-T430:~$ simple-scan -d
[+0.04s] DEBUG: simple-scan.vala:674: Starting Simple Scan 3.20.0, PID=32316
[+0.04s] DEBUG: Connecting to session manager
[+0.13s] DEBUG: ui.vala:2032: Loading state from
/home/xerus/.cache/simple-scan/state
[+0.14s] DEBUG: ui.vala:1995: Restoring window to 600x428 pixels
[+0.14s] DEBUG: ui.vala:1999: Restoring window to maximized
[+0.14s] DEBUG: autosave-manager.vala:64: Loading autosave information
[+0.14s] DEBUG: autosave-manager.vala:259: Waiting to autosave...
[+0.20s] CRITICAL: gtk_event_controller_reset: assertion
'GTK_IS_EVENT_CONTROLLER (controller)' failed
[+0.58s] DEBUG: autosave-manager.vala:281: Autosaving book information
[+0.58s] DEBUG: scanner.vala:1447: sane_init () -> SANE_STATUS_GOOD
[+0.58s] DEBUG: scanner.vala:1453: SANE version 1.0.25
[+0.58s] DEBUG: scanner.vala:1514: Requesting redetection of scan devices
[+0.58s] DEBUG: scanner.vala:803: Processing request
[+0.61s] DEBUG: ui.vala:2124: Saving state to
/home/xerus/.cache/simple-scan/state
[+0.80s] DEBUG: ui.vala:2124: Saving state to
/home/xerus/.cache/simple-scan/state
[+8.66s] DEBUG: ui.vala:2124: Saving state to
/home/xerus/.cache/simple-scan/state
[+8.67s] DEBUG: scanner.vala:338: sane_get_devices () -> SANE_STATUS_GOOD
[+8.67s] DEBUG: scanner.vala:350: Device: name="hp:libusb:001:042"
vendor="Hewlett-Packard" model="ScanJet 63x0C" type="flatbed scanner"
[+18.92s] DEBUG: simple-scan.vala:404: Requesting scan at 150 dpi from
device 'hp:libusb:001:042'
[+18.92s] DEBUG: scanner.vala:1560: Scanner.scan ("hp:libusb:001:042",
dpi=150, scan_mode=ScanMode.GRAY, depth=2, type=ScanType.SINGLE,
paper_width=0, paper_height=0, brightness=0, contrast=0)
[+18.93s] DEBUG: scanner.vala:803: Processing request
[+18.93s] DEBUG: scanner.vala:864: sane_open ("hp:libusb:001:042") ->
SANE_STATUS_GOOD
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (0)
[+18.93s] DEBUG: scanner.vala:735: Option 0: title='Number of options'
type=int size=4 cap=soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Read-only option that
specifies how many options a specific devices supports.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (1)
[+18.93s] DEBUG: scanner.vala:735: Option 1: title='Scan Mode'
type=group size=0
[+18.93s] DEBUG: scanner.vala:738: Description:
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (2)
[+18.93s] DEBUG: scanner.vala:735: Option 2: name='preview'
title='Preview' type=bool size=4 cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Request a
preview-quality scan.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (3)
[+18.93s] DEBUG: scanner.vala:735: Option 3: name='mode' title='Scan
mode' type=string size=9 values=["Lineart", "Halftone", "Gray", "Color"]
cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Selects the scan mode
(e.g., lineart, monochrome, or color).
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (4)
[+18.93s] DEBUG: scanner.vala:735: Option 4: name='resolution'
title='Scan resolution' type=int size=4 unit=dpi min=12, max=3200,
quant=1 cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Sets the resolution of
the scanned image.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (5)
[+18.93s] DEBUG: scanner.vala:735: Option 5: title='Enhancement'
type=group size=0
[+18.93s] DEBUG: scanner.vala:738: Description:
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (6)
[+18.93s] DEBUG: scanner.vala:735: Option 6: name='brightness'
title='Brightness' type=int size=4 min=-127, max=127, quant=1
cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Controls the
brightness of the acquired image.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (7)
[+18.93s] DEBUG: scanner.vala:735: Option 7: name='contrast'
title='Contrast' type=int size=4 min=-127, max=127, quant=1
cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Controls the contrast
of the acquired image.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (8)
[+18.93s] DEBUG: scanner.vala:735: Option 8: name='auto-threshold'
title='Auto Threshold' type=bool size=4 cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Enable automatic
determination of threshold for line-art scans.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (9)
[+18.93s] DEBUG: scanner.vala:735: Option 9: title='Advanced Options'
type=group size=0 cap=advanced
[+18.93s] DEBUG: scanner.vala:738: Description:
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (10)
[+18.93s] DEBUG: scanner.vala:735: Option 10: name='custom-gamma'
title='Use custom gamma table' type=bool size=4 cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Determines whether a
builtin or a custom gamma-table should be used.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (11)
[+18.93s] DEBUG: scanner.vala:735: Option 11: name='gamma-table'
title='Image intensity' type=fixed size=1024 min=0.000000,
max=255.000000, quant=1 cap=soft-select,soft-detect,inactive
[+18.93s] DEBUG: scanner.vala:738: Description: Gamma-correction
table. In color mode this option equally affects the red, green, and
blue channels simultaneously (i.e., it is an intensity gamma table).
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (12)
[+18.93s] DEBUG: scanner.vala:735: Option 12: name='matrix-type'
title='Color Matrix' type=string size=13 values=["Auto", "NTSC Gray",
"Red", "Green", "Blue"] cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Set the scanners color
matrix.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (13)
[+18.93s] DEBUG: scanner.vala:735: Option 13: name='matrix-rgb'
title='Color Matrix' type=fixed size=36 min=-3.992188, max=3.992188,
quant=1 cap=soft-select,soft-detect,inactive
[+18.93s] DEBUG: scanner.vala:738: Description: Custom color matrix.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (14)
[+18.93s] DEBUG: scanner.vala:735: Option 14: name='halftone-pattern'
title='Halftone pattern' type=string size=11 values=["Coarse", "Fine",
"Bayer", "Vertical", "Horizontal", "Custom"]
cap=soft-select,soft-detect,inactive
[+18.93s] DEBUG: scanner.vala:738: Description: Defines the halftoning
(dithering) pattern for scanning halftoned images.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (15)
[+18.93s] DEBUG: scanner.vala:735: Option 15: name='speed' title='Scan
speed' type=string size=11 values=["Auto", "Slow", "Normal", "Fast",
"Extra Fast"] cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Determines the speed
at which the scan proceeds.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (16)
[+18.93s] DEBUG: scanner.vala:735: Option 16: name='depth' title='Bit
depth' type=string size=2 values=["1"] cap=soft-select,soft-detect,inactive
[+18.93s] DEBUG: scanner.vala:738: Description: Number of bits per
sample, typical values are 1 for "line-art" and 8 for multibit scans.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (17)
[+18.93s] DEBUG: scanner.vala:735: Option 17: name='output-8bit'
title='8 bit output' type=bool size=4 cap=soft-select,soft-detect,inactive
[+18.93s] DEBUG: scanner.vala:738: Description: Use bit depth greater
eight internally, but output only eight bits.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (18)
[+18.93s] DEBUG: scanner.vala:735: Option 18: name='source' title='Scan
source' type=string size=7 values=["Normal", "XPA"]
cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Selects the scan
source (such as a document-feeder).
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (19)
[+18.93s] DEBUG: scanner.vala:735: Option 19: name='button-wait'
title='Front button wait' type=bool size=4 cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Wait to scan for
front-panel button push.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (20)
[+18.93s] DEBUG: scanner.vala:735: Option 20: name='lamp-off'
title='Shut off lamp' type=button size=4 cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Shut off scanner lamp.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (21)
[+18.93s] DEBUG: scanner.vala:735: Option 21: title='Geometry'
type=group size=0 cap=advanced
[+18.93s] DEBUG: scanner.vala:738: Description:
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (22)
[+18.93s] DEBUG: scanner.vala:735: Option 22: name='tl-x'
title='Top-left x' type=fixed size=4 unit=mm min=0.000000,
max=215.787537, quant=1 cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Top-left x position of
scan area.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (23)
[+18.93s] DEBUG: scanner.vala:735: Option 23: name='tl-y'
title='Top-left y' type=fixed size=4 unit=mm min=0.000000,
max=296.887756, quant=1 cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Top-left y position of
scan area.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (24)
[+18.93s] DEBUG: scanner.vala:735: Option 24: name='br-x'
title='Bottom-right x' type=fixed size=4 unit=mm min=0.000000,
max=215.787537, quant=1 cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Bottom-right x
position of scan area.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (25)
[+18.93s] DEBUG: scanner.vala:735: Option 25: name='br-y'
title='Bottom-right y' type=fixed size=4 unit=mm min=0.000000,
max=296.887756, quant=1 cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Bottom-right y
position of scan area.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (26)
[+18.93s] DEBUG: scanner.vala:735: Option 26: name='mirror-horizontal'
title='Mirror horizontal' type=string size=4 values=["Off", "On"]
cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Mirror image horizontally.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (27)
[+18.93s] DEBUG: scanner.vala:735: Option 27: name='mirror-vertical'
title='Mirror vertical' type=string size=4 values=["Off", "On"]
cap=soft-select,soft-detect
[+18.93s] DEBUG: scanner.vala:738: Description: Mirror image vertically.
[+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (28)
[+18.93s] DEBUG: scanner.vala:546: sane_control_option (18,
SANE_ACTION_SET_VALUE, "Normal") -> (SANE_STATUS_GOOD, "Normal")
[+19.04s] DEBUG: ui.vala:2124: Saving state to
/home/xerus/.cache/simple-scan/state
[+20.89s] DEBUG: scanner.vala:546: sane_control_option (3,
SANE_ACTION_SET_VALUE, "Gray") -> (SANE_STATUS_GOOD, "Gray")
[+20.89s] DEBUG: scanner.vala:462: sane_control_option (4,
SANE_ACTION_SET_VALUE, 150) -> (SANE_STATUS_GOOD, 150)
[+20.89s] DEBUG: scanner.vala:530: sane_control_option (24,
SANE_ACTION_SET_VALUE, option.range.max) -> (SANE_STATUS_GOOD)
[+20.89s] DEBUG: scanner.vala:530: sane_control_option (25,
SANE_ACTION_SET_VALUE, option.range.max) -> (SANE_STATUS_GOOD)
[+22.45s] DEBUG: scanner.vala:1213: sane_start (page=0, pass=0) ->
SANE_STATUS_GOOD
[+22.45s] DEBUG: scanner.vala:1230: sane_get_parameters () ->
SANE_STATUS_GOOD
[+22.45s] DEBUG: scanner.vala:1242: Parameters: format=SANE_FRAME_GRAY
last_frame=SANE_TRUE bytes_per_line=1275 pixels_per_line=1275 lines=1754
depth=8
[+22.45s] DEBUG: simple-scan.vala:348: Page is 1275 pixels wide, 1754
pixels high, 2 bits per pixel
[+22.45s] DEBUG: simple-scan.vala:282: Getting color profile for device
hp:libusb:001:042
[+22.49s] DEBUG: simple-scan.vala:302: Unable to find colord device
hp:libusb:001:042: property match 'Serial'='sane:hp:libusb:001:042' does
not exist
[+22.55s] DEBUG: ui.vala:2124: Saving state to
/home/xerus/.cache/simple-scan/state
[+56.40s] DEBUG: scanner.vala:1314: sane_read (1276) ->
(SANE_STATUS_IO_ERROR, 0)
[+56.40s] WARNING: scanner.vala:1330: Unable to read frame from device:
Error during device I/O
[+56.40s] DEBUG: scanner.vala:765: sane_cancel ()
[+56.40s] DEBUG: scanner.vala:768: sane_close ()
[+56.79s] DEBUG: ui.vala:2124: Saving state to
/home/xerus/.cache/simple-scan/state
[+118.07s] DEBUG: ui.vala:2124: Saving state to
/home/xerus/.cache/simple-scan/state
[+120.57s] DEBUG: autosave-manager.vala:195: Deleting autosave records
[+120.57s] DEBUG: scanner.vala:1587: Stopping scan thread
[+120.57s] DEBUG: scanner.vala:803: Processing request
[+120.57s] DEBUG: scanner.vala:1598: sane_exit ()
xerus@ThinkPad-T430:~$

On 9/18/2022 5:37 PM, Adam wrote:
> On 09/18/2022 02:15 PM, Paul wrote:

>> The command has a debug option.
>>
>>     simple-scan -d
>>
>> that you can use from Terminal.
>>
>>     Paul
>>
>
> Thanks, Guru Paul !!
>
> xerus@ThinkPad-T430:~$ simple-scan -d
> [+0.04s] DEBUG: simple-scan.vala:674: Starting Simple Scan 3.20.0, PID=32316
> [+0.04s] DEBUG: Connecting to session manager
> [+0.13s] DEBUG: ui.vala:2032: Loading state from /home/xerus/.cache/simple-scan/state
> [+0.14s] DEBUG: ui.vala:1995: Restoring window to 600x428 pixels
> [+0.14s] DEBUG: ui.vala:1999: Restoring window to maximized
> [+0.14s] DEBUG: autosave-manager.vala:64: Loading autosave information
> [+0.14s] DEBUG: autosave-manager.vala:259: Waiting to autosave...
> [+0.20s] CRITICAL: gtk_event_controller_reset: assertion 'GTK_IS_EVENT_CONTROLLER (controller)' failed
> [+0.58s] DEBUG: autosave-manager.vala:281: Autosaving book information
> [+0.58s] DEBUG: scanner.vala:1447: sane_init () -> SANE_STATUS_GOOD
> [+0.58s] DEBUG: scanner.vala:1453: SANE version 1.0.25
> [+0.58s] DEBUG: scanner.vala:1514: Requesting redetection of scan devices
> [+0.58s] DEBUG: scanner.vala:803: Processing request
> [+0.61s] DEBUG: ui.vala:2124: Saving state to /home/xerus/.cache/simple-scan/state
> [+0.80s] DEBUG: ui.vala:2124: Saving state to /home/xerus/.cache/simple-scan/state
> [+8.66s] DEBUG: ui.vala:2124: Saving state to /home/xerus/.cache/simple-scan/state
> [+8.67s] DEBUG: scanner.vala:338: sane_get_devices () -> SANE_STATUS_GOOD
> [+8.67s] DEBUG: scanner.vala:350: Device: name="hp:libusb:001:042" vendor="Hewlett-Packard" model="ScanJet 63x0C" type="flatbed scanner"
> [+18.92s] DEBUG: simple-scan.vala:404: Requesting scan at 150 dpi from device 'hp:libusb:001:042'
> [+18.92s] DEBUG: scanner.vala:1560: Scanner.scan ("hp:libusb:001:042", dpi=150, scan_mode=ScanMode.GRAY, depth=2, type=ScanType.SINGLE, paper_width=0, paper_height=0, brightness=0, contrast=0)
> [+18.93s] DEBUG: scanner.vala:803: Processing request
> [+18.93s] DEBUG: scanner.vala:864: sane_open ("hp:libusb:001:042") -> SANE_STATUS_GOOD
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (0)
> [+18.93s] DEBUG: scanner.vala:735: Option 0: title='Number of options' type=int size=4 cap=soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Read-only option that specifies how many options a specific devices supports.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (1)
> [+18.93s] DEBUG: scanner.vala:735: Option 1: title='Scan Mode' type=group size=0
> [+18.93s] DEBUG: scanner.vala:738:   Description:
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (2)
> [+18.93s] DEBUG: scanner.vala:735: Option 2: name='preview' title='Preview' type=bool size=4 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Request a preview-quality scan.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (3)
> [+18.93s] DEBUG: scanner.vala:735: Option 3: name='mode' title='Scan mode' type=string size=9 values=["Lineart", "Halftone", "Gray", "Color"] cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Selects the scan mode (e.g., lineart, monochrome, or color).
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (4)
> [+18.93s] DEBUG: scanner.vala:735: Option 4: name='resolution' title='Scan resolution' type=int size=4 unit=dpi min=12, max=3200, quant=1 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Sets the resolution of the scanned image.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (5)
> [+18.93s] DEBUG: scanner.vala:735: Option 5: title='Enhancement' type=group size=0
> [+18.93s] DEBUG: scanner.vala:738:   Description:
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (6)
> [+18.93s] DEBUG: scanner.vala:735: Option 6: name='brightness' title='Brightness' type=int size=4 min=-127, max=127, quant=1 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Controls the brightness of the acquired image.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (7)
> [+18.93s] DEBUG: scanner.vala:735: Option 7: name='contrast' title='Contrast' type=int size=4 min=-127, max=127, quant=1 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Controls the contrast of the acquired image.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (8)
> [+18.93s] DEBUG: scanner.vala:735: Option 8: name='auto-threshold' title='Auto Threshold' type=bool size=4 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Enable automatic determination of threshold for line-art scans.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (9)
> [+18.93s] DEBUG: scanner.vala:735: Option 9: title='Advanced Options' type=group size=0 cap=advanced
> [+18.93s] DEBUG: scanner.vala:738:   Description:
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (10)
> [+18.93s] DEBUG: scanner.vala:735: Option 10: name='custom-gamma' title='Use custom gamma table' type=bool size=4 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Determines whether a builtin or a custom gamma-table should be used.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (11)
> [+18.93s] DEBUG: scanner.vala:735: Option 11: name='gamma-table' title='Image intensity' type=fixed size=1024 min=0.000000, max=255.000000, quant=1 cap=soft-select,soft-detect,inactive
> [+18.93s] DEBUG: scanner.vala:738:   Description: Gamma-correction table.  In color mode this option equally affects the red, green, and blue channels simultaneously (i.e., it is an intensity gamma table).
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (12)
> [+18.93s] DEBUG: scanner.vala:735: Option 12: name='matrix-type' title='Color Matrix' type=string size=13 values=["Auto", "NTSC Gray", "Red", "Green", "Blue"] cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Set the scanners color matrix.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (13)
> [+18.93s] DEBUG: scanner.vala:735: Option 13: name='matrix-rgb' title='Color Matrix' type=fixed size=36 min=-3.992188, max=3.992188, quant=1 cap=soft-select,soft-detect,inactive
> [+18.93s] DEBUG: scanner.vala:738:   Description: Custom color matrix.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (14)
> [+18.93s] DEBUG: scanner.vala:735: Option 14: name='halftone-pattern' title='Halftone pattern' type=string size=11 values=["Coarse", "Fine", "Bayer", "Vertical", "Horizontal", "Custom"] cap=soft-select,soft-detect,inactive
> [+18.93s] DEBUG: scanner.vala:738:   Description: Defines the halftoning (dithering) pattern for scanning halftoned images.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (15)
> [+18.93s] DEBUG: scanner.vala:735: Option 15: name='speed' title='Scan speed' type=string size=11 values=["Auto", "Slow", "Normal", "Fast", "Extra Fast"] cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Determines the speed at which the scan proceeds.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (16)
> [+18.93s] DEBUG: scanner.vala:735: Option 16: name='depth' title='Bit depth' type=string size=2 values=["1"] cap=soft-select,soft-detect,inactive
> [+18.93s] DEBUG: scanner.vala:738:   Description: Number of bits per sample, typical values are 1 for "line-art" and 8 for multibit scans.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (17)
> [+18.93s] DEBUG: scanner.vala:735: Option 17: name='output-8bit' title='8 bit output' type=bool size=4 cap=soft-select,soft-detect,inactive
> [+18.93s] DEBUG: scanner.vala:738:   Description: Use bit depth greater eight internally, but output only eight bits.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (18)
> [+18.93s] DEBUG: scanner.vala:735: Option 18: name='source' title='Scan source' type=string size=7 values=["Normal", "XPA"] cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Selects the scan source (such as a document-feeder).
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (19)
> [+18.93s] DEBUG: scanner.vala:735: Option 19: name='button-wait' title='Front button wait' type=bool size=4 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Wait to scan for front-panel button push.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (20)
> [+18.93s] DEBUG: scanner.vala:735: Option 20: name='lamp-off' title='Shut off lamp' type=button size=4 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Shut off scanner lamp.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (21)
> [+18.93s] DEBUG: scanner.vala:735: Option 21: title='Geometry' type=group size=0 cap=advanced
> [+18.93s] DEBUG: scanner.vala:738:   Description:
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (22)
> [+18.93s] DEBUG: scanner.vala:735: Option 22: name='tl-x' title='Top-left x' type=fixed size=4 unit=mm min=0.000000, max=215.787537, quant=1 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Top-left x position of scan area.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (23)
> [+18.93s] DEBUG: scanner.vala:735: Option 23: name='tl-y' title='Top-left y' type=fixed size=4 unit=mm min=0.000000, max=296.887756, quant=1 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Top-left y position of scan area.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (24)
> [+18.93s] DEBUG: scanner.vala:735: Option 24: name='br-x' title='Bottom-right x' type=fixed size=4 unit=mm min=0.000000, max=215.787537, quant=1 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Bottom-right x position of scan area.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (25)
> [+18.93s] DEBUG: scanner.vala:735: Option 25: name='br-y' title='Bottom-right y' type=fixed size=4 unit=mm min=0.000000, max=296.887756, quant=1 cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Bottom-right y position of scan area.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (26)
> [+18.93s] DEBUG: scanner.vala:735: Option 26: name='mirror-horizontal' title='Mirror horizontal' type=string size=4 values=["Off", "On"] cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Mirror image horizontally.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (27)
> [+18.93s] DEBUG: scanner.vala:735: Option 27: name='mirror-vertical' title='Mirror vertical' type=string size=4 values=["Off", "On"] cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738:   Description: Mirror image vertically.
> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (28)
> [+18.93s] DEBUG: scanner.vala:546: sane_control_option (18, SANE_ACTION_SET_VALUE, "Normal") -> (SANE_STATUS_GOOD, "Normal")
> [+19.04s] DEBUG: ui.vala:2124: Saving state to /home/xerus/.cache/simple-scan/state
> [+20.89s] DEBUG: scanner.vala:546: sane_control_option (3, SANE_ACTION_SET_VALUE, "Gray") -> (SANE_STATUS_GOOD, "Gray")
> [+20.89s] DEBUG: scanner.vala:462: sane_control_option (4, SANE_ACTION_SET_VALUE, 150) -> (SANE_STATUS_GOOD, 150)
> [+20.89s] DEBUG: scanner.vala:530: sane_control_option (24, SANE_ACTION_SET_VALUE, option.range.max) -> (SANE_STATUS_GOOD)
> [+20.89s] DEBUG: scanner.vala:530: sane_control_option (25, SANE_ACTION_SET_VALUE, option.range.max) -> (SANE_STATUS_GOOD)
> [+22.45s] DEBUG: scanner.vala:1213: sane_start (page=0, pass=0) -> SANE_STATUS_GOOD
> [+22.45s] DEBUG: scanner.vala:1230: sane_get_parameters () -> SANE_STATUS_GOOD
> [+22.45s] DEBUG: scanner.vala:1242: Parameters: format=SANE_FRAME_GRAY last_frame=SANE_TRUE bytes_per_line=1275 pixels_per_line=1275 lines=1754 depth=8
> [+22.45s] DEBUG: simple-scan.vala:348: Page is 1275 pixels wide, 1754 pixels high, 2 bits per pixel
> [+22.45s] DEBUG: simple-scan.vala:282: Getting color profile for device hp:libusb:001:042
> [+22.49s] DEBUG: simple-scan.vala:302: Unable to find colord device hp:libusb:001:042: property match 'Serial'='sane:hp:libusb:001:042' does not exist
> [+22.55s] DEBUG: ui.vala:2124: Saving state to /home/xerus/.cache/simple-scan/state
> [+56.40s] DEBUG: scanner.vala:1314: sane_read (1276) -> (SANE_STATUS_IO_ERROR, 0)
> [+56.40s] WARNING: scanner.vala:1330: Unable to read frame from device: Error during device I/O
> [+56.40s] DEBUG: scanner.vala:765: sane_cancel ()
> [+56.40s] DEBUG: scanner.vala:768: sane_close ()
> [+56.79s] DEBUG: ui.vala:2124: Saving state to /home/xerus/.cache/simple-scan/state
> [+118.07s] DEBUG: ui.vala:2124: Saving state to /home/xerus/.cache/simple-scan/state
> [+120.57s] DEBUG: autosave-manager.vala:195: Deleting autosave records
> [+120.57s] DEBUG: scanner.vala:1587: Stopping scan thread
> [+120.57s] DEBUG: scanner.vala:803: Processing request
> [+120.57s] DEBUG: scanner.vala:1598: sane_exit ()
> xerus@ThinkPad-T430:~$

On 09/18/2022 03:08 PM, Paul wrote:
> On 9/18/2022 5:37 PM, Adam wrote:
>> On 09/18/2022 02:15 PM, Paul wrote:
>
>>> The command has a debug option.
>>>
>>> simple-scan -d
>>>
>>> that you can use from Terminal.
>>>
>>> Paul
>>>
>>
>> Thanks, Guru Paul !!
>>
>> xerus@ThinkPad-T430:~$ simple-scan -d
>> [+0.04s] DEBUG: simple-scan.vala:674: Starting Simple Scan 3.20.0,
>> PID=32316
>> [+0.04s] DEBUG: Connecting to session manager
>> [+0.13s] DEBUG: ui.vala:2032: Loading state from
>> /home/xerus/.cache/simple-scan/state
>> [+0.14s] DEBUG: ui.vala:1995: Restoring window to 600x428 pixels
>> [+0.14s] DEBUG: ui.vala:1999: Restoring window to maximized
>> [+0.14s] DEBUG: autosave-manager.vala:64: Loading autosave information
>> [+0.14s] DEBUG: autosave-manager.vala:259: Waiting to autosave...
>> [+0.20s] CRITICAL: gtk_event_controller_reset: assertion
>> 'GTK_IS_EVENT_CONTROLLER (controller)' failed
>> [+0.58s] DEBUG: autosave-manager.vala:281: Autosaving book information
>> [+0.58s] DEBUG: scanner.vala:1447: sane_init () -> SANE_STATUS_GOOD
>> [+0.58s] DEBUG: scanner.vala:1453: SANE version 1.0.25
>> [+0.58s] DEBUG: scanner.vala:1514: Requesting redetection of scan devices
>> [+0.58s] DEBUG: scanner.vala:803: Processing request
>> [+0.61s] DEBUG: ui.vala:2124: Saving state to
>> /home/xerus/.cache/simple-scan/state
>> [+0.80s] DEBUG: ui.vala:2124: Saving state to
>> /home/xerus/.cache/simple-scan/state
>> [+8.66s] DEBUG: ui.vala:2124: Saving state to
>> /home/xerus/.cache/simple-scan/state
>> [+8.67s] DEBUG: scanner.vala:338: sane_get_devices () -> SANE_STATUS_GOOD
>> [+8.67s] DEBUG: scanner.vala:350: Device: name="hp:libusb:001:042"
>> vendor="Hewlett-Packard" model="ScanJet 63x0C" type="flatbed scanner"
>> [+18.92s] DEBUG: simple-scan.vala:404: Requesting scan at 150 dpi from
>> device 'hp:libusb:001:042'
>> [+18.92s] DEBUG: scanner.vala:1560: Scanner.scan ("hp:libusb:001:042",
>> dpi=150, scan_mode=ScanMode.GRAY, depth=2, type=ScanType.SINGLE,
>> paper_width=0, paper_height=0, brightness=0, contrast=0)
>> [+18.93s] DEBUG: scanner.vala:803: Processing request
>> [+18.93s] DEBUG: scanner.vala:864: sane_open ("hp:libusb:001:042") ->
>> SANE_STATUS_GOOD
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (0)
>> [+18.93s] DEBUG: scanner.vala:735: Option 0: title='Number of options'
>> type=int size=4 cap=soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Read-only option
>> that specifies how many options a specific devices supports.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (1)
>> [+18.93s] DEBUG: scanner.vala:735: Option 1: title='Scan Mode'
>> type=group size=0
>> [+18.93s] DEBUG: scanner.vala:738: Description:
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (2)
>> [+18.93s] DEBUG: scanner.vala:735: Option 2: name='preview'
>> title='Preview' type=bool size=4 cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Request a
>> preview-quality scan.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (3)
>> [+18.93s] DEBUG: scanner.vala:735: Option 3: name='mode' title='Scan
>> mode' type=string size=9 values=["Lineart", "Halftone", "Gray",
>> "Color"] cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Selects the scan
>> mode (e.g., lineart, monochrome, or color).
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (4)
>> [+18.93s] DEBUG: scanner.vala:735: Option 4: name='resolution'
>> title='Scan resolution' type=int size=4 unit=dpi min=12, max=3200,
>> quant=1 cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Sets the resolution
>> of the scanned image.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (5)
>> [+18.93s] DEBUG: scanner.vala:735: Option 5: title='Enhancement'
>> type=group size=0
>> [+18.93s] DEBUG: scanner.vala:738: Description:
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (6)
>> [+18.93s] DEBUG: scanner.vala:735: Option 6: name='brightness'
>> title='Brightness' type=int size=4 min=-127, max=127, quant=1
>> cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Controls the
>> brightness of the acquired image.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (7)
>> [+18.93s] DEBUG: scanner.vala:735: Option 7: name='contrast'
>> title='Contrast' type=int size=4 min=-127, max=127, quant=1
>> cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Controls the
>> contrast of the acquired image.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (8)
>> [+18.93s] DEBUG: scanner.vala:735: Option 8: name='auto-threshold'
>> title='Auto Threshold' type=bool size=4 cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Enable automatic
>> determination of threshold for line-art scans.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (9)
>> [+18.93s] DEBUG: scanner.vala:735: Option 9: title='Advanced Options'
>> type=group size=0 cap=advanced
>> [+18.93s] DEBUG: scanner.vala:738: Description:
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (10)
>> [+18.93s] DEBUG: scanner.vala:735: Option 10: name='custom-gamma'
>> title='Use custom gamma table' type=bool size=4
>> cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Determines whether a
>> builtin or a custom gamma-table should be used.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (11)
>> [+18.93s] DEBUG: scanner.vala:735: Option 11: name='gamma-table'
>> title='Image intensity' type=fixed size=1024 min=0.000000,
>> max=255.000000, quant=1 cap=soft-select,soft-detect,inactive
>> [+18.93s] DEBUG: scanner.vala:738: Description: Gamma-correction
>> table. In color mode this option equally affects the red, green, and
>> blue channels simultaneously (i.e., it is an intensity gamma table).
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (12)
>> [+18.93s] DEBUG: scanner.vala:735: Option 12: name='matrix-type'
>> title='Color Matrix' type=string size=13 values=["Auto", "NTSC Gray",
>> "Red", "Green", "Blue"] cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Set the scanners
>> color matrix.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (13)
>> [+18.93s] DEBUG: scanner.vala:735: Option 13: name='matrix-rgb'
>> title='Color Matrix' type=fixed size=36 min=-3.992188, max=3.992188,
>> quant=1 cap=soft-select,soft-detect,inactive
>> [+18.93s] DEBUG: scanner.vala:738: Description: Custom color matrix.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (14)
>> [+18.93s] DEBUG: scanner.vala:735: Option 14: name='halftone-pattern'
>> title='Halftone pattern' type=string size=11 values=["Coarse", "Fine",
>> "Bayer", "Vertical", "Horizontal", "Custom"]
>> cap=soft-select,soft-detect,inactive
>> [+18.93s] DEBUG: scanner.vala:738: Description: Defines the
>> halftoning (dithering) pattern for scanning halftoned images.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (15)
>> [+18.93s] DEBUG: scanner.vala:735: Option 15: name='speed' title='Scan
>> speed' type=string size=11 values=["Auto", "Slow", "Normal", "Fast",
>> "Extra Fast"] cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Determines the speed
>> at which the scan proceeds.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (16)
>> [+18.93s] DEBUG: scanner.vala:735: Option 16: name='depth' title='Bit
>> depth' type=string size=2 values=["1"]
>> cap=soft-select,soft-detect,inactive
>> [+18.93s] DEBUG: scanner.vala:738: Description: Number of bits per
>> sample, typical values are 1 for "line-art" and 8 for multibit scans.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (17)
>> [+18.93s] DEBUG: scanner.vala:735: Option 17: name='output-8bit'
>> title='8 bit output' type=bool size=4
>> cap=soft-select,soft-detect,inactive
>> [+18.93s] DEBUG: scanner.vala:738: Description: Use bit depth
>> greater eight internally, but output only eight bits.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (18)
>> [+18.93s] DEBUG: scanner.vala:735: Option 18: name='source'
>> title='Scan source' type=string size=7 values=["Normal", "XPA"]
>> cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Selects the scan
>> source (such as a document-feeder).
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (19)
>> [+18.93s] DEBUG: scanner.vala:735: Option 19: name='button-wait'
>> title='Front button wait' type=bool size=4 cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Wait to scan for
>> front-panel button push.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (20)
>> [+18.93s] DEBUG: scanner.vala:735: Option 20: name='lamp-off'
>> title='Shut off lamp' type=button size=4 cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Shut off scanner lamp.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (21)
>> [+18.93s] DEBUG: scanner.vala:735: Option 21: title='Geometry'
>> type=group size=0 cap=advanced
>> [+18.93s] DEBUG: scanner.vala:738: Description:
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (22)
>> [+18.93s] DEBUG: scanner.vala:735: Option 22: name='tl-x'
>> title='Top-left x' type=fixed size=4 unit=mm min=0.000000,
>> max=215.787537, quant=1 cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Top-left x position
>> of scan area.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (23)
>> [+18.93s] DEBUG: scanner.vala:735: Option 23: name='tl-y'
>> title='Top-left y' type=fixed size=4 unit=mm min=0.000000,
>> max=296.887756, quant=1 cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Top-left y position
>> of scan area.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (24)
>> [+18.93s] DEBUG: scanner.vala:735: Option 24: name='br-x'
>> title='Bottom-right x' type=fixed size=4 unit=mm min=0.000000,
>> max=215.787537, quant=1 cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Bottom-right x
>> position of scan area.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (25)
>> [+18.93s] DEBUG: scanner.vala:735: Option 25: name='br-y'
>> title='Bottom-right y' type=fixed size=4 unit=mm min=0.000000,
>> max=296.887756, quant=1 cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Bottom-right y
>> position of scan area.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (26)
>> [+18.93s] DEBUG: scanner.vala:735: Option 26: name='mirror-horizontal'
>> title='Mirror horizontal' type=string size=4 values=["Off", "On"]
>> cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Mirror image
>> horizontally.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (27)
>> [+18.93s] DEBUG: scanner.vala:735: Option 27: name='mirror-vertical'
>> title='Mirror vertical' type=string size=4 values=["Off", "On"]
>> cap=soft-select,soft-detect
>> [+18.93s] DEBUG: scanner.vala:738: Description: Mirror image
>> vertically.
>> [+18.93s] DEBUG: scanner.vala:885: sane_get_option_descriptor (28)
>> [+18.93s] DEBUG: scanner.vala:546: sane_control_option (18,
>> SANE_ACTION_SET_VALUE, "Normal") -> (SANE_STATUS_GOOD, "Normal")
>> [+19.04s] DEBUG: ui.vala:2124: Saving state to
>> /home/xerus/.cache/simple-scan/state
>> [+20.89s] DEBUG: scanner.vala:546: sane_control_option (3,
>> SANE_ACTION_SET_VALUE, "Gray") -> (SANE_STATUS_GOOD, "Gray")
>> [+20.89s] DEBUG: scanner.vala:462: sane_control_option (4,
>> SANE_ACTION_SET_VALUE, 150) -> (SANE_STATUS_GOOD, 150)
>> [+20.89s] DEBUG: scanner.vala:530: sane_control_option (24,
>> SANE_ACTION_SET_VALUE, option.range.max) -> (SANE_STATUS_GOOD)
>> [+20.89s] DEBUG: scanner.vala:530: sane_control_option (25,
>> SANE_ACTION_SET_VALUE, option.range.max) -> (SANE_STATUS_GOOD)
>> [+22.45s] DEBUG: scanner.vala:1213: sane_start (page=0, pass=0) ->
>> SANE_STATUS_GOOD
>> [+22.45s] DEBUG: scanner.vala:1230: sane_get_parameters () ->
>> SANE_STATUS_GOOD
>> [+22.45s] DEBUG: scanner.vala:1242: Parameters: format=SANE_FRAME_GRAY
>> last_frame=SANE_TRUE bytes_per_line=1275 pixels_per_line=1275
>> lines=1754 depth=8
>> [+22.45s] DEBUG: simple-scan.vala:348: Page is 1275 pixels wide, 1754
>> pixels high, 2 bits per pixel
>> [+22.45s] DEBUG: simple-scan.vala:282: Getting color profile for
>> device hp:libusb:001:042
>> [+22.49s] DEBUG: simple-scan.vala:302: Unable to find colord device
>> hp:libusb:001:042: property match 'Serial'='sane:hp:libusb:001:042'
>> does not exist
>> [+22.55s] DEBUG: ui.vala:2124: Saving state to
>> /home/xerus/.cache/simple-scan/state
>> [+56.40s] DEBUG: scanner.vala:1314: sane_read (1276) ->
>> (SANE_STATUS_IO_ERROR, 0)
>> [+56.40s] WARNING: scanner.vala:1330: Unable to read frame from
>> device: Error during device I/O
>> [+56.40s] DEBUG: scanner.vala:765: sane_cancel ()
>> [+56.40s] DEBUG: scanner.vala:768: sane_close ()
>> [+56.79s] DEBUG: ui.vala:2124: Saving state to
>> /home/xerus/.cache/simple-scan/state
>> [+118.07s] DEBUG: ui.vala:2124: Saving state to
>> /home/xerus/.cache/simple-scan/state
>> [+120.57s] DEBUG: autosave-manager.vala:195: Deleting autosave records
>> [+120.57s] DEBUG: scanner.vala:1587: Stopping scan thread
>> [+120.57s] DEBUG: scanner.vala:803: Processing request
>> [+120.57s] DEBUG: scanner.vala:1598: sane_exit ()
>> xerus@ThinkPad-T430:~$
>
> [+18.93s] DEBUG: scanner.vala:735: Option 3: name='mode' title='Scan
> mode' type=string size=9
> values=["Lineart", "Halftone", "Gray", "Color"]
> cap=soft-select,soft-detect
> [+18.93s] DEBUG: scanner.vala:738: Description: Selects the scan mode
> (e.g., lineart, monochrome, or color).
>
> The product brochure says it supports color and monochrome.
>
> I would start by doing a color scan.
>
> This will prove the one-pass scanner really works.
>
> The reference to 'Serial'='sane:hp:libusb:001:042' does not imply RS232
> serial port,
> it's a kind of reference to a serial number. Which the unit might not have.
> Typically, USB devices are supposed to have serial numbers, which allows
> moving the connector to another port, without clogging the detection
> records
> with excessive "same-entries".
>
> You can probably do a color to gray transform in GIMP or something.
> Image : Mode : Grayscale . It's better than getting no scan at all.
>
> Paul
>