!PSmBFWNKoXmlQBzUQf:helsinki-systems.de

Stage 1 systemd

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

You have reached the beginning of time (for this room).


SenderMessageTime
1 Jul 2023
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgi wonder if the nixos test framework should be able to run the backdoor unit in stage 123:02:10
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgit could be like plymouth and survive across stages23:02:29
2 Jul 2023
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgSweet. Extremely rough terrible proof of concept actually works. Can backdoor into stage 1 now. But I'm just starting a different shell in stage 1, killing it, and reconnecting the machine to the stage 2 shell later. I wonder if there's value in maintaining one shell process across stages and chroot'ing like plymouth does though.21:18:41
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgLike maybe there's things you could do to supervise the transition that might be useful?21:18:53
3 Jul 2023
@nikstur:matrix.org@nikstur:matrix.org
In reply to @elvishjerricco:matrix.org
i wonder if the nixos test framework should be able to run the backdoor unit in stage 1
That sounds lovely
14:34:19
7 Jul 2023
@oddlama:matrix.orgoddlama I've run into a race condition when starting vms (microvm.nix), where guests have a filesystem declared as neededForBoot = true; type = "virtiofs";. It looks like the kernel module required to load these filesystems is just inserted via systemd-modules-load which has no defined ordering with regards to the file system mount units. Thus, it sometimes happens to late and the mounting fails. 00:38:55
@oddlama:matrix.orgoddlamaThe module is available in the initramfs though, so I'm not sure whether this is a misconfiguration in microvm.nix or whether there is a missing dependency here.00:38:57
@oddlama:matrix.orgoddlamaAny ideas?00:39:02
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgWell that's especially odd because mounting an FS should implicitly load its kernel module if it isn't loaded already00:40:00
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgso ordering with systemd-modules-load shouldn't matter00:40:15
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgin fact I don't even think we load FS drivers with that00:40:24
@oddlama:matrix.orgoddlamaI had a similar thought, but it's definitely an issue with the modules. If you enter the emergency shell you can just mount them without any issue00:40:52
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgHm. Would love to see a minimal repro nixos tests00:41:08
@elvishjerricco:matrix.org@elvishjerricco:matrix.org * Hm. Would love to see a minimal repro nixos test00:41:09
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgregardless00:41:14
@elvishjerricco:matrix.org@elvishjerricco:matrix.org you can do x-systemd.after=systemd-modules-load.service as a workaround 00:41:30

Show newer messages


Back to Room ListRoom Version: 6