对很less重启的Linux系统进行fsck和磁盘完整性检查

我亲自安排每年重启至less4次以应用内核安全更新。 为什么一年四次，你问？ 因为我公司每年有4次生产维护窗口。 开发和testing系统的更新频率更高一些，在季度维护之前的最后一个开发/testing周期得到内核更新和重启。

我曾经工作过的大多数公司都将Linux / UNIX系统视为“永远在线”的资源。 因此，他们犹豫是否允许任何可能以任何方式导致用户社区不可用的任何重新启动。

因此，我通常只需要做一个文件系统的validation就是当系统崩溃时，它基本上是一个自动过程。

有趣的是，我看到的大多数公司都追求基本上立即的Windows补丁，但是在Linux / UNIX方面看不到需要。 他们担心的是，升级和修补打破了用户群所依赖的东西。 然而，在很多情况下，Windows补丁会导致严重的问题。 因此，这两个OSEN之间的感知问题。

我已经试过，一般不会成功，每个月都可以在Linux上进行维护。 即使将此级别降至每三个月一次，用户/pipe理仍然占用大量资源。

文件系统本质上是相当稳定的。 而在像rhel / centos这样的发行版中，e4fs-progs包来了，当它们在香草核中的时候，已经被许多其他用户勇敢地testing过了。 因此，它具有隐含的稳定性。

如果您没有存储问题或底层磁盘问题，我从来没有见过文件系统完整性问题。 这并不意味着fs不受恐慌或问题的影响，但核心fs恐慌/问题比其他子系统要小得多。 Eric Sandeen最近撰写了一篇关于在合并窗口或一年内在各个子系统中提交的补丁的博客文章，但是该链接现在不能打开。 我将在网上发布。

Linux世界从猛男的态度到重启之间的时间太多了。 大多数系统可以并且应该重新启动的次数比绝对必要的要多得多。 重启并不是一件坏事。 重新启动，你不知道会成功…这是一个完全不同的故事。 负责任的pipe理员会在进行各种升级后安排试用重启。 这不是失败，而是专业。 所以是的 – 你应该安排重新启动。