Well, there is one more option I can think of. You would need a sdcard with some form of Linux on it, so you could reverse your changes back to the way they were.
I would be very careful if you go this route, and make absolutely positive you document each step as you do it. So you know how to fix it if and when it comes time. On Mon, Dec 15, 2014 at 12:49 AM, William Hermans <[email protected]> wrote: > > *I dont connect to bbb via ether net port, I connect using mini USB , the >> serial and ethernet(rndis) functions are not important to me - over the >> miniusb.* >> > > Then you're "dead in the water" as you can not unload the module while > you're using it. Then even if you did manage to do so, you would lose > connection to your device and have no way to fix it. Until you reset the > device. > > On Mon, Dec 15, 2014 at 12:46 AM, Anubhav Goel <[email protected]> > wrote: >> >> >> >> 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 dont connect to bbb via ether net port, I connect using mini USB , >> the serial and ethernet(rndis) functions are not important to me - over the >> miniusb. >> >>> 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. >> > -- 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.
