| 13 Mar 2025 |
 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 |
|  The Jia Tan of 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 |
| The Jia Tan of 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 |
