Hi Anubhav, one thing I did not know about your system is: Are you using an SDcard to boot from or do you boot from the internal flash memory?
"Critical files" are more than only those under /boot. Delete /sbin/init and your system will hang shortly after the kernel is running... ;) I dont know of the exact mechanism Windows is accessing the partitions via USB... After plugging in the BBB via USB to a Windows PC...do you access the files in question via WEB interface (browser) or "low level" via Windows explorer (NOT Internet Explorer or such alike) ... that is...there must be "something" on you PC which enables Windows to read ext4fs formatted partitions... If it is a WEB interface you use...I am out of bussiness here, since I am by no means a WEB-stuff guru... :) But I /think/ (read: Dont know for sure) that must be file which configures the running webserver on the BBB to export parts of the filesystem to the calling browser on the Windows PC. This file is, what you want to edit.. Good luck! Best Meino Anubhav Goel <[email protected]> [14-12-15 08:04]: > 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 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.
