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
