|
I have a USB drive/stick, Lexar USB Flash drive as reported by FreeBSD
shown below. When first used, I was able to put approx. 30 GB of data on it - it was visible to FreeBSD 9 and 10 as expected. A Linux system at the lab was also capable of recognizing it. After that, I tried to operate on the stick on a Notebook, FreeBSD 9, and another station, FreeBSD 10. But FreeBSD didn't recognize the USB drive anymore - sometimes, but this seems to be a gambling issue :-( Trying Linux on different hardware platforms and even those machines prior not recognizing the USB drive do recognize the drive as Lexar USB Flash drive with 64GB. That is Suse Linux (some 12.XX), that is Ubuntu 12.04, that is Windows 7 Pro/x64. I can format the drive, I can push and pull data from it. So, since the USB drive won't work with three different FreeBSD boxes (one running 9-STABLE, two 10-CURRENT, all systems most recent sources and buildworld from a day ago). I suspect either a weird configuration issue I use on all platforms in questions in common triggering the weird beviour - or FreeBSD is simply incapable of handling the 64GB drive. I do not have issues with USB drives with capacities of 32, 8 or 4 GB of different brands. As shown in the portion of the dmesg below, the USB drive is recognized physically. It doesn't matter whether USB port I use (I tried all available on all boxes and in most cases I use a Dell UltraSharp powered in-screen HUB). Since other OSes handle the drive as expected, I exclude hardware issues. All FreeBSD in common is the fact I use the new device ahaci/device ata CAM/ATA scheme with devcie scbus in the kernel (I use custom kernels!). Apart from trying a GENERIC kernel (which is next I will do this weekend), does anyone have similar experiences and probably solutions? Regards, oh ugen7.6: <Lexar> at usbus7 umass1: <Lexar USB Flash Drive, class 0/0, rev 2.00/11.00, addr 6> on usbus7 (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error (probe0:umass-sim1:1:0:0): Retrying command (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error (probe0:umass-sim1:1:0:0): Retrying command (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error (probe0:umass-sim1:1:0:0): Retrying command (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error (probe0:umass-sim1:1:0:0): Retrying command (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error (probe0:umass-sim1:1:0:0): Error 5, Retries exhausted |
|
On Friday 22 June 2012 08:01:38 O. Hartmann wrote:
> I have a USB drive/stick, Lexar USB Flash drive as reported by FreeBSD > shown below. > When first used, I was able to put approx. 30 GB of data on it - it was > visible to FreeBSD 9 and 10 as expected. > A Linux system at the lab was also capable of recognizing it. After > that, I tried to operate on the stick on a Notebook, FreeBSD 9, and > another station, FreeBSD 10. But FreeBSD didn't recognize the USB drive > anymore - sometimes, but this seems to be a gambling issue :-( > > Trying Linux on different hardware platforms and even those machines > prior not recognizing the USB drive do recognize the drive as Lexar USB > Flash drive with 64GB. That is Suse Linux (some 12.XX), that is Ubuntu > 12.04, that is Windows 7 Pro/x64. I can format the drive, I can push and > pull data from it. > > So, since the USB drive won't work with three different FreeBSD boxes > (one running 9-STABLE, two 10-CURRENT, all systems most recent sources > and buildworld from a day ago). > I suspect either a weird configuration issue I use on all platforms in > questions in common triggering the weird beviour - or FreeBSD is simply > incapable of handling the 64GB drive. I do not have issues with USB > drives with capacities of 32, 8 or 4 GB of different brands. > > As shown in the portion of the dmesg below, the USB drive is recognized > physically. It doesn't matter whether USB port I use (I tried all > available on all boxes and in most cases I use a Dell UltraSharp powered > in-screen HUB). Since other OSes handle the drive as expected, I exclude > hardware issues. > > All FreeBSD in common is the fact I use the new device ahaci/device ata > CAM/ATA scheme with devcie scbus in the kernel (I use custom kernels!). > > Apart from trying a GENERIC kernel (which is next I will do this > weekend), does anyone have similar experiences and probably solutions? > > Regards, > oh > > ugen7.6: <Lexar> at usbus7 > umass1: <Lexar USB Flash Drive, class 0/0, rev 2.00/11.00, addr 6> on > usbus7 (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Error 5, Retries exhausted Hi, After plugging the device, try: usbconfig -d 7.6 add_quirk UQ_MSC_NO_INQUIRY Then re-plug it. I'm sorry to say a lot of USB flash sticks out there are broken and only tested with the timing of MS Windows. Part of the problem is that it is difficult to autodetect these issues, because once you trigger the non- supported SCSI command, then the flash key stops working like you experience. I would be more than glad to open up an office to certify USB devices for use with FreeBSD :-) --HPS _______________________________________________ [hidden email] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[hidden email]" |
|
In reply to this post by O. Hartmann-4
On Thu, Jun 21, 2012 at 11:01 PM, O. Hartmann
<[hidden email]> wrote: > I have a USB drive/stick, Lexar USB Flash drive as reported by FreeBSD > shown below. > When first used, I was able to put approx. 30 GB of data on it - it was > visible to FreeBSD 9 and 10 as expected. > A Linux system at the lab was also capable of recognizing it. After > that, I tried to operate on the stick on a Notebook, FreeBSD 9, and > another station, FreeBSD 10. But FreeBSD didn't recognize the USB drive > anymore - sometimes, but this seems to be a gambling issue :-( > > Trying Linux on different hardware platforms and even those machines > prior not recognizing the USB drive do recognize the drive as Lexar USB > Flash drive with 64GB. That is Suse Linux (some 12.XX), that is Ubuntu > 12.04, that is Windows 7 Pro/x64. I can format the drive, I can push and > pull data from it. > > So, since the USB drive won't work with three different FreeBSD boxes > (one running 9-STABLE, two 10-CURRENT, all systems most recent sources > and buildworld from a day ago). > I suspect either a weird configuration issue I use on all platforms in > questions in common triggering the weird beviour - or FreeBSD is simply > incapable of handling the 64GB drive. I do not have issues with USB > drives with capacities of 32, 8 or 4 GB of different brands. > > As shown in the portion of the dmesg below, the USB drive is recognized > physically. It doesn't matter whether USB port I use (I tried all > available on all boxes and in most cases I use a Dell UltraSharp powered > in-screen HUB). Since other OSes handle the drive as expected, I exclude > hardware issues. > > All FreeBSD in common is the fact I use the new device ahaci/device ata > CAM/ATA scheme with devcie scbus in the kernel (I use custom kernels!). > > Apart from trying a GENERIC kernel (which is next I will do this > weekend), does anyone have similar experiences and probably solutions? I don't personally have any relevant experience with this device, but having the exact revisions of code where this was working and where it was failing would be helpful, in order to perform a binary search to determine whether or not this is a regression. Thanks, -Garrett _______________________________________________ [hidden email] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[hidden email]" |
|
In reply to this post by O. Hartmann-4
> incapable of handling the 64GB drive. I do not have issues with USB
it's not about capacity. But seems some quirks for that pendrive (which have buggy firmware) has to be added, as it doesn't respond for inquiry command. sorry i am not USB expert. > umass1: <Lexar USB Flash Drive, class 0/0, rev 2.00/11.00, addr 6> on usbus7 > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Error 5, Retries exhausted > > [hidden email] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[hidden email]" |
|
In reply to this post by Hans Petter Selasky
On Fri, 22 Jun 2012 08:22:19 +0200
Hans Petter Selasky <[hidden email]> wrote: (snip) > I would be more than glad to open up an office to certify USB devices for use > with FreeBSD :-) My elder colleague often told me that it is the easiest and well-working way to check whether the one is certified to work for Mac OS X to get USB mass storage devices which work with *BSD :) Just my 5 yen, -- -|-__ YAMAMOTO, Taku | __ < <[hidden email]> - A chicken is an egg's way of producing more eggs. - _______________________________________________ [hidden email] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[hidden email]" |
|
In reply to this post by Hans Petter Selasky
On 22.06.12 09:22, Hans Petter Selasky wrote: > I'm sorry to say a lot of USB flash sticks out there are broken and > only tested with the timing of MS Windows. Part of the problem is that > it is difficult to autodetect these issues, because once you trigger > the non- supported SCSI command, then the flash key stops working like > you experience. Morale of the story: Don't even dare put any hardware that you need working on FreeBSD under control of Linux or Windows. <grin> OS X is safe. By the way, I am serious! Sometimes, I am inclined to believe the conspiracy theory that those operating systems do this on purpose. Often to claim "superiority" as in "see, it works with our OS, ok?". I believe if we get enough details of how this particular USB stick is exactly recognized an quirk definition for it could be added to save future users from such behavior. But the bit "it was used with Linux" might need to be supplied by the user. Daniel _______________________________________________ [hidden email] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[hidden email]" |
|
In reply to this post by O. Hartmann-4
On Fri, Jun 22, 2012 at 1:01 AM, O. Hartmann
<[hidden email]> wrote: > I have a USB drive/stick, Lexar USB Flash drive as reported by FreeBSD > shown below. > When first used, I was able to put approx. 30 GB of data on it - it was > visible to FreeBSD 9 and 10 as expected. > A Linux system at the lab was also capable of recognizing it. After > that, I tried to operate on the stick on a Notebook, FreeBSD 9, and > another station, FreeBSD 10. But FreeBSD didn't recognize the USB drive > anymore - sometimes, but this seems to be a gambling issue :-( > > Trying Linux on different hardware platforms and even those machines > prior not recognizing the USB drive do recognize the drive as Lexar USB > Flash drive with 64GB. That is Suse Linux (some 12.XX), that is Ubuntu > 12.04, that is Windows 7 Pro/x64. I can format the drive, I can push and > pull data from it. > > So, since the USB drive won't work with three different FreeBSD boxes > (one running 9-STABLE, two 10-CURRENT, all systems most recent sources > and buildworld from a day ago). > I suspect either a weird configuration issue I use on all platforms in > questions in common triggering the weird beviour - or FreeBSD is simply > incapable of handling the 64GB drive. I do not have issues with USB > drives with capacities of 32, 8 or 4 GB of different brands. > > As shown in the portion of the dmesg below, the USB drive is recognized > physically. It doesn't matter whether USB port I use (I tried all > available on all boxes and in most cases I use a Dell UltraSharp powered > in-screen HUB). Since other OSes handle the drive as expected, I exclude > hardware issues. > > All FreeBSD in common is the fact I use the new device ahaci/device ata > CAM/ATA scheme with devcie scbus in the kernel (I use custom kernels!). > > Apart from trying a GENERIC kernel (which is next I will do this > weekend), does anyone have similar experiences and probably solutions? > > Regards, > oh > > ugen7.6: <Lexar> at usbus7 > umass1: <Lexar USB Flash Drive, class 0/0, rev 2.00/11.00, addr 6> on usbus7 > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Error 5, Retries exhausted > I see similar behavior and output on my Dell M6500 notebook running CURRENT, but only on two ports which are some type of hybrid USB 2.0/3.0 (configurable via BIOS setting). If I use either of these ports with a USB 2.0 device while running the ports in USB 3.0 mode (using xhci(4)), I can't reliably get a device to properly attach. I say reliably, because every once in a while, I can plug a device in and it works fine, even multiple times and after reboots. If I configure these ports to run in USB 2.0 mode (using ehci(4)), all of my USB 2.0 devices seem to work without fail. However, USB 3.0 devices do not attach on these ports when they are configured as USB 2.0 ports. So, at least on my notebook, these ports must be configured at either 2.0 or 3.0, depending on which device I plan on using :( I have one other port on this same system that is USB 2.0-only, and it works all of the time :) I'll have to try and add a hub into the mix to see if perhaps it is a power issue (although with a recent Linux kernel and Windows 7, all is well no matter what configuration I provide). It may be that FreeBSD's USB subsystem lacks some extra bit of code required to configure the ports properly in regard to power. -Brandon _______________________________________________ [hidden email] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[hidden email]" |
|
In reply to this post by Hans Petter Selasky
On 06/22/12 08:22, Hans Petter Selasky wrote:
> On Friday 22 June 2012 08:01:38 O. Hartmann wrote: >> I have a USB drive/stick, Lexar USB Flash drive as reported by FreeBSD >> shown below. >> When first used, I was able to put approx. 30 GB of data on it - it was >> visible to FreeBSD 9 and 10 as expected. >> A Linux system at the lab was also capable of recognizing it. After >> that, I tried to operate on the stick on a Notebook, FreeBSD 9, and >> another station, FreeBSD 10. But FreeBSD didn't recognize the USB drive >> anymore - sometimes, but this seems to be a gambling issue :-( >> >> Trying Linux on different hardware platforms and even those machines >> prior not recognizing the USB drive do recognize the drive as Lexar USB >> Flash drive with 64GB. That is Suse Linux (some 12.XX), that is Ubuntu >> 12.04, that is Windows 7 Pro/x64. I can format the drive, I can push and >> pull data from it. >> >> So, since the USB drive won't work with three different FreeBSD boxes >> (one running 9-STABLE, two 10-CURRENT, all systems most recent sources >> and buildworld from a day ago). >> I suspect either a weird configuration issue I use on all platforms in >> questions in common triggering the weird beviour - or FreeBSD is simply >> incapable of handling the 64GB drive. I do not have issues with USB >> drives with capacities of 32, 8 or 4 GB of different brands. >> >> As shown in the portion of the dmesg below, the USB drive is recognized >> physically. It doesn't matter whether USB port I use (I tried all >> available on all boxes and in most cases I use a Dell UltraSharp powered >> in-screen HUB). Since other OSes handle the drive as expected, I exclude >> hardware issues. >> >> All FreeBSD in common is the fact I use the new device ahaci/device ata >> CAM/ATA scheme with devcie scbus in the kernel (I use custom kernels!). >> >> Apart from trying a GENERIC kernel (which is next I will do this >> weekend), does anyone have similar experiences and probably solutions? >> >> Regards, >> oh >> >> ugen7.6: <Lexar> at usbus7 >> umass1: <Lexar USB Flash Drive, class 0/0, rev 2.00/11.00, addr 6> on >> usbus7 (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error >> (probe0:umass-sim1:1:0:0): Retrying command >> (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error >> (probe0:umass-sim1:1:0:0): Retrying command >> (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error >> (probe0:umass-sim1:1:0:0): Retrying command >> (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error >> (probe0:umass-sim1:1:0:0): Retrying command >> (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error >> (probe0:umass-sim1:1:0:0): Error 5, Retries exhausted > > Hi, > > After plugging the device, try: > > usbconfig -d 7.6 add_quirk UQ_MSC_NO_INQUIRY > > Then re-plug it. > > I'm sorry to say a lot of USB flash sticks out there are broken and only > tested with the timing of MS Windows. Part of the problem is that it is > difficult to autodetect these issues, because once you trigger the non- > supported SCSI command, then the flash key stops working like you experience. > > I would be more than glad to open up an office to certify USB devices for use > with FreeBSD :-) > > --HPS > above on FreeBSD 10.0-CURRENT #1 r237462: Sat Jun 23 01:00:35 CEST 2012 without success. I get the same error message as shown above. With or without quirk. I then started Windows 7 on the same box. The USB drive is seen as expected and reflects what I experienced on every other non-FreeBSD box and hardware in the lab on last week. I reformatted the USB drive with extFAT and standard block size on Windows 7. The USB drive is now seen again on FreeBSD and recognized as a drive. "Seen" in my sloppy terminology means: recognized as a disk. The hardware is recognized, but it is not recognized as a drive. The fact, that the very first time after I bought that USB drive, I was able to put several GB on it, use it on both FreeBSD 9-STABLE and 10-CURRENT, and then it broke, drives me nuts. Using the very same pen drive on other OSes even on the same hardware without issues makes me believe FreeBSD does have an issue, not the USB drive. I will fill the USB drive with data and try to use it very often on FreeBSD. Last time the error occured, it was read by a Suse Linux box. If I wouldn't know better I would say Linux tries to kill the USB drive ... But Linux did see it all the time. A "usual customer" would see it the same way, I guess. I will test and report next week when I have access to the other boxes and OSes again. Regards, Oliver |
|
> and hardware in the lab on last week.
> I reformatted the USB drive with extFAT and standard block size on > Windows 7. The USB drive is now seen again on FreeBSD and recognized as this points that the pendrive's controller is not just flaky but horrid. The communiation with OS, and how/whether it is configured properly should not depend on what data is written to it - in your case exFAT metadata. It seems that controller manufacturer just did something "to run on windows and linux" instead of something that conform to USB mass storage interface standard :( Sorry but it may be hopeless case. _______________________________________________ [hidden email] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[hidden email]" |
|
In reply to this post by O. Hartmann-4
At 09:21 23/06/2012, you wrote:
>I tried the USB drive this morning with the recommended quirk shown >above on FreeBSD 10.0-CURRENT #1 r237462: Sat Jun 23 01:00:35 CEST 2012 >without success. I get the same error message as shown above. With or >without quirk. > >I then started Windows 7 on the same box. The USB drive is seen as >expected and reflects what I experienced on every other non-FreeBSD box >and hardware in the lab on last week. >I reformatted the USB drive with extFAT and standard block size on >Windows 7. The USB drive is now seen again on FreeBSD and recognized as >a drive. "Seen" in my sloppy terminology means: recognized as a disk. >The hardware is recognized, but it is not recognized as a drive. AFAIK extFAT is not directly supported by FreeBSD current. You must use fusefs-exfat to mount them. If you try to mount it as if it is a fat32, it won't work or weird problems may happen. It may be that fusefs-extfat has a bug and you get a 00 on rolldice encounter table. _______________________________________________ [hidden email] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[hidden email]" |
|
In reply to this post by Hans Petter Selasky
On 21 June 2012 23:22, Hans Petter Selasky <[hidden email]> wrote:
> usbconfig -d 7.6 add_quirk UQ_MSC_NO_INQUIRY > > Then re-plug it. > > I'm sorry to say a lot of USB flash sticks out there are broken and only > tested with the timing of MS Windows. Part of the problem is that it is > difficult to autodetect these issues, because once you trigger the non- > supported SCSI command, then the flash key stops working like you experience. > > I would be more than glad to open up an office to certify USB devices for use > with FreeBSD :-) Question - if that's the case, then why are we even doing that by default? Adrian _______________________________________________ [hidden email] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[hidden email]" |
|
In reply to this post by Eduardo Morras
On 06/23/12 10:39, Eduardo Morras wrote:
> At 09:21 23/06/2012, you wrote: >> I tried the USB drive this morning with the recommended quirk shown >> above on FreeBSD 10.0-CURRENT #1 r237462: Sat Jun 23 01:00:35 CEST 2012 >> without success. I get the same error message as shown above. With or >> without quirk. >> >> I then started Windows 7 on the same box. The USB drive is seen as >> expected and reflects what I experienced on every other non-FreeBSD box >> and hardware in the lab on last week. >> I reformatted the USB drive with extFAT and standard block size on >> Windows 7. The USB drive is now seen again on FreeBSD and recognized as >> a drive. "Seen" in my sloppy terminology means: recognized as a disk. >> The hardware is recognized, but it is not recognized as a drive. > > AFAIK extFAT is not directly supported by FreeBSD current. You must use > fusefs-exfat to mount them. If you try to mount it as if it is a fat32, > it won't work or weird problems may happen. It may be that fusefs-extfat > has a bug and you get a 00 on rolldice encounter table. like "/dev/da1", does it? Even with a ext4 filesystem, the computer should recognize a devcie I could access to mount via /dev/da1 |
|
In reply to this post by Adrian Chadd-2
On Saturday 23 June 2012 11:52:53 Adrian Chadd wrote:
> On 21 June 2012 23:22, Hans Petter Selasky <[hidden email]> wrote: > > usbconfig -d 7.6 add_quirk UQ_MSC_NO_INQUIRY > > > > Then re-plug it. > > > > I'm sorry to say a lot of USB flash sticks out there are broken and only > > tested with the timing of MS Windows. Part of the problem is that it is > > difficult to autodetect these issues, because once you trigger the non- > > supported SCSI command, then the flash key stops working like you > > experience. > > > > I would be more than glad to open up an office to certify USB devices for > > use with FreeBSD :-) > > Question - if that's the case, then why are we even doing that by default? > Hi, Do you want a blacklist or do you want a whitelist? Please explain the pros and cons. I believe that those that program wrong shall be held responsible for that and given a chance to clean up, and not the opposite way around. As a senior programmer I can only testify that many people care equally little about what their computer is made of and what they eat. We probably need a control body to certify USB devices that is cheaper than USB.org, simply put. I think it is a bad idea to cripple all USB SCSI devices because what looks like the majority do not obey the rules of the specifications they are supposed to support. Else we need to make a new USB SCSI class for devices that are certified and one for devices that are not certified. Non-certified devices can have a limited SCSI command set, which should be implemented in the CAM layer like some kind of flag. If we could join heads on the Linux guys on this, we might be able to do something! Like having a pop-up every time a USB device fails certain tests. From the history we can predict what people will do when they do not know what they are doing. They will nail the guy doing it right and let the guy doing it wrong go free. And it seems like this happened before too ;-) I have a personal FreeBSD-native USB test utilty that runs mass storage devices through a series of tests. Most USB mass storage devices I've tested so far have obvious bugs, which either means their firmware can be hacked or made to crash. Also worth noting, that many USB device are not certified at all. It might be clever to look for the USB logo from USB.org next time you want to transfer X GB of personal data from location X to Y. --HPS _______________________________________________ [hidden email] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[hidden email]" |
| Powered by Nabble | Edit this page |
