Ser*_*nyy 24
mur*_*uru 18
通常有两种情况通常需要重新启动:
libc(相反,glibc)已升级。有一种无需重新启动即可重新加载内核的机制(如何在不重新启动的情况下升级服务器的内核?)。对于glibc,最大的问题是初始化。可以重新启动 init(请参阅在不重新启动系统的情况下重新启动 init)。
对于普通用户,两者都不推荐,需要重启。
显然,还有第三种情况:
dbus已升级。dbus-daemon显然无法重新启动(根据我对这篇 LWN 文章的讨论的理解)。而且由于很多事情都依赖于 DBus ......Fab*_*bby 13
实际上,这取决于您要实现的目标:
如果你做了apt-get dist-upgrade一个新的内核进来,你想激活它,你需要重新启动。
如果有新版本的 FireFox 出现,您显然不会。
在这两个极端之间有 50 种灰色阴影:
;-)
小智 9
实际上,我今天早些时候遇到的情况证明了这一点。有时,在进行更改后,系统中会有残留的东西。例如,我有一个用户/dev/dsp尽管已添加到适当的组,但仍无法访问。第一个访问它的用户锁定了它。然而,即使在杀死该用户之后,锁仍然存在,第二个用户无法访问它。但是,重新启动后,两个用户都可以同时使用/dev/dsp而不会发生任何冲突。重新启动会释放任何可能阻止更改正确生效的残余内容。
我想不出任何绝对需要重启的情况。
真的,你可以让 Ubuntu 无限期地运行。它可能会感染恶意软件(因为未应用内核和 libc 更新)并且可能会出现恐慌或崩溃......
鉴于生活的复杂性,可能更有必要忽略计算机的不断需求,并以其他方式维持自己。就像呼吸、进食、爱……生活。
但即便如此,它们是否绝对必要?你在这个层面上的存在是否在必然性的绝对定义之内?老实说我不知道。有点奇怪的问题要问。
对于对这篇文章和后面的帖子投反对票的两个大笑话剧透,
这个问题是不完整的,或者至少是开放式的。当你抛出诸如必要之类的词时,你需要给出一个上下文。
许多答案已经假设OP 意味着非常可取(从技术意义上讲),因此发布的答案适合上下文,例如避免被黑客入侵或在您的计算机崩溃时所必需的。他们是很好的答案。添加另一个并不是真正有必要的。
但他们说假设是所有问题的根源(或类似的东西),所以我把它剥离回绝对必要性。如果您坚持使用 10.10 的旧副本,时空将继续滚动,就像他们的习惯一样。
你会注意到我不推荐那个职位。
这个问题应该真正结束,因为主要基于意见。
事实是,这取决于更新的内容、您的系统对开放 Internet 的公开程度以及您拥有/需要运行的系统服务。
简单地安装软件包的新版本不会导致相关服务和应用程序重新启动。例如,如果您在为 Firefox 安装更新包时正在运行 Firefox,那么当您切换回它时,您将在浏览器中收到通知,在安装更新后需要重新启动它。同样,内核本身在应用更新时需要“重新启动”。由于内核是硬件之上的最低级别,因此您确实需要重新启动系统,以便加载新内核。对于其他服务,它们可以在不重新启动的情况下重新启动。更新到Unity或环境服务使用的底层库,将需要您注销并重新登录,以重新启动它们。对于系统服务,可以在应用更新后手动重新启动它们,但如果您尝试使用系统,自动重新启动可能会非常具有破坏性。
确定某项操作是否必要的唯一方法是了解更改是什么,以及不执行该操作的风险是什么。安全修复显然需要比对其他事物进行简单更改更突然的操作,您可能永远不会直接遇到。您的计算机连接到 Internet 的方式越直接,风险也越大。您必须考虑所有变量,并在安装更新时决定是立即重启还是稍后重启。
什么时候需要重启 Ubuntu 系统?
一台正在运行的机器,并且在进行更新/升级时严格?可能永远不会(但请继续阅读)。Linux 系统的设置方式是,在更新系统后需要重新启动才能激活新功能(即读取内核已更改;更改为 apache、mysql 只需要重新启动服务)可以始终保持系统当前状态的工作。
现在,如果您希望这些新功能处于活动状态,最简单的方法就是重新启动。但是我们关心的是您继续在这台机器上工作并在下周末或之后的周末重新启动它。或者下一个圣诞节。它很聪明吗?也许不吧。但是没有人阻止你这样做。如果服务器尚未重新启动,系统足够智能,不会接受下一次更新。
对我来说,需要重新启动的唯一原因是在第一次安装之后或在需要单个用户的情况下进行维护时(想想分区、修复硬盘错误之类的事情)或当某个白痴运行着名的叉炸弹时(尽管可以修复)从系统本身)。
所有其他重新启动的发生都在管理员的恩典之下。我不能称之为“必要”。
| 归档时间: |
|
| 查看次数: |
7119 次 |
| 最近记录: |