| 31 May 2023 |
 @elvishjerricco:matrix.org | oh that's weird | 11:47:23 |
 @lily:lily.flowers | In reply to @copadium:matrix.org
Also I get kicked out of the emergency shell after another minute and a second one is spawned... Oh delightful | 11:47:36 |
| @lily:lily.flowers | Is there a timeout on the emergency shell itself 👀 | 11:47:59 |
 Copa Dium | It only happens once | 11:48:16 |
| @elvishjerricco:matrix.org | In reply to @lily:lily.flowers
The dependency is already correct it just times out Well if the cryptsetup service never finished, then the import service probably shouldn't have started? | 11:48:34 |
| @elvishjerricco:matrix.org | It should have After=cryptsetup.target though so I'm not sure why that wouldn't have been the case | 11:48:54 |
| Copa Dium | The log looks like it does try to import the rpool a second time :/
But I have no idea how all of this works.. | 11:49:37 |
 @linus:schreibt.jetzt | In reply to @elvishjerricco:matrix.org
It should have After=cryptsetup.target though so I'm not sure why that wouldn't have been the case if it doesn't have a Wants or Requires on it? | 11:49:51 |
| @lily:lily.flowers | In reply to @elvishjerricco:matrix.org
Well if the cryptsetup service never finished, then the import service probably shouldn't have started? True | 11:50:01 |
| @lily:lily.flowers | In reply to @elvishjerricco:matrix.org
It should have After=cryptsetup.target though so I'm not sure why that wouldn't have been the case Yeah that should have happened. Idk I don't use zfs though | 11:50:32 |
| @elvishjerricco:matrix.org | In reply to @linus:schreibt.jetzt
if it doesn't have a Wants or Requires on it? We do have sysinit.target.wants/cryptsetup.target -> ../cryptsetup.target, so it should already be wanted by the initial transaction... | 11:50:58 |
| @elvishjerricco:matrix.org | Ok so three separate problems then:
- A mount can timeout waiting for its mapped device
- The ZFS import service can timeout
| 11:52:17 |
| @elvishjerricco:matrix.org | * Ok so three separate problems then:
- A mount can timeout waiting for its mapped device
- The ZFS import service can timeout
- emergency.service can timeout
| 11:52:25 |
| Copa Dium | Maybe 4. because I get this emergency.service: Executable /nix/store/jmd50jrn6l2bqqm5dvq6xvripzvr3npc-systemd-stage-1-network-253.3/bin/plymouth missing, skipping: No such file or directory, but I don't have or want plymouth | 11:53:39 |
| @elvishjerricco:matrix.org | that's not relevant | 11:53:50 |
| @elvishjerricco:matrix.org | that's just systemd being silly | 11:53:57 |
| @elvishjerricco:matrix.org | but it's harmless | 11:54:03 |
| Copa Dium | Okay | 11:54:28 |
| @elvishjerricco:matrix.org | ok so looking at my system that has zfs on luks: It looks like the zfs import service is starting before we reach cryptsetup.target, which is odd | 11:54:34 |
| Copa Dium | Also are you sure the emergency shell times out? In my journal it looks like there's just a second zfs-import-rpool-start that spawns a second emergency shell when it fails | 11:55:01 |
| @elvishjerricco:matrix.org | In reply to @copadium:matrix.org
Also are you sure the emergency shell times out? In my journal it looks like there's just a second zfs-import-rpool-start that spawns a second emergency shell when it fails Oh I see. That's weird | 11:55:22 |
| Copa Dium | Would the full log be helpful to you? | 11:55:56 |
| @elvishjerricco:matrix.org | possibly? | 11:56:02 |
| @lily:lily.flowers | In reply to @elvishjerricco:matrix.org
but it's harmless (Well it's not harmless exactly if you do have plymouth because plymouth crashes instead of gracefully exits when entering emergency shell right now. I have a branch with a two line fix though..... just need to find time in the next week for nixpkgs work) | 11:56:10 |
| @elvishjerricco:matrix.org | oh that's why that happens? wut | 11:56:37 |
| @lily:lily.flowers | (Not that that's fatal or anything. But kinda silly) | 11:56:45 |
| @lily:lily.flowers | In reply to @elvishjerricco:matrix.org
oh that's why that happens? wut Yeah plymouth expects systemd to stop it when entering emergency shell. That seems extraordinarily dumb to have that inter-project dependency. Systemd assumes plymouth is in its install bindir which is also silly | 11:57:43 |
| Copa Dium | Also interesting is that the ssh daemon is killed when the emergency shell enters, which is weird :D | 11:58:02 |
| @lily:lily.flowers | My fix just adds plymouth-quit-wait to be wanted by and before emergency and rescue shells | 11:58:13 |
| Copa Dium | Do you have a preferred pastebin like service around here? | 11:58:26 |
