i re-read this.. I can ofcourse connect to BB using either mini usb or ethernet - thats not a problem.
Here is my case : - While I have the bbb to configure, I can do anything that i want with it.. changing configs etc... eventually, I give it to my end user , with a preloaded app, that runs and generates some reports. - who will just use the miniusb to collect some reports from that port. I cannot have alternate mechanisms to send deliver these reports - its just how it is :/ Going through g_multi options.. On Mon, Dec 15, 2014 at 1:06 PM, William Hermans <[email protected]> wrote: > > Ok, so lets backup some. If you're only connected through the USB cable > via USBnet, then you would have a problem with this. > > However if you can connect to your BBB via ethernet, then you could remove > the module, and reload it with new parameters to make sure you changes > work, before you apply them permanently. > > I keep forgetting to mention "little" things like this, because well, i > never have that problem, I can always get into my BBB one way another . . . > others however may not be able to :/ > > On Mon, Dec 15, 2014 at 12:31 AM, William Hermans <[email protected]> > wrote: >> >> I just looked it up on the web and what I found seemed to indicate that >> the modules file is the same as debian in: >> >> /etc/modules >> >> If it is not loaded from in there then i could not say. Could be a >> service file run at boot time, or . ..yeah see I would not even know where >> to look on Angstrom . . . >> >> On Mon, Dec 15, 2014 at 12:28 AM, Anubhav Goel <[email protected] >> > wrote: >>> >>> :D .. I will take this advice , and soon move over to deb. >>> >>> On Mon, Dec 15, 2014 at 12:56 PM, William Hermans <[email protected]> >>> wrote: >>>> >>>> No idea, I got rid of Angstrom the first week after receiving my >>>> Beaglebone blacks. Angstrom was too much of a pain in my backside to even >>>> want to bother with it. >>>> >>>> On Mon, Dec 15, 2014 at 12:23 AM, Anubhav Goel < >>>> [email protected]> wrote: >>>>> >>>>> that sounds good!.. i shall try it and report back. >>>>> One point , how do I disable the default mechanism of loading the >>>>> thumbdrive ? i.e. , there must be some place/sh where these commands are >>>>> getting executed ? can you point me to them ? >>>>> >>>>> On Mon, Dec 15, 2014 at 12:49 PM, William Hermans <[email protected]> >>>>> wrote: >>>>>> >>>>>> Ok, so I do not know where the module "g_multi" is loaded from on >>>>>> angstrom, but g_multi is a USB to Serial, ethernet, and mass storage >>>>>> device. You should search the web on g_mass_storage to understand how the >>>>>> parameters work with g_multi . . >>>>>> >>>>>> So anyway, g_multi is caled similar to this: >>>>>> >>>>>> modprobe g_multi file=/dev/mmsclk01p1 >>>>>> >>>>>> >>>>>> This is how the device is shared out over USB. So, you *may* be able >>>>>> point the file location to /dev/null ( never tried it ), or create an >>>>>> empty >>>>>> directory *somewhere*. And point it to that. If Neithe fo those work for >>>>>> you, then get rid of g_multi, and use g_ether instead ( assuming you do >>>>>> not >>>>>> need Serial too ). >>>>>> >>>>>> On Mon, Dec 15, 2014 at 12:03 AM, Anubhav Goel < >>>>>> [email protected]> wrote: >>>>>>> >>>>>>> Hi ! >>>>>>> >>>>>>> On Mon, Dec 15, 2014 at 12:27 PM, <[email protected]> wrote: >>>>>>>> >>>>>>>> Hi Anubhav, >>>>>>>> >>>>>>>> do not move uEnv.txt, the U-Boot image and the kernel images >>>>>>>> around. Due to the limited technical possibilities of the very early >>>>>>>> boot stages, these files are exspected to be at certain physical >>>>>>>> place on the flash memory. >>>>>>>> >>>>>>>> Instead edit /etc/fstab and remove the mount command of /boot. >>>>>>>> Do a backup first. >>>>>>>> >>>>>>> m fstab shows: >>>>>>> rootfs / auto >>>>>>> defaults 1 1 >>>>>>> proc /proc proc >>>>>>> defaults 0 0 >>>>>>> devpts /dev/pts devpts >>>>>>> mode=0620,gid=5 0 0 >>>>>>> tmpfs /tmp tmpfs >>>>>>> defaults 0 0 >>>>>>> >>>>>>> It doesnt have the mount command of boot. >>>>>>> Even if I were able to stop the boot, would that mean disabling >>>>>>> access to the partition on windows desktop? I do require the parition >>>>>>> to >>>>>>> appear on desktop when connected, but I dont want the user to access >>>>>>> these >>>>>>> critical files. >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> Best regards, >>>>>>>> Meino >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Anubhav Goel <[email protected]> [14-12-15 07:52]: >>>>>>>> > Hi William, >>>>>>>> > >>>>>>>> > Thanks for your quick response. >>>>>>>> > >>>>>>>> > I cannot really move to the debian, as it has taken me a lot of >>>>>>>> effort :) , >>>>>>>> > to understand my way around angstrom.. it will be very steep >>>>>>>> curve for me >>>>>>>> > as of now. >>>>>>>> > >>>>>>>> > I was thinking, is there no way to create a new vfat partition on >>>>>>>> bbb, and >>>>>>>> > expose that on the thumbdrive, and let this default one just >>>>>>>> remain >>>>>>>> > unmounted ? >>>>>>>> > >>>>>>>> > I will readup on the read-only part. >>>>>>>> > >>>>>>>> > Can you point me to some info on how/when does this partition get >>>>>>>> loaded ? >>>>>>>> > do we have some sort of hook that can be utilized ? >>>>>>>> > >>>>>>>> > Can I not place the mlo/ig& env files at a place where its >>>>>>>> picked by bbb , >>>>>>>> > but not exposed over thumbdrive ? >>>>>>>> > >>>>>>>> > Regards >>>>>>>> > Anubhav >>>>>>>> > >>>>>>>> > On Mon, Dec 15, 2014 at 11:57 AM, William Hermans < >>>>>>>> [email protected]> wrote: >>>>>>>> > > >>>>>>>> > > *My users may accidentally delete the mlo/uboot/uenv files, if >>>>>>>> presented >>>>>>>> > >> over their desktop.* >>>>>>>> > >> >>>>>>>> > > >>>>>>>> > > There are a few ways to deal with this*. *Just do not mount the >>>>>>>> boot >>>>>>>> > > loader partition. Would probably be the easiest for you. If you >>>>>>>> want to do >>>>>>>> > > what I would consider "the right way", then put a modern Debian >>>>>>>> build from >>>>>>>> > > Robert on it, and that whole partition will not exist, and the >>>>>>>> bootloader >>>>>>>> > > files will be in a hole in the first 1M of the block device. >>>>>>>> > > >>>>>>>> > > Aside from that, I do not think FAT/FAT32 partitions can be >>>>>>>> used with >>>>>>>> > > Linux permissions. However, you may be able to make the >>>>>>>> partition read >>>>>>>> > > only. Not sure on this, but if you're teaching students about >>>>>>>> he hardware / >>>>>>>> > > software. This may be preferable. >>>>>>>> > > >>>>>>>> > > Personally, I think "hiding" the files in the first 1M of disk >>>>>>>> space is >>>>>>>> > > the best way. Heck I've been using Linux for years, and I >>>>>>>> honestly have no >>>>>>>> > > idea how to reverse / mess that up. Eventually I'll have to >>>>>>>> read up on it >>>>>>>> > > myself, as it's pretty neat . . . >>>>>>>> > > >>>>>>>> > > On Sun, Dec 14, 2014 at 10:58 PM, Anubhav Goel < >>>>>>>> [email protected]> >>>>>>>> > > wrote: >>>>>>>> > >> >>>>>>>> > >> Hi Kenny, >>>>>>>> > >> >>>>>>>> > >> I have the same requirement, were you able to get any >>>>>>>> workaround to this ? >>>>>>>> > >> >>>>>>>> > >> I looked into bbb to find any default locations , like >>>>>>>> /boot/uEnv.txt .. >>>>>>>> > >> but it doesnt work , if I delete the file from media , but the >>>>>>>> > >> /boot/uenv.txt file is not picked up. >>>>>>>> > >> I was unable to find any other place to store the mlo & img >>>>>>>> files either. >>>>>>>> > >> >>>>>>>> > >> My users may accidentally delete the mlo/uboot/uenv files, if >>>>>>>> presented >>>>>>>> > >> over their desktop. >>>>>>>> > >> >>>>>>>> > >> Regards, >>>>>>>> > >> Anubhav >>>>>>>> > >> >>>>>>>> > >> On Wednesday, 24 July 2013 14:23:10 UTC+5:30, [email protected] >>>>>>>> wrote: >>>>>>>> > >>> >>>>>>>> > >>> Hi all, >>>>>>>> > >>> >>>>>>>> > >>> I am building a few prototype with Beaglebone Black. I want >>>>>>>> to let the >>>>>>>> > >>> user to plug into the mini-USB port from a PC and copy a >>>>>>>> output file I >>>>>>>> > >>> stored in /media/BEAGLEBONE. However, I don't want user to >>>>>>>> see all the >>>>>>>> > >>> documentation and tutorial of the BBB. It seems like BBB >>>>>>>> will copy all >>>>>>>> > >>> these files during reboot. >>>>>>>> > >>> >>>>>>>> > >>> I wonder if I can configure it without copying these files >>>>>>>> during >>>>>>>> > >>> reboot? or I can configure a different directory to show up >>>>>>>> while user plug >>>>>>>> > >>> in the mini-USB cable? I can control where the output file >>>>>>>> go in my >>>>>>>> > >>> program. Many thanks for any guidance. >>>>>>>> > >>> >>>>>>>> > >>> Kenny Lau >>>>>>>> > >>> >>>>>>>> > >> -- >>>>>>>> > >> 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 [email protected]. >>>>>>>> > >> 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 a topic >>>>>>>> in the >>>>>>>> > > Google Groups "BeagleBoard" group. >>>>>>>> > > To unsubscribe from this topic, visit >>>>>>>> > > >>>>>>>> https://groups.google.com/d/topic/beagleboard/lqPrGitRgCk/unsubscribe >>>>>>>> . >>>>>>>> > > To unsubscribe from this group and all its topics, send an >>>>>>>> email to >>>>>>>> > > [email protected]. >>>>>>>> > > 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 [email protected]. >>>>>>>> > 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 a topic in >>>>>>>> the Google Groups "BeagleBoard" group. >>>>>>>> To unsubscribe from this topic, visit >>>>>>>> https://groups.google.com/d/topic/beagleboard/lqPrGitRgCk/unsubscribe >>>>>>>> . >>>>>>>> To unsubscribe from this group and all its topics, send an email to >>>>>>>> [email protected]. >>>>>>>> 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 [email protected]. >>>>>>> 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 a topic in >>>>>> the Google Groups "BeagleBoard" group. >>>>>> To unsubscribe from this topic, visit >>>>>> https://groups.google.com/d/topic/beagleboard/lqPrGitRgCk/unsubscribe >>>>>> . >>>>>> To unsubscribe from this group and all its topics, send an email to >>>>>> [email protected]. >>>>>> 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 [email protected]. >>>>> 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 a topic in the >>>> Google Groups "BeagleBoard" group. >>>> To unsubscribe from this topic, visit >>>> https://groups.google.com/d/topic/beagleboard/lqPrGitRgCk/unsubscribe. >>>> To unsubscribe from this group and all its topics, send an email to >>>> [email protected]. >>>> 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 [email protected]. >>> 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 a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/lqPrGitRgCk/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > 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 [email protected]. For more options, visit https://groups.google.com/d/optout.
