disko | 364 Members | |
| disko - declarative disk partitioning - https://github.com/nix-community/disko | 92 Servers |
| Sender | Message | Time |
|---|---|---|
| 6 Jun 2025 | ||
In reply to @francesco:zanini.meim not super familiar with disko but it seems youve found proof that mount ordering simply isnt implemented (other than /a before /a/b because alphabetical) | 12:09:44 | |
| if its any help, once disko configures fileSystems.* in a nixos config it should all just work | 12:10:41 | |
I'm wondering if it would make sense to implement fileSystem.<name>.depends also from within disko? By doing so, disko can use this information for ordering, as well as populate the entry in nixos. Alternatively, adapt disko to do something similar to what nixos does without extra config (figure out fs dependencies automatically, by looking at their mountpoints) | 12:12:52 | |
| that would be neat imo | 12:13:31 | |
| I just opened two PRs about the above:
| 15:42:53 | |
| 16:32:16 | ||
| Hi! I'm currently trying to set up a machine with encrypted ZFS on root following the example: https://github.com/nix-community/disko/blob/master/example/zfs-encrypted-root.nix Now I am a bit confused on how I can set the encryption passphrase, since I am not prompted during the disko run. There is keylocation commented out in the file, can I use the for the nixos installer and switch to the prompt afterward? | 16:35:33 | |
Alright turns out it does prompt, but to encrypt the pool I have to use rootFsOptions instead of options :) | 16:49:47 | |
| 7 Jun 2025 | ||
In reply to @fynn:thewatcherpi.deim surprised it doesn't error the other way around. it should tell you encryption is an invalid pool option, or similar | 04:20:47 | |
| I only saw, that it was not able to mount the datasets. When I changed the keylocation to a file, it said that it was an invalid option. Could be that I overlooked it on the first run though. | 07:39:52 | |
| Is Disko able to add to my existing zfs datasets? | 18:16:57 | |
| So if I create a new dataset in the config, will it generate it upon nixos-rebuild? | 18:17:19 | |
| I don't think so | 18:25:38 | |
| at least I have been always manually reconciling that | 18:25:43 | |
| theoretically you can run the format part of the script again | 19:22:28 | |
| but better check what it would run beforehand :) | 19:22:37 | |
| So if I add Disko as a module to my configuration, and add another dataset there, it does not get automatically created? What is the expected way to do it then? Create the dataset by hand and then add it to fileSystems? | 19:24:52 | |
no, add it to the disko config and either create it manually or run what is in config.system.build.format | 19:27:22 | |
| That sounds much better 😉 | 19:30:47 | |
| 22:11:25 | ||
| 23:16:28 | ||
| 8 Jun 2025 | ||
No, I’m using the command I saw in the README:sudo nix --experimental-features "nix-command flakes" run github:nix-community/disko/latest -- --mode destroy,format,mount ./etc/nixos/disk-config.nix, which I run inside /mnt with my configurations | 00:26:16 | |
| I’ll work on that pastebin for you. | 01:37:59 | |
| Hello again. Right now all I can see is (in | 08:55:41 | |
| 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 | |