!DBFhtjpqmJNENpLDOv:nixos.org

NixOS systemd

600 Members
NixOS ❤️ systemd165 Servers

Load older messages


SenderMessageTime
4 Oct 2024
@mjm:midna.devmjmyeah so did i 02:48:31
@mjm:midna.devmjmit works!02:53:50
@mjm:midna.devmjmautomatic unlock, no clevis02:53:56
@elvishjerricco:matrix.orgElvishJerriccofantastic!02:54:49
@elvishjerricco:matrix.orgElvishJerricco Did it need the after = ["tpm2.target"]; thing? 02:55:01
@mjm:midna.devmjmi'll need to test without it02:55:22
@mjm:midna.devmjmwhich i'll do shortly02:55:36
@elvishjerricco:matrix.orgElvishJerriccocool, thanks for test :)02:55:49
@elvishjerricco:matrix.orgElvishJerricco * cool, thanks for testing :)02:56:24
@mjm:midna.devmjmyeah np02:56:51
@mjm:midna.devmjm i think there may be something else weird here with impermanence, it makes this create-needed-for-boot-dirs service in initrd that is failing, not sure why yet. it's possible it was failing before though, since it doesn't seem to be blocking boot 02:58:09
@elvishjerricco:matrix.orgElvishJerriccohm, yea I can't imagine why this would have any effect on that02:59:10
@elvishjerricco:matrix.orgElvishJerriccoif clevis didn't02:59:14
@mjm:midna.devmjmtrue03:00:13
@mjm:midna.devmjm okay after = ["tpm2.target"] does not appear to be necessary 03:03:00
@mjm:midna.devmjmworks fine without it03:03:05
@elvishjerricco:matrix.orgElvishJerriccointeresting03:03:06
@elvishjerricco:matrix.orgElvishJerriccoI wonder if systemd is actually making sure to wait for the TPM or if you're just winning the race03:03:21
@mjm:midna.devmjmit's hard to say, the unlock service seems to start just before the target gets reached, and ends some time after03:04:47
@mjm:midna.devmjmbut also like...maybe systemd is smart enough to do the right thing with the TPM for those credentials? idk03:05:35
@elvishjerricco:matrix.orgElvishJerriccomaybe systemd blocks until a TPM shows up?03:05:46
@elvishjerricco:matrix.orgElvishJerriccoI'll test some stuff out03:06:07
@mjm:midna.devmjmit might03:06:12
@mjm:midna.devmjm
In reply to @mjm:midna.dev
i think there may be something else weird here with impermanence, it makes this create-needed-for-boot-dirs service in initrd that is failing, not sure why yet. it's possible it was failing before though, since it doesn't seem to be blocking boot
confirmed this is not an issue specifically with the new generator. this service is new in impermanence as of like a week ago, and it seems like it's not properly accounting for encrypted filesystems that need to be unlocked
03:15:41
@mjm:midna.devmjmso i guess i'll file an issue about that03:16:07
@elvishjerricco:matrix.orgElvishJerricco mjm: I'm trying to figure out what this service is even doing and I don't think it makes any sense? 03:18:06
@elvishjerricco:matrix.orgElvishJerriccosystemd already creates the mount points before starting mount units03:18:14
@mjm:midna.devmjmhmm03:18:35
@mjm:midna.devmjmwell, it's not creating the mount points03:18:57
@mjm:midna.devmjmit's creating the source of the bind mount, not the target03:19:07

Show newer messages


Back to Room ListRoom Version: 6