Lapsio Asked: 2019-04-20 09:22:57 +0800 CST2019-04-20 09:22:57 +0800 CST 2019-04-20 09:22:57 +0800 CST 在不重新启动内核的情况下重新启动 Linux 中的所有服务？ 772 我有具有加密驱动器的远程机器，因此每次完全重启都需要对机器进行物理访问。机器刚刚遇到磁盘空间不足的问题，因此部分正在运行的服务崩溃/进入奇怪的故障状态。我想“软重启”机器而不实际重启整个内核，以避免重新安装驱动器和输入密码的必要性。 操作系统systemd用于服务管理和内核 4.9。 systemd 1 个回答 Voted Best Answer anx 2019-04-21T00:16:05+08:002019-04-21T00:16:05+08:00 我使用了好坏参半（这些快捷方式“仅用于兼容”） init 1; init 3 如今，这通常转化为： systemctl isolate rescue; systemctl isolate default 这会杀死除被认为必不可少的服务或指定目标的一部分之外的所有内容 - systemd 仍然提供大致模仿部分运行级别的目标。 systemctl 隔离单元 启动命令行上指定的单元及其依赖项并停止所有其他单元，除非它们具有 IgnoreOnIsolate=yes（参见 systemd.unit(5)）。如果给出没有扩展名的单元名称，则假定扩展名为“.target”。- man 1 systemctl 我不太喜欢推荐这个的原因，正是致命的部分： 这类似于在传统的 init 系统中更改运行级别。隔离命令将立即停止新单元中未启用的进程，可能包括您当前使用的图形环境或终端。- man 1 systemctl 我在 Ubuntu 上尝试过，并认为如果ssh.service并且network.target是我的rescue.target. 因为如果只重新启动 ssh 及其网络依赖项以外的服务，肯定会更安全。 因为如果在激活rescue.target 时出现问题，上面的命令可能会终止我的会话并且无法恢复所有内容。
我使用了好坏参半（这些快捷方式“仅用于兼容”）
如今，这通常转化为：
这会杀死除被认为必不可少的服务或指定目标的一部分之外的所有内容 - systemd 仍然提供大致模仿部分运行级别的目标。
我不太喜欢推荐这个的原因，正是致命的部分：
我在 Ubuntu 上尝试过，并认为如果
ssh.service并且network.target是我的rescue.target. 因为如果只重新启动 ssh 及其网络依赖项以外的服务，肯定会更安全。因为如果在激活rescue.target 时出现问题，上面的命令可能会终止我的会话并且无法恢复所有内容。