Lots of people have already mentioned Ventoy.
MediCat is Ventoy with a ton of images and a config file. It seems great, although I chose to roll my own as MediCat had a lot of Windows-centric images i have no need for.
Lots of people have already mentioned Ventoy.
MediCat is Ventoy with a ton of images and a config file. It seems great, although I chose to roll my own as MediCat had a lot of Windows-centric images i have no need for.
No Children - The Mountain Goats
But not in a "fuck you world, I'll do what I want" kinda way. More of a "I wanna watch it burn" kinda way.
Concerning you RAID, just make sure the installer doesn't touch it and mount it afterwards. You might have to do some kind of "restore" to give the files the needed SELinux metadata. The Discourse forum would probably be a good place to ask.
Now, a bit about DNF vs RPM-OSTree. Fedora with DNF is the standard distro much like most other distros. Use this if the next part doesn't sound useful to you.
RPM-OSTree is used in a new family of distro that work a bit like git for your OS.
Your system runs off an "atomic" image. Atomic means unsplittable in Greek. Everything you change on your system is applied to your atomic image, like a file is added or removed from a git repo.
This is nice because upgrading to the next major version becomes a simple matter of rebasing you changes on top of the new version, and likewise, rolling back (in case of issues) becomes a single command and a reboot.
Fedora IoT is the "Server" edition of the Atomic desktops. Fedora CoreOS is a more "immutable" approach.
Feel free to ask more questions if something doesn't make sense.
Yes it is (sadly) very different for phones.
When an the OS for an Android phone is created, the Linux kernel is forked, and the firmware/drivers for it's hardware components are laid on top (instead of being upstreamed to the kernel). When the manufacturer decides they no longer care about that phone, they stop updating firmware and that will no longer receive updates. You might use a rom that still updates everything else, but these critical parts won't get updated anymore.
The newer Pixel generations get 5-7 years of security updates (IIRC). I believe IOS devices get 5 years.
Android and arm has (/had? I might be partly out of date) a lot of out of tree (not included in the upstream Linux kernel) code which makes booting it on Linux a shit show.
This is also why so few devices are supported by the Linux-phone-OSs.
No problem!
I hacked this together instead of going to sleep, so it might make your deck explode, but maybe it's a starting point for you or someone else:
# home-deck-mounts.mount
#
# Mount units must be named after the destination path, this / replaced by -, like above
#
# This is a template unit.
# That's explained here: https://fedoramagazine.org/systemd-template-unit-files/
# TL;DR: run it like this `netmount@linuxisos.mount` if you want to mount the subdirectory "linuxisos" from SHARE_PATH
[Unit]
Description=NetMount %I
After=graphical.target
# This is commented out, because it is implicit for network mounts https://www.freedesktop.org/software/systemd/man/latest/systemd.mount.html#Default%20Dependencies
# I keep it here as an example
#After=network-online.target
#Requires=network-online.target
[Mount]
# %i expands to what ever you put after the @ when starting/activating the service
What=10.10.10.99:/mnt/user/%i
Where=/home/deck/mounts/%i
Type=nfs
Options=exec
[Install]
WantedBy=default.target
I couldn't confirm if mount units are allowed to be template units, but if not, just duplicate the service for each path and replace %i.
Say the word if you run into issues!
Don't put yourself down! Using systemd wouldn't make it work "better", it's just more "proper" (and a great tool to know in general!)
Great job and keep going!
This is really cool!
Where did you put the service file?
I don't mean this as critique, but as possible next project, since your solution works perfectly fine. Systemd has some cool features that could make this project have a bit fewer moving parts:
That way you would end up with a .mount file per mounted directory, with logging using journald, and no external scripts.
I really like systemd as it can be a great tool, when you start to break down the complexity of it.
I hope you get well soon and get the best you can from this time.
Cockpit is great.
It's pretty simplistic. It gives you an overview of your system ressources and handles libvirt VMs and Docker (i think. I used it with Podman, but in this context both should work).
My impression was that the container and VM interfaces were pretty simple, and I wouldn't have liked it as my main interface for those services, but it would be perfect for getting an overview and restarting them!
Node-Red can do dashboards. I don't know if it does data logging, but I would guess so since it can do dashboards. It also supports MQTT so it should handle ESPHome devices without a problem.
It's made for automations (and great at it) but it can be a minimalist HA hub too.
Hook it up with ChatGPT and you are golden!
Use a passphrase (not a password) and a physical security key, like a yubikey. It also supports TOTP or whatever 2fa Proton uses, you just connect it with a laptop or phone and it gives you a key.
A physical key is much more secure than 2fa from a password manager (although both are probably fine)
I think you mean Cole's Law