| 9 Nov 2022 |
 @elvishjerricco:matrix.org | it detects all pools with fileSystems that are neededForBoot, which of course includes the one containing /nix/store | 07:43:37 |
 @uep:matrix.org | because of the neededForBoot, right. | 07:43:44 |
| @uep:matrix.org | I guess /var/log is also there, which was my other scenario, but I'm sure there are more | 07:44:28 |
| @uep:matrix.org | oh, an even better one. again with the multi-host scenario: don't actually boot unless you can import the whatever-active-data pool | 07:46:14 |
| @uep:matrix.org | In reply to @elvishjerricco:matrix.org
but a zfs.pools.<name> option sounds like a good idea generally anyway. Like we could specify extra pools that need to be done in stage 1 for whatever reason; we could specify device units to depend on; we could specify whether it should be automounted; etc. different scrub options / schedules per pool | 07:49:51 |
| @elvishjerricco:matrix.org | yep, very good idea | 07:50:13 |
| 10 Nov 2022 |
 Paul Haerle | iiuc, only openvpn-in-initrd is blocking https://github.com/NixOS/nixpkgs/pull/169116 ? Is that deemed important for backwards compability? | 09:46:35 |
| Paul Haerle | Not sure hwo many people are connecting to openvpn networks from their initrd; i personally don't. But if that's all that is needed for a merge, I'd be willing to invest a day or so into that project :) | 09:49:03 |
 @me:linj.tech | How can I get the log when stage 1 fails? | 17:45:30 |
| @me:linj.tech | 
Download image.png | 17:46:00 |
 @arianvp:matrix.org | You need to set an emergency shell | 17:46:20 |
| @arianvp:matrix.org | (maybe we should ship one?) | 17:46:41 |
| @elvishjerricco:matrix.org | we do | 17:46:48 |
 K900 | I think it's just the "root account is locked" that's the issue | 17:46:58 |
| K900 | There's a way to override it somewhere | 17:47:02 |
| @elvishjerricco:matrix.org | boot.initrd.systemd.emergencyAccess = true|hashed password | 17:47:03 |
| K900 | That I never remember | 17:47:05 |
| @elvishjerricco:matrix.org | true means it's accessible without a password. | 17:47:29 |
| @elvishjerricco:matrix.org | I always set mine to boot.initrd.systemd.emergencyAccess = config.users.users.root.hashedPassword; | 17:48:00 |
| @elvishjerricco:matrix.org | which I think would be a decent idea to use as default if the root user hashed password is set... | 17:48:24 |
| @me:linj.tech | 
Download image.png | 18:11:07 |
| @me:linj.tech | this is the error if I remove one disk from a btrfs raid1 on luks | 18:12:04 |
| @me:linj.tech | /dev/disk/by-label/luks-2 is the one removed | 18:12:49 |
| @me:linj.tech | /dev/disk/by-label/luks-2 is still there | 18:14:19 |
| @me:linj.tech | if one of these luks device is opened, /dev/disk/by-uuid/f93cfbf1-e9b4-46ca-b7cb-6f3fb1554fbb should appear, as showed in the bottom of the screenshot | 18:15:27 |
| @me:linj.tech | but dev-disk-by-uuid-f93cfbf1-e9b4-46ca-b7cb-6f3fb1554fbb.device fails | 18:16:06 |
| @me:linj.tech | any ideas? | 18:16:10 |
| @me:linj.tech | * if one of these luks device is opened, /dev/disk/by-uuid/f93cfbf1-e9b4-46ca-b7cb-6f3fb1554fbb should appear, as showed at the bottom of the screenshot | 18:17:04 |
| @me:linj.tech | * /dev/disk/by-label/luks-1 is still there | 18:23:46 |
| @me:linj.tech | * if one of these luks devices is opened, /dev/disk/by-uuid/f93cfbf1-e9b4-46ca-b7cb-6f3fb1554fbb should appear, as showed at the bottom of the screenshot | 18:24:09 |
