But that doesn’t work, most of the time the rebuild fails, but sometimes the rebuild works but on reboot its not mounted, I’ve also tried using the UUID, including the external UUID of the drive, but that doesn’t work either.
For some reason most of the documentation I found (Arch, Gentoo) doesn’t tell me what to put in /etc/fstab. Which is sad … however that should be straightforward, usually, from the mount command.
However from what I did see in your snippet, this line device = “/dev/sda:.dev/sdb” sure looks like it contains a . where it should contain a /, doesn’t it?
yeah, weird. But it’s also a filesystem I never touched before. And some years back people it appears were using cron jobs to get it mounted a boot. So no idea where we’re at right now.
What’s the advantage of that one over something like btrfs or zfs?
Maybe I’ll just go back to mounting them as separate drives, that worked fine, I think performance is one advantage, I think there are others too, but they go beyond my area of expertise.
I can’t get that work either, the systemd unit builds fine, and is enabled, but after reboot its still not mounted, when running systemctl start foo-bar.service nothing happens for a while, and then I get the error
foo-bar.service: Job foo-bar.service/start failed with result 'dependency
When doing a rebuild it hangs for about a minute and a half after setting up tmpfiles, systemctl --failed says 0 loaded units listed
And systemctl status foo-bar.service just says foo-bar.service: Job foo-bar.service/start failed with result ‘dependency’.
It doesn’t say why, they’re the right device names, because it mounts fine if I run the command in the terminal mount -o noatime,nodev,nosuid,noexec -t bcachefs /dev/sda:/dev/sdb /home/user/.SSD