针对很少重新启动的 Linux 系统进行 fsck 和磁盘完整性检查

针对很少重新启动的 Linux 系统进行 fsck 和磁盘完整性检查

与大多数 Linux 系统一样,我的系统很少需要重新启动(如果有的话)。如果不重新启动,您如何处理磁盘完整性检查和文件系统维护?您是否安排定期重新启动以运行 fsck?EXT4 CentOS 6.3

答案1

我个人每年至少安排 4 次重启以应用内核安全更新。你可能会问,为什么是 4 次?因为我的公司每年有 4 次生产维护窗口。开发和测试系统的更新频率更高,季度维护前的最后一个开发/测试周期会进行内核更新和重启。

答案2

我工作过的大多数公司都将 Linux/UNIX 系统视为“始终可用”的资源。因此,他们不愿允许任何可能导致用户社区不可用的重新启动。

因此,我通常只有在系统崩溃时才会验证文件系统,而且这基本上是一个自动过程。

有趣的是,我看到的大多数公司基本上都追求立即为 Windows 打补丁,但却没有看到 Linux/UNIX 方面的需要。他们担心升级和修补会破坏用户社区所依赖的东西。然而,在许多情况下,Windows 补丁会导致严重问题。因此,这两个操作系统之间存在认知问题。

我尝试过,但通常都没有成功,即每月找一天进行 Linux 维护。即使降级为每三个月一次,用户/管理层仍然会大量使用。

答案3

文件系统本质上非常稳定。在 rhel/centos 等发行版中,附带的 e4fs-progs 软件包已由许多其他用户在使用 vanilla 内核时进行了勇敢的测试。因此,它具有隐含的稳定性。

如果没有存储问题或底层磁盘问题,我从未见过文件系统完整性问题。这并不意味着 fs 不会出现恐慌或问题,但核心 fs 恐慌/问题比其他子系统少得多。Eric Sandeen 最近写了一篇博客文章,介绍了在合并窗口或一年内各个子系统中提交的补丁数量,但现在链接无法打开。我会在它上线时发布它。

答案4

Linux 世界因大男子主义态度而深受其害,他们不重视重启间隔时间。大多数系统可以而且应该比绝对必要的频率重启得更频繁。重启不是坏事。但你不知道重启是否会成功……那完全是另一回事。负责任的管理员会在各种升级后安排试重启。这不是失败,而是专业精神。所以是的 - 你应该安排重启。

相关内容