Replied in thread
@samirx Granted AFAIK @tails_live / @tails / #Tails does some #signature and #Checksum checks to enshure it's integrity, as anything but the seperate #PersistentStorage partition is mounted #ReadOnly...
Recent searches
Search options
#readonly
0 posts0 participants0 posts today
Replied in thread
@dalias @eniko Personally, I'll sooner or later have to engange the whole #ARMv5 / #ARM11r7 / #RaspberryPi architecture anyway with OS/1337.
- Tho given it's a minimalist Linux merely booting an initramfs and never doing any writes, there should be no indurance issues.
But I know a #readonly - OS isn't practical and where it is people already use #iPXE & #iSCSI for #diskless setups!
- THO AFAICT there should be an option to basically partition the system and only keep
/booton an SD card, and the rest could be on any USB mass storage device (i.e. SSD or even HDD)...
That being said Raspberry Pi do have the key advantage of being by far the best in terms of #documentation.
@HoustonDog @hyakinthos OFC, and speed isn't even the problem as @OS1337 is quite smol, so stocking with the royality-free to implement #SPI-Interface may be an option.
- Sadly I've not found any "#readonly" #microSD adaptors (regardless if SATA-DOM or M.2 or mSATA form factor yet...
Which is kinda sad as I'm shure there are many systems like #DigitalSignage that are somewhat tamper-proof and in the interest of lowering maintenance should be setup as read-only, espechally on cheap flash that has very few write cycles if not lacks wear-leveling and garbage collection...
Replied in thread
@landley yeah, basically I'm looking for a stage 1 thingy that BIOS can see as bootable device and that allows to do the usual "yeet kernel+initramfs into ram and floor it".
- Kinda "#BootROM" similar to #OptionROM|s...
Worst-case I could just look for some sort of #SATA-DOM / -Board that offers a hardware write protection or can do #readonly #Flash instead...
Continued thread
-- :please_boost: 
:boost: :boosted:
Speaking of #ROMs for #ix86 / #amd64: Does anyone know a good way to implement something like #Linux in #ROM like the #Tandy #1000RL & #1000RLX did with #MSDOS & #DeskMate (as @vwestlife showed)...
I mean, it would be a way cleaner setup to boot OS/1337 to than booting a #CDROM?
- If noone has an Idea how to make this happen, is there any good way or existing solution to basically make a hardware write-protectable / #readonly #USB flashdrive to boot from?
Ideally something that can take #BIOS-style ROM Chips that one can put on a board without write-enable connected so they're read-only!
- And yes, @landley may see similarities to his [deprecated] Aboriginal Linux nee #FirmwareLinux ...
Still having like a #minimalist #Linux distro in Boot-ROM would be nifty, espechally when it comes to making a #SecureComputing "#SSH #Terminal"...
- Maybe @ActionRetro, @mos_8502 and others can point this question to people who are firm in boot ROMs and potentially even have something at hand.
(I don't expect something like a PCI(e Mini)Card but I'd not be against it!)
Continued thread
In fact I'd love to see someone actually implement @OS1337 as a #BootROM [or like a #readonly - #eMMC for #ThinClient if not #EEPROM] so it can be the fastest booting #Linux machine...
One of the most fundamental yet little-known features of FreeBSD is its ability to be used in read-only mode very easily. By installing the system on a UFS file system, you just need to modify the fstab file, change "rw" to "ro," and reboot. On the next boot, the system will automatically create mount points in RAM for the main directories (/tmp, log, etc.), and it will run perfectly.
This was the main reason why, many years ago, I chose FreeBSD for almost all my embedded systems. Even today, on my Raspberry Pies, I keep the SD cards in read-only mode and use external storage in read-write mode. This ensures that, in case of an unexpected poweroff, the system will come back up, and there will be no wear on the memory card.