friendica.eskimo.com

cant mount home on boot

Im giving a go fedora silverblue on a new laptop but Im unable to boot (and since im a linux noob the first thing i tried was installing it fresh again but that didnt resolve it).

its a single drive partitioned to ext4 and encrypted with luks (its basically the default config from the fedora installation)

any ideas for things to try?

This entry was edited (6 months ago)
64 2 1

Edit: Probably try @nanook@friendica.eskimo.com's solution of systemctl daemon-reload first.

Yes. When booting, your system has an initial image that it boots off of before mounting file systems. You have to make sure the image reflects the updated fstab.

This entry was edited (6 months ago)
1 1
On another note, for actually doing it, it looks like Fedora uses Dracut, so you just need to run sudo dracut -f.
1
@data1701d (He/Him) @evasync You don't have to reboot to effect that, systemdctl daemon-reload will reload the /etc/fstab file.
1 1 1
Sorry, I was not replying to you (not an insult). I assume you are interacting from Mastodon from the format of the comment, and getting pinged on replies to other comments (?). I mean, you do you, absolutely not going to diss people who want absolute control over their system. But immutable distros are fundamentally an entirely philosophically different approach from how traditional Linux distros have been packaged and managed in the past. That said, I didn't make the installers, I'm just reporting what has been my recent experience toying with immutable distros. The whole point is to automate as much as possible of the deployment and management of an OS, and do the least amount of tedious manual troubleshooting. If you don't like that, all the other distros are still there, they haven't gone anywhere. The current recommendation for Fedora Atomic based distros is to use specialized tools like Universal Blue that allows the user absolute freedom to deterministically configure a Fedora install that results in an immutable OS. And the installer is actually pretty flexible to let you choose how you want the disks laid out. But, the idea is that you should let the installer do its job, that's for what it was made. If you want to do everything by hand just use Arch, that's what Arch is for.
This entry was edited (6 months ago)
1
So shouldn't you mount your home partition on /var/home instead?
7 1

20 or 30 generations 😹

I have space for 1 😭

Edit: you've got me worried now, is the behavior you're referring to normal running out of inodes behavior or some sort of bug? Is this specific to ext4 or does it also affect btrfs nix stores?

I've run across the information that ext4 can be created with extra inodes but cannot add inodes to an existing filesystem.

This entry was edited (6 months ago)
1
Thank you for providing the quote!!
1

You might be right. I was thinking of it in terms of a traditional distro, as I use vanilla Debian where my advice would apply and yours probably wouldn't.

From what I do know, though, I guess /etc would be part of the writable roots overlaid onto the immutable image, so it would make sense if the immutable image was sort of the initramfs and was read when root was mounted or something. Your command is probably the correct one for immutable systems.

1
@data1701d (He/Him) It will work fine with Debian Bookworm, not sure about older releases, I don't know at what point they switched to systemd controlling that but definitely does work in Bookworm. It should work in most other modern Debian or Ubuntu derived systems as well, but not older versions as systemd taking over this functionality is relatively recent.
1
This feels like a winning strategy
2 1