| 13 Feb 2024 |
 raitobezarius | In reply to @maralorn:maralorn.de
Yeah, thats exactly the part I am stumbling over. You can sidestep this difficulty by giving up on adequate nixos modelling and just having a "final-fixup" unit which is orchestrated before local filesystems are ready but after all the subvolumes are mount | 03:15:16 |
| raitobezarius | I personally think it's easier to write the feature inside bcachefs then writing this sort of clunky of operations :D | 03:15:34 |
| raitobezarius | This will have weird interactions with many things, notably if you do multi-device bcachefs | 03:15:45 |
| raitobezarius | (mounting a device in degraded, mount binding something coming from another location) | 03:16:05 |
 maralorn | In reply to @raitobezarius:matrix.org
You can sidestep this difficulty by giving up on adequate nixos modelling and just having a "final-fixup" unit which is orchestrated before local filesystems are ready but after all the subvolumes are mount That could actually work. | 03:17:35 |
| raitobezarius | * I personally think it's easier to write the feature inside bcachefs than writing this sort of clunky of operations :D | 03:17:51 |
| maralorn | Anyway. I have had great success with tmpfs on / for years. Would be stupid to change that exactly now where it becomes an uphill battle. | 03:18:37 |
| maralorn | I just wanted to check out if I can do it the "proper" way. | 03:19:38 |
| raitobezarius | In 6 mo - 1 year, maybe the proper way is fully fleshed out | 03:19:54 |
| raitobezarius | Until then, I prefer to avoid running impermanence if I'm not ready to pull debugging tools for myself | 03:20:06 |
 @adam:robins.wtf | i totally get the desire to find something better than btrfs. :) i'm running some bcachefs and it does the job, but as raito says it needs more time | 03:20:36 |
| @adam:robins.wtf | * i totally get the desire to find something better than btrfs. :) i'm running some bcachefs and it does the job, but as raito says it needs more time to get more features | 03:20:44 |
| raitobezarius | Right now, the biggest battle is convincing people to let bcachefs use Rust in the kernel tree for next upgrades | 03:20:45 |
| maralorn | raitobezarius: But do you see any problems for the tmpfs based approach? | 03:21:49 |
| raitobezarius | In reply to @maralorn:maralorn.de
raitobezarius: But do you see any problems for the tmpfs based approach? you need to mount fsroot somewhere in that approach | 03:22:10 |
| raitobezarius | but once you do, yes, you can bind mount everything back and done | 03:22:19 |
| maralorn | Ah, true, yeah I also need bindmounts there.^^ | 03:22:41 |
| maralorn | but those are easy. | 03:22:49 |
| raitobezarius | also, not sure what is the current state of things | 03:22:52 |
| raitobezarius | but isn't tmpfs on / problematic because tmpfs does not support every classical fs features? | 03:23:02 |
| raitobezarius | https://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfsprogs-dev.git/tag/?h=health-monitoring_2024-02-12 zfs but it's called xfs now | 03:23:28 |
| maralorn | Haven’t experienced any problems with that and I am running that setup for at least two years. | 03:23:35 |
| raitobezarius | Nice | 03:23:41 |
| maralorn | But seriously: How bad would the "ls / | grep -v "^(nix|disk)$ | xargs rm -rf" solution be? | 03:25:13 |
| maralorn | It can’t be that more expensive than a subvolume deletion, can it?^^ | 03:25:41 |
| maralorn | In reply to @maralorn:maralorn.de
But seriously: How bad would the "ls / | grep -v "^(nix|disk)$ | xargs rm -rf" solution be? With the obvious caveat that it will take me ages to get that shell script completely correct.^^ | 03:26:16 |
| raitobezarius | In reply to @maralorn:maralorn.de
It can’t be that more expensive than a subvolume deletion, can it?^^ I don't remember otoh if subvolume deletion is lazy | 03:27:12 |
| raitobezarius | In which case, rm is slower | 03:27:20 |
| raitobezarius | I don't think this is a big deal in the end as long as you are satisfied | 03:27:48 |
| maralorn | The beauty is: I can even do a snapshot before hand. | 03:29:12 |
