!DBFhtjpqmJNENpLDOv:nixos.org

NixOS systemd

600 Members
NixOS ❤️ systemd165 Servers

Load older messages


SenderMessageTime
4 Oct 2024
@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
@elvishjerricco:matrix.orgElvishJerriccowell of course not03:19:13
@elvishjerricco:matrix.orgElvishJerricco it's ordered before sysroot.mount 03:19:17
@elvishjerricco:matrix.orgElvishJerriccooh03:19:19
@elvishjerricco:matrix.orgElvishJerriccono it makes the mounts03:19:21
@elvishjerricco:matrix.orgElvishJerriccoand then unmounts them03:19:27
@mjm:midna.devmjmit mounts the persistent FS in a temp dir03:19:32
@mjm:midna.devmjmthen creates the directories the bind mounts will be mounting from03:19:43
@mjm:midna.devmjmand then unmounts it03:19:46
@elvishjerricco:matrix.orgElvishJerriccoyea I'm pretty sure you just don't need to do that in systemd initrd03:19:58
@elvishjerricco:matrix.orgElvishJerriccoI have a feeling they made this for scripted initrd and assumed it needed a systemd initrd implementation03:20:12
@mjm:midna.devmjmmaybe?03:20:19
@mjm:midna.devmjm it's not clear to me, if you have a bind mount from /persist/foo to /foo, it makes sense to me that systemd will ensure /foo exists before mounting. but will it create /persist/foo? 03:20:58
@mjm:midna.devmjmbecause that's what this is doing03:21:03
@mjm:midna.devmjmit would be reasonable for systemd to assume it already exists imo03:21:28
@elvishjerricco:matrix.orgElvishJerricco oh 03:21:31
@elvishjerricco:matrix.orgElvishJerriccoyea03:21:32
@elvishjerricco:matrix.orgElvishJerriccothat does make sense03:21:35
@elvishjerricco:matrix.orgElvishJerriccoI mean I don't think that's how I'd do it03:21:46

Show newer messages


Back to Room ListRoom Version: 6