在什么情况下需要重新启动 Ubuntu 系统？我经常在答案中看到，在系统更改后需要重新启动系统，但这绝对有必要吗？
答案1
- 内核崩溃后；
- 分区或文件系统修改后（更具体地说，调整根分区的大小；我建议避免调整启动硬盘的大小，无论分区如何；如果要调整外部设备的大小，如 SD 卡或 USB，则无需重新启动）；
- 在内核升级和安全补丁之后（尽管这可能并不总是必要的）；
- 当系统因某种原因无响应时，你别无选择，只能使用神奇的 SYSRQ 键或硬重置
- 修改后一些dconf 模式，取决于应用程序的开发方式。相关答案
- 您的 CPU 过热（您不想继续烘烤这些核心，是吗？）
答案2
通常有两种情况需要重新启动：
- 内核升级了。
libc（相反，glibc）已升级。
有一种无需重新启动即可重新加载内核的机制（如何在不重启的情况下升级服务器的内核？)。对于glibc，最大的问题是 init。可以重新启动 init（请参阅重新启动 init 而不重新启动系统）。
对于普通用户来说，这两种方法都不推荐，重新启动是必要的。
显然，还存在第三种情况：
dbus已经升级。dbus-daemon显然无法重新启动（据我所知关于这篇 LWN 文章的讨论）并且由于很多东西都依赖于 DBus...
答案3
实际上，这取决于你想要实现的目标：
如果您执行了此操作
apt-get dist-upgrade并且有新的内核进来，并且您想要激活它，则需要重新启动。如果有新版本的 FireFox 发布，你显然不会这么做。
这两个极端之间有50种灰色：
;-)
答案4
今天早些时候我遇到过一个情况，可以证明这一点。有时，在进行更改后，系统中会残留一些东西。例如，我有一个用户，/dev/dsp尽管已被添加到适当的组中，但仍无法访问。第一个访问它的用户锁定了它。但是，即使杀死该用户，锁定仍然存在，第二个用户无法访问它。但是，重新启动后，两个用户都可以同时使用而不会发生/dev/dsp任何冲突。重新启动可以释放任何可能阻止更改正确生效的残留物。