必须启用systemd作为PID 1进程，否则systemctl命令报错；需确认WSL2版本为2、修改/etc/wsl.conf添加[boot] systemd=true、执行wsl --shutdown重启，并验证ps -p 1 -o comm=输出systemd，再启用systemd-networkd与systemd-resolved服务确保联网正常。
在Windows上用WSL2运行需要systemd托管的服务（比如Docker守护进程、MySQL、OpenClaw后台进程），必须先让WSL2真正启动systemd作为PID 1进程，否则所有systemctl命令都会报错“Failed to connect to bus”或直接提示“Unit files not found”。这一步不是可选项，而是Linux服务类应用在WSL2中长期稳定运行的硬性前提。
确认WSL2版本与发行版状态
打开Windows终端（非PowerShell管理员模式即可），执行：
wsl -l -v
确保输出中VERSION列为2，且目标发行版（如Ubuntu-22.04）处于Stopped或Running状态。若显示VERSION为1，需先升级：
wsl --set-version 发行版名称 2
升级过程可能耗时2–5分钟，完成后再次运行wsl -l -v验证。这一步漏掉会导致后续所有配置无效，因为WSL1完全不支持systemd启动机制。
启用systemd：修改wsl.conf并重启实例
方法一：标准配置法
① 在WSL内执行：
sudo nano /etc/wsl.conf
② 输入以下内容（注意严格对齐缩进，[boot]必须顶格，systemd=true必须独占一行且无空格）：
[boot]
systemd=true
③ 保存退出（Ctrl+O → Enter → Ctrl+X）。
④ 关闭所有WSL实例：
wsl --shutdown
⑤ 重新启动该发行版终端，立即验证：
ps -p 1 -o comm=
【输出必须为systemd，若为init或bash，说明配置未生效】
方法二：跳过文件编辑的快速覆盖法（适合已存在复杂wsl.conf且不确定内容安全性时）
直接在WSL中执行：
echo -e "[boot]\nsystemd=true" | sudo tee /etc/wsl.conf > /dev/null
然后同样执行wsl --shutdown再重启。此命令会强制覆盖原文件，避免因残留配置冲突导致systemd无法加载。
让 Windows 桌面程序在开机时静默自启并隐藏到系统托盘。特别适用于 Flutter、Electron 等无视 VBS/ProcessStartInfo 窗口样式、难以隐藏的顽固应用。提供「VBS 启动器 + Python ctypes/Win32 API」的隐藏窗口方案，可稳定把窗口收进托盘且不闪控制台。
修复网络服务依赖（关键补救步骤）
systemd启用后，networkd和resolved服务默认不自动启用，会导致apt update失败、DNS解析超时、ping不通外网等现象。必须手动激活：
sudo systemctl restart systemd-networkd
sudo systemctl enable systemd-networkd
sudo systemctl restart systemd-resolved.service
sudo systemctl enable systemd-resolved.service
这四条命令缺一不可——networkd负责IP地址与路由管理，resolved负责DNS解析，二者共同构成WSL2联网基础。跳过任一环节，后续安装Docker或Node模块时大概率卡在“Temporary failure resolving”错误上。
执行完后，运行sudo systemctl list-units --type=service --state=running | grep -E "(networkd|resolved)"确认两个服务确实在运行中。
验证systemd是否真正可用
运行：
systemctl is-system-running
正常应返回running。若返回degraded，说明有单元启动失败，此时需查看：
systemctl --failed
重点检查dbus、systemd-journald、systemd-logind是否active。其中dbus失败最常见，通常由/etc/wsl.conf中多写了空行或特殊字符引起，删净重写即可。
最后测试一个真实服务：
sudo systemctl start ssh
sudo systemctl status ssh
看到active (running)即表示systemd已完整接管服务生命周期管理，可进入下一步部署Docker或OpenClaw等依赖systemd的项目。
