When an .hddimg image is used on a hard disk or flash drive, the target root directory is implemented as a loop device referring to the rootfs.img file contained in that drive. This means it is a true non-volatile file system. Is there a way to make the entire file system volatile?
I'm trying to ensure that my flash drive is written to as rarely as possible. To this end, I'm putting my app's volatile data on a separate partition, and I'd like to run the OS out of a big ramdisk, loading it on startup and then discarding it on shutdown. In other words, I want a Groundhog Day system, which always boots up as though it is a brand new clean install. I've spent a couple hours trying to decipher various .bbclass files, Googling about the various file systems, and so on, and I haven't seen anything that looks like this capability is already provided somehow in the Yocto system. Is there an easy way to do this? Or is there only a hard way to do it, involving way more expertise in the build system than I've got? Alternatively, is it practical to make the existing file system readonly? My system is based on core-image-base, with no graphics. What will break if it can't write to anything outside of /tmp or /run or /media/ram or /var/volatile? And is there a built-in way to do that? -- Ciao, Paul D. DeRocco Paul mailto:pdero...@ix.netcom.com _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto