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 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.
