| 13 Mar 2025 |
 waltmck | I have a ZFS mirror running as root that was formatted with disko. If I replaced both drives one at a time (i.e. with zpool offline and zpool replace), would the initramfs know where to look to mount the root partition next time I boot? | 15:58:40 |
| waltmck | in my disko config the drives are referred to as /dev/disk/by-id identifies, so I want to make sure that there is no hard-coded fstab entry or anything that uses those | 15:59:56 |
| waltmck | * in my disko config the drives are referred to as /dev/disk/by-id identifiers, so I want to make sure that there is no hard-coded fstab entry or anything that uses those | 16:00:27 |
|  Jia Tan for AI datasets changed their display name from KFC is All I See to That's "Mr. Anarchist" to you. | 17:48:08 |
| 14 Mar 2025 |
 phaer | In a typical zfs setup, fstab doesn't reference the underlying devices but only the datasets (i.e. rpool/root, not /dev/disk/by-id/...) here.
the initrd pretty much does a zpool import on boot, so you should be good after zpool replace. (but no warranty and all ;)) | 15:46:25 |
| phaer | * In a typical zfs setup, fstab doesn't reference the underlying devices but only the datasets (i.e. rpool/root, not /dev/disk/by-id/...) here.
the initrd pretty much does a zpool import on boot, so you should be good after zpool replace. (but no warranty as usual ;)) | 15:46:32 |
| waltmck | I see. So I understand that it works roughly like: ZFS scans all storage devices for zfs disks, and then makes the pools it finds available which can be referred to by name in the legacy mount scripts? | 15:48:01 |
| phaer | Yes, exactly | 15:48:34 |
| phaer | Had missed that one before: but that's exactly how it is. It should be safe to re-run but as the license says: this software comes without warranty of any kind. So better check your backups ;) | 15:51:09 |
| phaer | Not a btrfs user myself, but the conflicting definitions do sound solvable. Do you have your config online somewhere? | 15:55:08 |
| 16 Mar 2025 |
|  mprasil joined the room. | 21:18:49 |
|  digitaltwin joined the room. | 22:38:51 |
| Jia Tan for AI datasets changed their display name from That's "Mr. Anarchist" to you to iLovePsyOps. | 23:41:31 |
| 17 Mar 2025 |
|  Sylvie (They/She) 🏳️⚧️ left the room. | 04:38:41 |
|  nicoty joined the room. | 17:46:50 |
| Jia Tan for AI datasets changed their display name from iLovePsyOps to Ghost of Corporate Future. | 18:59:58 |
| 18 Mar 2025 |
 matthewcroughan | Any opposition to renaming installTest to diskoInstallTest ? | 18:06:55 |
| matthewcroughan | or in putting disko attrs into a disko set? like system.config.build.disko.installTest? | 18:07:23 |
| matthewcroughan | It has always annoyed me when trying to find installTest, because I ignore this attribute believing it to be a nixpkgs one, not realising disko introduced it | 18:07:48 |
| matthewcroughan | [root@nixos:/home/nixos/nixcfg]# nix run .#nixosConfigurations.p4.config.system.build.diskoScript
warning: Git tree '/home/nixos/nixcfg' is dirty
error: unable to execute '/nix/store/i1v0hbscb3m3bib3f90dsm479d6aisk8-disko/bin/disko': Not a directory
| 18:36:34 |
| matthewcroughan | Did not realise before that the disko script was not runnable | 18:36:41 |
| 19 Mar 2025 |
|  erahhal joined the room. | 03:05:37 |
| erahhal | Hi! I've used disko with nixos-anywhere on a few machines and now on a newer machine having some trouble. Not sure if I broken something in the config or something changed out since NixOS has been bumped since then. I'm seeing this error and no idea what it means:
error: flake 'git+file:///home/erahhal/Code/nixcfg' does not provide attribute 'packages.x86_64-linux.nixosConfigurations."msi-linux".config.system.build.diskoScript', 'legacyPackages.x86_64-linux.nixosConfigurations."msi-linux".config.system.build.diskoScript' or 'nixosConfigurations."msi-linux".config.system.build.diskoScript'
Does it mean that it can't find the disk device so it's not able to build a script? Perhaps I've provided the wrong device? I triple checked it though and it seems to be correct.
| 03:09:45 |
 Enzime | if you open nix repl ~/Code/nixcfg then type in nixosConfigurations.msi-linux.config.system.build.toplevel | 03:13:26 |
| Enzime | what happens? | 03:13:34 |
| erahhal | Says it's missing. I must have a typo in my root flake? Looking | 03:15:22 |
| erahhal | Ugh, I put the host config one level too high in the scope. Surprised the it didn't cause problems when I tried building other machines that are also defined in the flake | 03:16:51 |
| erahhal | thank you! | 03:16:52 |
| erahhal | I need to get more familiar with using the repl | 03:17:13 |
| erahhal | Ok, another question, so I installed to a second drive. The first drive has windows. I'm going to change the boot order so that the linux drive is first. The problem is that it didn't register the drive with the boot manager. I had to manually run efibootmgr -c etc etc etc. Is there a way to make sure the second drive gets registered with the boot manager? | 04:42:45 |
