!PSmBFWNKoXmlQBzUQf:helsinki-systems.de

Stage 1 systemd

80 Members
systemd in NixOs's stage 1, replacing the current bash tooling https://github.com/NixOS/nixpkgs/projects/5125 Servers

Load older messages


SenderMessageTime
2 Aug 2022
@elvishjerricco:matrix.org@elvishjerricco:matrix.orghttps://github.com/openzfs/zfs/tree/master/contrib/dracut https://openzfs.github.io/openzfs-docs/man/7/dracut.zfs.7.html02:34:56
@winterqt:nixos.devWinter (she/her)Would this benefit us in any way?02:41:17
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgDirectly? I doubt it. But I can at least learn how the zfs devs intend on handling stage 1. Currently to me it's just "mount it like normal file systems", which doesn't really scratch the itch with zfs's automatic mountpoint stuff.02:42:10
@winterqt:nixos.devWinter (she/her) I've only ever set my mountpoints to legacy. Not sure if things would break down with how we mount things otherwise... (I think it would because of fstab) 02:43:54
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgYea you're supposed to keep zfs datasets with automatic mountpoints out of fstab02:44:40
@elvishjerricco:matrix.org@elvishjerricco:matrix.org I'm not sure it actually matters, particularly if you provide the zfsutil mount option (and have mount.zfs installed) 02:45:36
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgbut it's spooky02:45:39
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgRedacted or Malformed Event02:47:07
@winterqt:nixos.devWinter (she/her)
In reply to @elvishjerricco:matrix.org
I'm not sure it actually matters, particularly if you provide the zfsutil mount option (and have mount.zfs installed)
don't you always have mount.zfs installed?
02:51:46
@winterqt:nixos.devWinter (she/her)i don't think you can disable that02:51:50
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgyea on nixos02:51:59
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgspeaking a bit more generically for the moment since I dunno how other distros work and dracut is for other distros02:52:21
@winterqt:nixos.devWinter (she/her)ahhh, thought you were talking about nixos02:52:31
@elvishjerricco:matrix.org@elvishjerricco:matrix.org whoa TIL zfs mount with no args shows you mounted datasets and their mountpoints. Already learning things from this stuff :P 02:53:12
@winterqt:nixos.devWinter (she/her)zfs list does the same thing with the right options, but that's also nice02:55:45
@winterqt:nixos.devWinter (she/her)(sorry yes i'm nitpicking)02:55:54
@elvishjerricco:matrix.org@elvishjerricco:matrix.org The systemd initrd fs stuff is somewhat clever, in that after it mounts /sysroot, it checks /sysroot/etc/fstab for any file systems with the x-initrd.mount option for other file systems to mount in stage 1. This is something I've wondered if we could utilize... But anyway, this ZFS dracut code is significantly less clever. It just has a few blessed mountpoints that it decides it needs to mount in initrd. You'd think they would have used dataset properties like org.openzfs:initrd.mount or something 02:57:05
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgWait wut. One of their code branches looks like it tries to use an imported pool... when systemd generators are run? Which is before any units. Does anyone use this crap? There's no way that works03:00:19
@winterqt:nixos.devWinter (she/her)huh03:07:16
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgoh, I see. They somehow make systemd run the generator mid-initrd03:15:14
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgnot really sure how03:15:23
@winterqt:nixos.devWinter (she/her)
In reply to @elvishjerricco:matrix.org
oh, I see. They somehow make systemd run the generator mid-initrd
what makes you say that?
03:20:47
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgThe diagram here: https://openzfs.github.io/openzfs-docs/man/7/dracut.zfs.7.html03:21:00
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgBut with the lack of code supporting my theory, I'm now doubting it...03:21:16
@elvishjerricco:matrix.org@elvishjerricco:matrix.org Ok, well after all that, I think all I've learned is that ZFS wants you to put your boot fs in the kernel cmdline like root=ZFS=pool/dataset, root=zfs:pool/dataset, or root=zfs:AUTO (in which case it looks for anything with a bootfs dataset property) 03:24:13
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgso, I'm not thrilled03:24:19
@elvishjerricco:matrix.org@elvishjerricco:matrix.org * Ok, well after all that, I think all I've learned is that ZFS wants you to put your root fs in the kernel cmdline like root=ZFS=pool/dataset, root=zfs:pool/dataset, or root=zfs:AUTO (in which case it looks for anything with a bootfs dataset property) 03:24:32
@k900:0upti.meK900Fixed eval on the goblin PR07:21:26
@winterqt:nixos.devWinter (she/her)
In reply to @k900:0upti.me
Fixed eval on the goblin PR

error: undefined variable 'elvishjericco'

missing an r

07:53:21
@k900:0upti.meK900Oh my fucking god07:53:36

Show newer messages


Back to Room ListRoom Version: 6