I personally prefer top level subvolumes (@, @home, @var, @var), because it makes it easier to know which system folders are subvolumes and back them up accordingly. They are then mounted at their respective location under /.
E.g… I do snapshots looking at the btrfs filesystem and its top level subvolumes. I’m not doing snapshots going from the mounted root filesystem. I.e. I’d do a snapshot of @home, not a snapshot of /root/home.
If you want to use backup/snapshot automation tooling, I’d recommend looking at how they expect the subvolumes to be set up. E.g. snapper and timeshift expect a specific layout (which can stil be done manually after OS installation, but why bother).
Thanks for helping! Unfortunately, journalctl doesn’t show anything really. Trying to run journalctl -b -1 shows Specifying boot ID or boot offset has no effect, no persistent journal was found., which is a bit strange. It used to just show the previous journal (I couldn’t find anything suspicious though), but no error related stuff, I assume due to the filesystem being mounted ro right after the crash, it wasn’t able to write anything to the journal unfortunately. EDIT: The only errors I have seen in dmesg were related to a Broadcom PCIe wireless card (which I have removed now for further testing): brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available. Although I have read that this is a common message for this type of card (broadcom 43602) and it’s nothing to worry about.
The fstab looks like this (redacted UUIDs for clearer formatting):
Regarding firmware updates, I have tried running fwupd, but no updates are available. Tried both samsung’s and kioxia’s update tool on Windows too, both drives are running the latest firmware.
Thanks for the detailed reply, I will check the reddit post out. Although my PSU should be powerful enough, and it is relatively recent (3-4 years, so I assume the deterioration should not be that bad)
Benefit of a subvolume below the top level btrfs subvolume?
According to the archwiki article on a swapfile on btrfs: wiki.archlinux.org/title/Btrfs#Swap_file...
Filesystem mounting ro with heavy NVMe I/O (postimg.cc)
Hi everyone,...
Bcache is amazing!: Making HDD way faster!
Okay, I love Linux. But I always surprised that I can love Linux ever more everyday. The possibility is basically endless!...