Difference between revisions of "OpenBSD readonly root"
(New page: = Theory = In a lot of situations, you'll find yourself not wanting to check filesystems, thereby<br /> facilitating hard power-downs with ~no data loss. I've come across this case a few...) |
m (7 revisions) |
||
| (6 intermediate revisions by the same user not shown) | |||
| Line 13: | Line 13: | ||
space.<br /> | space.<br /> | ||
| − | = | + | = Detailed Examples = |
| + | * [[OpenBSD Soekris Read Only Root]] | ||
| + | * [[Sun Netra t1 compact flash root]] | ||
| − | + | = Other Useful Info = | |
| + | * [[Setting up PXE]] or: "building a netboot server" | ||
Latest revision as of 21:48, 4 January 2013
Theory
In a lot of situations, you'll find yourself not wanting to check filesystems, thereby
facilitating hard power-downs with ~no data loss. I've come across this case a few times,
mostly in the end-user or volatile-power routing environments. Most often, I've done this
on Soekris net4801 devices.
To perform such a magic trick, you need to do a bit more planning. It's not as easy to run some
services in a configuration like this, since they need areas to write to. Even worse is when they
need to write data that you actually want to keep. In this case, I like to avoid the RO root
scenario, because it adds some awkward complexity that involves a regular mount-writable/sync/remount-ro
cycle. In general though, most services you can get away with just providing them ramdisk scratch
space.
Detailed Examples
Other Useful Info
- Setting up PXE or: "building a netboot server"