There is a way you can view _every_single_device_driver_ whether active or
not in device manager. That I can not remember offhand. This would help to
see if you have one or more "stuck" device drivers conflicting with one
another on the system. You can google how this is done.

The more you tell us about your situation the above is sounding more
likely. Also sometimes with devices like these, you need to plug the USB
cable into USB HUB port ( master port ) for it to be recognized properly.
Although the only time I've personally experienced with was with a
different embedded board ( MSP430 Launchpad ).




On Fri, Apr 11, 2014 at 1:17 PM, <l...@ansync.com> wrote:

> Turning off AV (I was using MS's own Security Essentials) makes no
> difference. On the BBB side I'm using Robert's latest Debian release
> (3/27), updated with his script to the beta kernel (3.13.9-bone9). When I
> connect to the laptop via USB, with the laptop running Ubuntu 12.04, the
> first FAT partition of the BBB comes up as /dev/sdX, which I can then mount
> with no trouble, and use as a USB drive. The same laptop, same cable, same
> BBB with the laptop running Windows gives me nothing but errors. I don't
> care about RNDIS or the serial stuff. I (or rather, my client), just needs
> to be able to copy files into and out of that FAT partition with the BBB
> mounted as a USB storage device.
>
> My Windows machine is pretty stock--the one thing I know well about
> WIndows is not to install any software that's not absolutely necessary. So
> It's just WIndows 7 Home Premium 64 bit, MS Security Essentials, MINGW/MSYS
> to make it usable, Git, Python, and a few SDKs from chip companies who like
> Windows for some reason. Oh, and of course IE removed immediately after
> doing its only duty to download Chrome.
>
>
> On Friday, April 11, 2014 12:11:38 PM UTC-7, William Hermans wrote:
>>
>> By the way, if the above does not work, you're going to need to give a
>> complete description of your setup.
>>
>> Exactly what you want to achieve. "Storage" is rather vague, a complete
>> description of what you're trying to do would help much more.
>>
>> How everything is connected.
>>
>> Exactly what version of the kernel you're using e.g. uname -a, or
>> lsb_release -a
>>
>> Plus anything else you think might be pertinent.
>>
>> There are definitely multiple ways to skin the proverbial cat as they
>> say.  And I have personally found that RNDIS between Linux and Windows to
>> be very flaky at best. Lost connections for no apparent reason, very slow
>> performance, etc.
>>
>>
>> On Fri, Apr 11, 2014 at 11:58 AM, William Hermans <yyr...@gmail.com>wrote:
>>
>>> Try temp disabling your AV software before installing.
>>>
>>>
>>> On Fri, Apr 11, 2014 at 11:36 AM, <l...@ansync.com> wrote:
>>>
>>>> I've tried every combination that I can think of now--device plugged in
>>>> on powerup, plugging in after powerup and then installing, removing from
>>>> device manager or not before installing. I even made sure the BONE_D64.exe
>>>> I'm using is the one from the BBB itself. It runs fine, installs whatever
>>>> it installs wherever it puts it (I love how Windows is so opaque about such
>>>> things). It just never works. I know there's nothing wrong with the BBB or
>>>> with the hardware, because the very same BBB, laptop, and cable all work
>>>> exactly as they should when the laptop is booted into a real OS, it's only
>>>> Windows that is the problem. I'm using Windows 7 Home Premium 64.
>>>>
>>>> I could not find anything like the "WDP FileSystem Volume Driver" that
>>>> code suggested.
>>>>
>>>>
>>>>
>>>> On Friday, April 11, 2014 9:39:04 AM UTC-7, William Hermans wrote:
>>>>>
>>>>> You need to install the driver  while the device is plugged in . . .
>>>>>
>>>>> Anyhow, I have not installed this driver since the BBB first came out,
>>>>> but it worked fine straight away for me on Angstrom, and then following
>>>>> RCN's instructions of cross  compiling kernel / setting up a rootfs, it
>>>>> worked fine with this driver as well. I use the same or similar version of
>>>>> Windows. Windows 7 X64 Enterprise.
>>>>>
>>>>> A couple things to think about.
>>>>>
>>>>> 1) With the stock Debian it may be possible that the BBB will take up
>>>>> to around a minute to fully boot up. So the USBNet drivers wont be up 
>>>>> until
>>>>> this happens.
>>>>> 2) When deleting the drivers from the system in preparation of
>>>>> reinstallation, you should enter into safe mode ( F8 boot option )
>>>>> 3) When installing the drivers make sure you have elevated
>>>>> permissions. Some people disable UAC, which may / may not cause issues.
>>>>> Others yet may try to install drivers as a regular user not realizing that
>>>>> installing drivers requires admin privs. With UAC disabled this could be a
>>>>> problem. Right clicking the the executable and selecting Run as . . . ->
>>>>> Admin should do the trick.
>>>>>
>>>>> Sorry if this seems obvious . .. kind of hard to troubleshoot a PC
>>>>> over the internet when you have no idea what all is going on at the given
>>>>> system.
>>>>>
>>>>>
>>>>> On Fri, Apr 11, 2014 at 9:16 AM, <l...@ansync.com> wrote:
>>>>>
>>>>>> Yes, I downloaded and ran the 64-bit driver installer. When I plug in
>>>>>> the BBB, I get the little "clunk" noise, and a window saying "Device 
>>>>>> driver
>>>>>> was not successfully installed". The popup window shows the name
>>>>>> "BeagleBoneBlack", and "No driver found" with a red X.
>>>>>>
>>>>>> Device manager lists "Other Devices", and under that,
>>>>>> "BeagleBoneBlack" with a yellow bang icon. Popup says "The drivers for 
>>>>>> this
>>>>>> device are not installed.(Code 28). Google is not helpful.
>>>>>>
>>>>>> For the rest of you, thanks for the Samba suggestion; yes, I'm sure
>>>>>> that would work if I just wanted to get files off the BBB, but the client
>>>>>> wants this particular function. It used to work with Angstrom, so I'm 
>>>>>> sure
>>>>>> it's just a minor issue of changing a name or number somewhere.
>>>>>>
>>>>>> --
>>>>>> For more options, visit http://beagleboard.org/discuss
>>>>>> ---
>>>>>> You received this message because you are subscribed to the Google
>>>>>> Groups "BeagleBoard" group.
>>>>>> To unsubscribe from this group and stop receiving emails from it,
>>>>>> send an email to beagleboard...@googlegroups.com.
>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>
>>>>>
>>>>>  --
>>>> For more options, visit http://beagleboard.org/discuss
>>>> ---
>>>> You received this message because you are subscribed to the Google
>>>> Groups "BeagleBoard" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>> an email to beagleboard...@googlegroups.com.
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>
>>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to