med-mastodon.com is one of the many independent Mastodon servers you can use to participate in the fediverse.
Medical community on Mastodon

Administered by:

Server stats:

416
active users

#diskless

0 posts0 participants0 posts today

@SweetAIBelle very nifty...

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

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.

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 /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.

Replied in thread

@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)...

Replied in thread

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.

Replied in thread

@the_moep Again: I've not tested / used / installed it yet so I can't formulate an educated opinion beyond: "Will keep it in mind as an option" ...

  • I don't want to discount it, I'm just very wary of recommendations, as those have backfired on me, with #PorteusKiosk currently sadly "#Enshittifying" in a #grsecurity /#RedHat - Style by subsequently #paywalling even the most basic functionality and me having just gotten confirmation that basic functions like "#diskless clients" have been silently axed.