Michael Asked: 2022-02-16 11:40:33 +0800 CST2022-02-16 11:40:33 +0800 CST 2022-02-16 11:40:33 +0800 CST Linux上的Ctrl-Alt-Del等效？[复制] 772 我愚蠢地开始了一份工作，结果变得如此庞大和忙碌，以至于一切都冻结了。我希望我可以键入一个 kill 命令或使用 xkill，但系统没有响应，除了声音交换。在 Windows 上，Ctrl-Alt-Del 在这些情况下会有所帮助；Linux 有办法进入过载的系统吗？ 刚看到这个，忍不住分享： centos kill 5 个回答 Voted Best Answer user000001 2022-02-16T11:53:39+08:002022-02-16T11:53:39+08:00 Ctrl++Alt打开F4一个控制台窗口，您可以在其中登录并根据需要杀死东西或重新启动系统。使用Ctrl+ Alt+F2或Ctrl+ Alt+F1返回。 在某些情况下，您可以通过按Alt+F2和R打开的窗口中的 重新启动 gnome 会话。这应该让所有程序都在运行，但 gnome 本身会重新启动，所以如果问题出在 gnome 中，它可能会有所帮助。 如果上述方法不起作用，您可以按以下按键顺序进行热重启： 在同时按住Alt和Print Screen键的同时，依次（一个接一个）按这些键： R E I S U B 这将同步和卸载文件系统并安全重启。键的含义如下： R：将键盘从原始模式切换到 XLATE 模式 E：向除init以外的所有进程发送SIGTERM信号 I：向除init以外的所有进程发送SIGKILL信号 S：同步所有挂载的文件系统 U：以只读模式重新挂载所有已挂载的文件系统 B：立即重启系统，无需卸载分区或同步 资源 最后，如果所有其他方法都失败了，请按住开机按钮几秒钟以强制冷重启，或取出电源线/电池；-)。 DopeGhoti 2022-02-16T11:49:54+08:002022-02-16T11:49:54+08:00 根据您的安装和环境，您可以使用Ctrl-终止或重新启动整个 XOrg 会话AltBackspace，但不幸的是，一些现代发行版默认禁用该快捷方式。 如果您的虚拟终端服务仍在工作（通常getty或类似的东西），您可以使用例如LAlt-切换到备用本地控制台，并在系统没有陷入困境的情况下F1登录那里在 CLI shell 发出命令kill你甚至无法登录。 如果您在网络上并且您的主机有一个正在运行的安全 shell 守护程序，您也可以通过ssh这种方式登录以杀死您的进程。 jpa 2022-02-17T04:07:06+08:002022-02-17T04:07:06+08:00 对于交换的特定情况，您要做的是调用内存不足的杀手。 这可以通过SysRq组合键Alt+ SysRq+来完成F。它将停止分配 RAM 最多的进程。 但是，在许多系统（例如 Ubuntu）上，默认情况下禁用组合键，因为它可能会启用以规避屏幕锁定。它可以通过编辑 /etc/sysctl.d/10-magic-sysrq.conf来启用。 user3840170 2022-02-17T06:14:04+08:002022-02-17T06:14:04+08:00 您可以通过在控制台上按Alt+来让您的 init 守护进程调用您选择的任何（先前配置的）程序↑，这会将 SIGWINCH 发送到进程 1。键盘不能处于原始模式，这意味着这在 X 会话下不起作用无需先按Alt+ SysRq+ R（假设已启用魔术 SysRq 键，这将起作用）。 在基于 systemd 的系统中，要执行的操作是通过定义一个名为kbrequest.target;的单元来配置的。见systemd.special(7)。 在 sysvinit 下，这是由以;/etc/inittab开头的条目配置的。::kbrequest:见inittab(5)。 其他初始化系统可能有不同的方式来配置它们对这个组合键的反应。 Earlyoomrecommender 2022-02-18T02:23:30+08:002022-02-18T02:23:30+08:00 我有点惊讶没有人提到这个问题，而不是修复。问题是您的机器在内存压力下不应该（理想情况下）无响应。这是当前交换策略的一个问题，并且在之前的内核讨论中已经出现，作为“房间里的大象”。 有一些用户空间“修复”可以帮助缓解这个问题。我推荐像earlyoom这样的东西，它会在你用完 ram 之前杀死进程，从一开始就防止交换问题。
Ctrl++Alt打开F4一个控制台窗口，您可以在其中登录并根据需要杀死东西或重新启动系统。使用Ctrl+ Alt+F2或Ctrl+ Alt+F1返回。
在某些情况下，您可以通过按Alt+F2和R打开的窗口中的 重新启动 gnome 会话。这应该让所有程序都在运行，但 gnome 本身会重新启动，所以如果问题出在 gnome 中，它可能会有所帮助。
如果上述方法不起作用，您可以按以下按键顺序进行热重启：
在同时按住Alt和Print Screen键的同时，依次（一个接一个）按这些键：
R E I S U B
这将同步和卸载文件系统并安全重启。键的含义如下：
资源
最后，如果所有其他方法都失败了，请按住开机按钮几秒钟以强制冷重启，或取出电源线/电池；-)。
根据您的安装和环境，您可以使用Ctrl-终止或重新启动整个 XOrg 会话AltBackspace，但不幸的是，一些现代发行版默认禁用该快捷方式。
如果您的虚拟终端服务仍在工作（通常
getty或类似的东西），您可以使用例如LAlt-切换到备用本地控制台，并在系统没有陷入困境的情况下F1登录那里在 CLI shell 发出命令kill你甚至无法登录。如果您在网络上并且您的主机有一个正在运行的安全 shell 守护程序，您也可以通过
ssh这种方式登录以杀死您的进程。对于交换的特定情况，您要做的是调用内存不足的杀手。
这可以通过SysRq组合键Alt+ SysRq+来完成F。它将停止分配 RAM 最多的进程。
但是，在许多系统（例如 Ubuntu）上，默认情况下禁用组合键，因为它可能会启用以规避屏幕锁定。它可以通过编辑 /etc/sysctl.d/10-magic-sysrq.conf来启用。
您可以通过在控制台上按Alt+来让您的 init 守护进程调用您选择的任何（先前配置的）程序↑，这会将 SIGWINCH 发送到进程 1。键盘不能处于原始模式，这意味着这在 X 会话下不起作用无需先按Alt+ SysRq+ R（假设已启用魔术 SysRq 键，这将起作用）。
在基于 systemd 的系统中，要执行的操作是通过定义一个名为
kbrequest.target;的单元来配置的。见systemd.special(7)。在 sysvinit 下，这是由以;
/etc/inittab开头的条目配置的。::kbrequest:见inittab(5)。其他初始化系统可能有不同的方式来配置它们对这个组合键的反应。
我有点惊讶没有人提到这个问题，而不是修复。问题是您的机器在内存压力下不应该（理想情况下）无响应。这是当前交换策略的一个问题，并且在之前的内核讨论中已经出现，作为“房间里的大象”。
有一些用户空间“修复”可以帮助缓解这个问题。我推荐像earlyoom这样的东西，它会在你用完 ram 之前杀死进程，从一开始就防止交换问题。