为什么 Ubuntu 不需要在更多更新时重新启动？我知道对于内核更新和视频驱动程序之类的东西，如果不重新启动，它就无法加载更改。但我对更基本的软件包更新感到好奇，这些软件包通常不需要重新启动。例如 Telepathy、glibc、gtk 等。为什么这样的软件包不需要重新启动才能更新？新版本真的会在更新后立即运行吗？
另一个例子是 Gwibber。我最近在 gwibber 运行时通过更新管理器接收了 gwibber 的更新。更新已成功完成。gwibber 会在不手动重新启动的情况下运行新版本吗？其他软件包也是这样吗？（我知道有些软件包，如 mysql 和 apache，会在更新时自动重新启动）。对于不会自动重新启动的软件包，这难道不是安全修复的一个安全问题吗？
出现这个问题是因为我已经运行 OS X 大约一周了，几乎每个更新都需要重启，即使它与内核/视频驱动程序无关（据我所知 - 他们没有给你很多信息）。我的一个朋友说，苹果在大多数更新中强制重启，“以防万一”如果你不重启会很奇怪。Windows 是最糟糕的，因为几乎任何安装/卸载或更新都需要重启（通常强制关机以非常很长时间）。这可能对于这个场合来说有点宽泛，但为什么不同的操作系统处理这个问题的方式如此不同？或者更具体地说，对于 Ubuntu：为什么 Ubuntu 不遵循更严格的重启策略？
答案1
每当您在 Windows 中打开或执行文件时，Windows 都会将文件锁定在原地（这是一种简化，但通常是正确的）。您可能遇到过这些令人讨厌的错误，即您无法删除文件，因为另一个进程对该文件进行了独占锁定。这就是为什么每当 Windows 需要更新时，您都需要重新启动才能使其生效。Windows 会将文件替换和删除活动排队，以便在下次启动时（当没有任何东西被锁定时）。
另一方面，Linux 有一种机制，其中锁定的不是文件，而是磁盘上的底层数据。这似乎是一个微不足道的区别，但它意味着可以删除文件系统目录中的文件记录，而不会干扰任何已打开该文件的程序。因此，您可以在文件仍在执行或以其他方式使用时删除它，并且只要某个进程有它的打开句柄，它就会继续存在于磁盘上，即使文件表中的条目已消失。这允许 Linux 在程序仍在运行时完全替换它，然后只需重新启动程序或等待进程自然退出。一旦旧实例被终止，旧文件将不再存在，新文件将驻留在文件表的条目中。
因此，只要某个文件不是特别特殊（例如，内核映像文件或属于类似低级系统的文件），更新程序通常可以像这样就地更新。我确信在某些特殊情况下这不是一个好主意，但大多数情况下都可以。
至于 OS X 为什么这么做，“以防万一”的理论听起来似乎很有道理。