disko | 356 Members | |
| disko - declarative disk partitioning - https://github.com/nix-community/disko | 89 Servers |
| Sender | Message | Time |
|---|---|---|
| 8 Jun 2025 | ||
| If you don't set a static mountpoint in your disko config, I don't think it's possible for the general case during eval time. I think if you leave it empty the default should just be "/${dataset.name}"? During run time you could just do "zfs get mountpoint dataset" | 12:31:07 | |
So from what I found during research is that I should use options.mountpoint = "legacy"; and then declare my fileSystems with the filesystems that should be mounted automatically, and for others I must find a better way. Like hard coding stuff maybe | 13:07:10 | |
| So... Can I just write my own systemd mount unit for datasets I do not want to mount automatically? And if yes, how can I tell systemd that the dataset encryption password has to be retrieved from the user? I suppose there's ways... Because with a unit, I can make other units depend on it (like for starting navidrome only if the dataset with the music is mounted) | 13:13:34 | |
| 9 Jun 2025 | ||
| 03:28:26 | ||
| 20:13:58 | ||
| Is there a way to configure a swap file using Disko? | 20:14:09 | |
| specifically, a swap file on an ext4 in LUKS partition | 20:14:21 | |
| 20:43:55 | ||
| 20:46:24 | ||
| 10 Jun 2025 | ||
| 00:26:37 | ||
| I'm new to ZFS and trying to convert my RAID setup to Disko. The deployment with nixos-anywhere was successful, but once rebooted, the system failed to boot. Here is my disko configuration: | 00:45:00 | |
you need to either use dataset option mountpoint=legacy and configure mountpoints with usual fstab (which i recommend for root fs, "legacy" is a misnomer) or tell zfs to run an import in initrd | 01:20:28 | |
| https://search.nixos.org/options?channel=25.05&show=boot.zfs.extraPools&from=0&size=50&sort=relevance&type=packages&query=boot+zfs | 01:21:45 | |
| Thanks for responding. I actually tried booting it with an even simpler non-ZFS config and I'm having the same issue: | 01:28:56 | |
| So now I'm very confused | 01:29:13 | |
| Well I've just tried an identical simple config on another system and it worked fine | 02:03:10 | |
| an easy check is to look at /etc/fstab in the final system and make sure it looks right | 02:03:16 | |
In reply to @caraiiwala:beeper.comah, then likely not a disko issue | 02:03:32 | |
| So the main difference between these two systems is that the one this worked on has a hardware RAID controller that supports JBOD. The problematic one doesn't and so in an effort to try out ZFS I experimented with RAID0 passthrough. | 02:06:44 | |
| Going to revert the RAID config and see if that fixes it | 02:07:28 | |
| Morgan (@numinit): | 10:17:38 | |
| I stumbled upon https://github.com/util-linux/util-linux/issues/3495#issuecomment-2954264763 and I'm also effected | 10:17:48 | |
| lassulus: Mic92 https://github.com/util-linux/util-linux/issues/3613 | 11:53:00 | |
| this details a fix in case other people experience the same issues | 11:53:14 | |
| The TL;DR is that your wiping process will not work with zfs disks before util-linux 2.40 | 11:53:52 | |
| So disko, and anything else that uses libblkid will be leaving zfs signatures behind on disks, which causes them to now be unmountable if using partlabel | 11:54:16 | |
| * So disko, and anything else that uses libblkid will be leaving zfs signatures behind on disks, which causes them to now be unmountable if using partlabel, which disko does | 11:54:20 | |
| wipefs/liblblkid from 2.39.4 doesn't deal with zfs signatures properly, but newer versions do, causing them to be visible, which confuses udev and systemd populating /dev/disk/by-partlabel | 11:55:12 | |
| I doubt they'll fix it, it's pretty horrendous though | 11:55:28 | |
| For me the experience was as follows:
The reason turned out to be the above. | 11:57:56 | |