Answered my own question, was in the mount_mfs manpage,
-P file
If file is a directory, populate the created mfs file system with
the contents of the directory. If file is a block device,
populate the created mfs file system with the contents of the FFS
file system contained on the device.
Running OpenBSD on an RPI3 is much easier than it seems, only non-standard RPI requirement is doing an actual install from the SD card and requiring a serial terminal our external monitor/keyboard instead of just flashing an image and booting.
One trick I ended up doing post-install was mounting /tmp as type mfs to avoid writes to the SD card when possible.
It’s overall stable and there are a good number of arm64 pkgs to install and setup smaller network appliances like a dnscrypt-proxy or a gemini capsule.
This is one of the reasons why I’m interested in Gemini. No frameworks, no boilerplate, just write content in relatively simple Gemtext and publish.
Sure you can do the same thing with basic HTML, but the allure of jazzing it up a bit off CSS or adding a small feature here can quickly snowball and content becomes second to style. Gemini forces you to stick to minimalism and it’s a joy to just focus on writing.
Just write content without any meaningful formatting. Want to discuss math or physics? Your best bet is inline TeX source (and hope every reader is familiar with TeX). Want to show tabular data? Draw an ASCII table. Want to attach metadata to the content? Yeah, you get the idea.
I miss working with Sun hardware. They were things of beauty and care and really good design.
I had a bunch of the V245’s predecessors, the V240s (as well as V210, V490 and probably some others I’m forgetting), which were purple-fronted. That purple front pulled down to reveal the drive bays and the key slot for locking the machine on or off. The lid was hinged in such a way that you could lift just the front few inches to access the intake fan array and hot-swap them. Lifting the entire lid off revealed a very well layed out machine. Everything was in its right place, easy to access, with a diagram of how to remove covering parts or screws to access things.
In contrast I often found HP ProLiant machines a cramped and tangled mess.
Working on Sun machines was much like working on Apple machines. The software and hardware were in pretty good harmony. Lights-out access was great (especially compared to HP ILO, which requires a license).
A couple of servers we had were similar to this V245 - the T2000 - which we also installed graphics cards in (because my boss was weird and insisted that the management servers could be used as local desktops in the DC if necessary), so we had the full CDE experience locally on a server :-)
One of my first career jobs started as working on the Sun hardware you described doing hardware maintenance. Drive and PSU swaps, memory/CPU replacements, etc. I always liked working on them, the colors and design gave them personality and always looked cool lined up in racks in data centers.
There are some days I miss that type of work; getting the morning email with failures, checking in-house stock and putting in warranty claims to get parts we didn’t have on hand, then driving around the rest of the day to the different DCs doing the repairs. Wasn’t exciting or really challenging, but made me appreciate how much work goes into keeping the hardware layer online.
Sun servers were always nice to work with. The clear lime green tabs on everything made it easy to work out what your were supposed to lift/press.
While I’ve mostly got experience with the cheaper X2100 and X2200s (x86), I also got to play with the nicer T5120 and T5240 SPARC servers. They were beauties and a joy compared to SuperMicro servers and to a lesser extend Fujitsu.
Which is actually kinda funny because some of Sun’s servers were rebranded Fujitsu machines. The M-series were all Fujitsu (you could buy the same server as Sun-branded or Fujitsu-branded) and were just as nice to work with and had hot-swappable everything.
I really like the idea of Guix and the GNU Operating System, but does it have an option to use the HURD kernel instead of Libre Linux?
Like that QEMU images are available and it’s multi-arch, so may give it a test this weekend.
Of course :) https://guix.gnu.org/en/blog/2020/deprecating-support-for-the-linux-kernel/ (note when it was published).
Could someone add some context about this option? I looked in the OpenBSD manpages for
mountandfstabbut didn’t find anything.I’m using the
mfsfilesystem infstabcurrently for an in-memory filesystem (/tmp) on OpenBSD and curious there’s an alternative way.Answered my own question, was in the
mount_mfsmanpage,Running OpenBSD on an RPI3 is much easier than it seems, only non-standard RPI requirement is doing an actual install from the SD card and requiring a serial terminal our external monitor/keyboard instead of just flashing an image and booting.
One trick I ended up doing post-install was mounting /tmp as type mfs to avoid writes to the SD card when possible.
It’s overall stable and there are a good number of arm64 pkgs to install and setup smaller network appliances like a dnscrypt-proxy or a gemini capsule.
s/terminal/console/
This is one of the reasons why I’m interested in Gemini. No frameworks, no boilerplate, just write content in relatively simple Gemtext and publish.
Sure you can do the same thing with basic HTML, but the allure of jazzing it up a bit off CSS or adding a small feature here can quickly snowball and content becomes second to style. Gemini forces you to stick to minimalism and it’s a joy to just focus on writing.
Just write content without any meaningful formatting. Want to discuss math or physics? Your best bet is inline TeX source (and hope every reader is familiar with TeX). Want to show tabular data? Draw an ASCII table. Want to attach metadata to the content? Yeah, you get the idea.
I miss working with Sun hardware. They were things of beauty and care and really good design.
I had a bunch of the V245’s predecessors, the V240s (as well as V210, V490 and probably some others I’m forgetting), which were purple-fronted. That purple front pulled down to reveal the drive bays and the key slot for locking the machine on or off. The lid was hinged in such a way that you could lift just the front few inches to access the intake fan array and hot-swap them. Lifting the entire lid off revealed a very well layed out machine. Everything was in its right place, easy to access, with a diagram of how to remove covering parts or screws to access things.
In contrast I often found HP ProLiant machines a cramped and tangled mess.
Working on Sun machines was much like working on Apple machines. The software and hardware were in pretty good harmony. Lights-out access was great (especially compared to HP ILO, which requires a license).
A couple of servers we had were similar to this V245 - the T2000 - which we also installed graphics cards in (because my boss was weird and insisted that the management servers could be used as local desktops in the DC if necessary), so we had the full CDE experience locally on a server :-)
One of my first career jobs started as working on the Sun hardware you described doing hardware maintenance. Drive and PSU swaps, memory/CPU replacements, etc. I always liked working on them, the colors and design gave them personality and always looked cool lined up in racks in data centers.
There are some days I miss that type of work; getting the morning email with failures, checking in-house stock and putting in warranty claims to get parts we didn’t have on hand, then driving around the rest of the day to the different DCs doing the repairs. Wasn’t exciting or really challenging, but made me appreciate how much work goes into keeping the hardware layer online.
Sun servers were always nice to work with. The clear lime green tabs on everything made it easy to work out what your were supposed to lift/press.
While I’ve mostly got experience with the cheaper X2100 and X2200s (x86), I also got to play with the nicer T5120 and T5240 SPARC servers. They were beauties and a joy compared to SuperMicro servers and to a lesser extend Fujitsu.
Which is actually kinda funny because some of Sun’s servers were rebranded Fujitsu machines. The M-series were all Fujitsu (you could buy the same server as Sun-branded or Fujitsu-branded) and were just as nice to work with and had hot-swappable everything.
Planet Debian is obviously Debian focused, but members post on other interesting topics too, https://planet.debian.org/
Following the local timeline of Fosstodon on Mastodon yields a lot of high quality technical posts and blog links, https://fosstodon.org/public