产品中心
大家好，我是默语！今天我们来探讨一个常见但让人头疼的系统引导问题：“System has not been booted with systemd as init system (PID 1)”。这是很多在运行容器、WSL（Windows Subsystem for Linux）或自定义 Linux 发行版时经常遇到的错误。如果你在执行与 systemctl 相关的命令时遇到这个错误，说明当前系统并未使用 systemd 作为其初始化系统（init system）。在这篇博客中，我将深入分析该问题的成因，并提供适用于各种场景的解决方法，确保你的服务顺利运行。关键词：systemd、systemctl、WSL、PID 1、init system。
Linux 系统中的 systemd 是现代 Linux 发行版默认的初始化系统，用于管理系统和服务。如果系统启动时没有正确加载 systemd，你将无法使用 systemctl 命令来管理服务。这在 WSL、某些容器环境，或特殊的发行版上尤为常见。
常见的错误提示如下：
System has not been booted with systemd as init system (PID 1). Can't operate.这一错误提示表明当前系统的 PID 1（初始化进程）并不是 systemd，因此你无法通过 systemctl 来控制服务。那么，为什么会出现这个问题？又该如何解决呢？我们接着往下看！
在 Linux 系统中，初始化系统 是系统启动时运行的第一个进程，通常被称为 PID 1。它负责启动其他所有的系统进程。常见的初始化系统有：
systemd 之所以被广泛使用，是因为它带来了更多的系统管理功能，支持并行服务启动、按需加载服务、日志管理等。这让 systemd 成为现代 Linux 发行版的首选。然而，某些环境（如 Docker 容器、WSL）默认并不使用 systemd，导致运行 systemctl 时出现上述错误。
Windows Subsystem for Linux (WSL) 是一个在 Windows 上运行 Linux 环境的子系统，但默认并不启用 systemd。因此，很多用户在 WSL 中尝试运行 systemctl 时会遇到错误。
WSL2 现在可以通过修改配置文件启用 systemd。步骤如下：
打开你的 WSL 发行版（如 Ubuntu），编辑 WSL 配置文件：
sudo nano /etc/wsl.conf添加以下内容启用 systemd：
[boot]
systemd=true保存并退出，然后在 PowerShell 中重启 WSL：
wsl --shutdown重启 WSL 后，你可以使用 systemctl 来管理服务了。
sudo systemctl start docker
sudo systemctl status dockerDocker 容器通常只运行一个进程，因此它们的 init system 并不是 systemd，而是由 Docker 的 entrypoint 直接启动的进程。这意味着在默认的 Docker 容器环境中，systemctl 是无法使用的。
如果你必须在容器中使用 systemd，可以使用支持 systemd 的 Docker 基础镜像，如 fedora 或者专门配置的 ubuntu 镜像。
你可以创建一个支持 systemd 的 Docker 容器：
使用以下 Dockerfile 创建支持 systemd 的容器：
FROM ubuntu:20.04
ENV container docker
RUN apt-get update && apt-get install -y systemd systemd-sysv
STOPSIGNAL SIGRTMIN+3
CMD ["/lib/systemd/systemd"]构建并运行容器：
docker build -t systemd-container .
docker run --privileged --rm -it systemd-container某些精简版或嵌入式 Linux 发行版可能并不默认使用 systemd。如果需要 systemd 功能，可以考虑切换初始化系统。
确认系统是否已经安装 systemd：
systemctl --version如果没有安装，可以通过包管理器进行安装：
sudo apt-get install systemd修改 GRUB 配置，确保系统在启动时加载 systemd。你可以通过编辑 /etc/default/grub 文件来完成：
GRUB_CMDLINE_LINUX_DEFAULT="init=/lib/systemd/systemd"更新 GRUB 并重启系统：
sudo update-grub
sudo reboot如果 systemd 启用后仍无法启动服务，可能是由于权限问题或者服务配置不正确。以下是一些常见问题及解决方案：
权限问题：确保你以 root 用户或者通过 sudo 执行 systemctl。
sudo systemctl start <service_name>服务配置错误：检查服务配置文件是否存在问题。
sudo systemctl status <service_name>使用 journalctl 查看 systemd 日志，快速定位问题根源：
sudo journalctl -xe遇到 “System has not been booted with systemd as init system (PID 1)” 错误时，不用担心！这通常是由于你的系统环境没有正确加载 systemd。通过本文介绍的针对 WSL、Docker 以及自定义 Linux 发行版的解决方案，你可以轻松启用 systemd 并解决相关问题。希望这篇文章对你有所帮助，如果你有其他问题或不同的经验，欢迎在评论区分享！?
关注我的博客，获取更多关于系统管理和服务优化的内容！
