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?
The error says
/homeis a symlink, what if youls -l /home?Since this is an atomic distro,
/homemight be a symlink to/var/home.yes it is a symlink to /var/home
So shouldn’t you mount your home partition on /var/home instead?
This feels like a winning strategy
the command returns my user dir and a lost+found dir
deleted by creator
rm /home
mkdir /home
make /var/home a symlink to it.
Alternative, edit your /etc/fstab to mount on /var/home.editing the /etc/fstab didnt work (I just changed the path but not sure if the uuid plays any part) but ill give the rm/mkdir part a go
Did you update your initramfs after? The new fstab doesn’t apply until you refresh that
No but I rebooted the system after the change. do still need to update it regardless the reboot?
Edit: Probably try @nanook@friendica.eskimo.com’s solution of
systemctl daemon-reloadfirst.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.
@data1701d @evasync You don’t have to reboot to effect that, systemdctl daemon-reload will reload the /etc/fstab file.
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.
@data1701d 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.
Don’t you have that backwards? This is an atomic distro, and you’d want to
mkdir /var/homethen symlink/homefrom that, no? Otherwise, you’ll wind up with a home directory that is immutable.@Telorand I am not familiar with that distro, I am however familiar with how mount works. As far as what is immutable and what is not, you can set with chattr +i file/directory or chattr -i file/directory.
There well may be hardware issues, but with ext4 it rarely corrupts the entire file system. You might end up with some data not flushed so you’ll have some inodes that don’t point to anything that you’ll remove with fsck upon boot, but btrfs, I’ve had it corrupt and lose the entire file system. I’ve used ext2-through-ext4 for as long as they’ve existed and never lost a file system though back in the ext2 days I had to hand repair them a few times, but ext2 was sufficiently simple that that was not difficult, but within two weeks of turning up a btrfs file system it shit itself in ways I could not recover anything, the entire file system was lost. If I did not have backups, which of course I always do, I would have been completely fuxored. It is my opinion that btrfs and xfs, both of which have advantages, are also both not sufficiently stable for production use.
Isn’t the default filesystem btrfs? Why did you go with ext4
@possiblylinux127 @evasync I can’t speak for them, but I’ve had btrfs blow up in ways I could not fix. I didn’t just lose a file but the entire file system. I have NEVER had this happen in many years with ext4.
Was that in the last 5 years? If it was btrfs is now far more stable. It has never blown up for me and it has in fact saved my data a few times.
@possiblylinux127 It was this year. Glad it’s working for you. I’ll stick with what works for me and has provided adequate performance for years.
deleted by creator
NixOS and ext4 user here with no problems. Care to elaborate?
deleted by creator
Seems like this can be prevented from reaching that point by properly deleting old generations regularly though right?
deleted by creator
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.
