@SweetAIBelle very nifty...

• Personally, I wish there were more "#LiveCD" (or rather "#LiveUSB") distros like @tails_live / @tails / #Tails and @kalilinux that that offer a comprehensive set of #tools and benefits for users.

Ideally with some nifty tools (compareable to Tails' #PersistentSotrage) to allow mounting local/remote storage as $HOME and potentially leverage toram as boot option.

• Bonus if that works via #iPXE for a #Diskless #Administrator Desktop to boot into.

Certainly that "#RescueLinux" part is mid- to ongterm goal of OS/1337 and I am working on it (abeit at a pace slower than I want to cuz 'things happen in meatspace' and those sadly require my full attention...

• Needless to say it's always good to have a nifty system at hand (worst-case I'd install @ubuntu / #UbuntuLTS #Desktop on an external SSD/HDD and have that at hand) if one doesn't have their Distro on a hot-swappable / toolless replaceable drive anyway...

Using #ArchLinux is quite good because it makes it easy to get started and adapt said system as need be.

#OS1337

@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 /boot on 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.

#OS1337 #Linux #distro #development

@uastronomer it's something I.did implement in the past (abeit #KVM + #Proxmox, but the steps are similar enough):

You can seperate #Storage and #Compute given you have a Storage-LAN that is fast enough (and does at least 9k if not 64k Jumbo Frames) and have the "Compute Nodes" entirely #diskless (booting via #iPXE from the #SAN) and then mount the storage via #iSCSI or #Ceph.

• Basically it allows you to scale Compute and Storage independently from each other as they are transparent layers and not be confined to limits of a single chassis & it's I/O options...

Did a bigger project (easily 8-digits in hardware, as per MSRP) where a Employer/Client did #CloudExit amidst escalating costs and #ROI being within quarters (if not months at the predicted growth rate)...

Hold on... #AlpineLinux's update-kernel tool actually has an option for adding kernel modules and firmware!

```
mount /dev/mmcblk0p2 /mnt/
mkdir /mnt/tmp
mkdir /mnt/boot
TMPDIR=/mnt/tmp/ update-kernel -a aarch64 -f rpi -p zfs-rpi -M /mnt/boot
```

Copy the files in /mnt/boot over to the root of the SD card. Job done! I just need to pay attention at the next Alpine update to make sure I rebuild the kernel at the same time.

This should really be in the wiki.

#ZFS #diskless