https://bugzilla.suse.com/show_bug.cgi?id=1228438 https://bugzilla.suse.com/show_bug.cgi?id=1228438#c3 --- Comment #3 from Franck Bui <fbui@suse.com> --- Just providing some updates based on my understanding of the test after Fabian did some investigation (thanks a lot Fabian). Apparently `wsl /bin/bash -c "systemctl is-systemd-running` creates an environment (container) based on the host environment before executing bash in the container. More specifically, the hybrid cgroup hierarchy of the host is reused by the container. However since commit f2512de82dc91cfb742a4f4df934bdb4fcad482d, systemd makes systems based on the legacy cgroup harder to boot by incurring a delay of 30 sec to the boot process. This probably explains why the command `wsl /bin/bash -c "systemctl is-systemd-running` is failing to contact PID1 in the container. Sleeping for 30 sec before executing the command should work around the issue. That said it's not clear to me how this is supposed to work reliably even with v255, ie how `wsl` figures out when it's safe to contact PID1. PS: Fabian, please correct me if anything I wrote is incorrect. -- You are receiving this mail because: You are on the CC list for the bug.