On 09/01/2025 21:38, Alan Stern wrote: > On Thu, Jan 09, 2025 at 08:57:29PM +0200, Bitterblue Smith wrote: >> On 09/01/2025 17:34, Alan Stern wrote: >>> On Thu, Jan 09, 2025 at 04:02:58PM +0200, Bitterblue Smith wrote: >>>> Hi, >>>> >>>> I have this wifi device with on-board storage for the Windows driver: >>>> >>>> New USB device found, idVendor=148f, idProduct=2878, bcdDevice= 0.01 >>>> >>>> After switching to wifi mode, we can see it's a MT7601U: >>>> >>>> New USB device found, idVendor=148f, idProduct=7601, bcdDevice= 0.00 >>>> >>>> The problem with this one is that it can't be mounted, nothing happens >>>> for a long time. I'm testing with kernel 6.12.8-arch1-1 but it's been >>>> like this for at least two years. >>>> >>>> The problem seems to be that reading from the "end" of the device >>>> takes 17 seconds. I assume the reason for that is the fake capacity: > >>>> How can this be fixed? > >>> Probably your best approach is to tell usb-storage to ignore the device >>> completely. You can do this with a suitable module parameter for the >>> usb-storage driver. For example, add: >>> >>> usb-storage.quirks=148f:7601:i >>> >>> on the kernel's boot command line (or put a similar entry in an >>> /etc/modprobe.d/*.conf file if usb-storage is a loadable kernel module >>> on your system). Of course, then you wouldn't be able to mount the >>> device or access the Windows driver files on it, but I imagine you don't >>> care about them very much while you're running Linux. > >> Haha, so it's hopeless. Thank you for the detailed explanation. > > Not hopeless at all. The module parameter approach really should work, > at least to the extent of getting rid of those annoying 17-second-long > waits. > > Alan Stern But it's fine. usb_modeswitch switches it right away.
