主页 / server / 问题 / 1030207
Accepted
Richard T
Asked: 2020-08-15 19:56:13 +0800 CST

在现代 Linux 上，将操作系统的所有活动写入移动到其他磁盘是安全的还是一个坏主意？

  • 772

我已经使用 SSD 足够长的时间来考虑保护它们免受由于过度写入而导致的过早故障。所以，我已经成功地将 /var 移动到其他磁盘（无论是其他 SSD 还是 HDD）并且它工作正常，但我对移动 /run 或任何其他写入区域有点犹豫。也许我的担心是没有根据的。

我不一定熟悉系统盘的所有写入区域。当然，最常用的是 /var，我认为 /run 是下一个，但这个问题实际上是在询问所有这些。如果您知道除 /var 和 /run 之外的其他内容，那么首先我想知道它们，其次我想知道它们是否可以安全移动。

我只是对现代 Linux 中的引导环境知之甚少（我目前主要在 Fedora Server 32 上）。如果这些替代写入位置所在的磁盘在需要时尚未安装，那么这显然是行不通的。在查看系统日志时，很难判断所述转换何时发生。

收到的评论似乎没有完全理解要点：

难道只有读取的 SSD 寿命会更长吗？

如果是真的，从它们是写受限的定义来看，这似乎已成定局是真的，那么，将尽可能多的写活动移出系统磁盘以保持其生命是不是一个有价值的练习？

我想有些人就是不在乎这个。我猜说人们资金充足，可以轻松负担工时和其他任何费用。但是在这些艰难时期，尤其是在这种大流行期间，当小型组织承受着压力时，这个问题非常中肯。... 这不是驱动器的成本，而是更换它的劳动力。自己不资助此类事情的人可能不会欣赏所提出的挑战。

ssd fedora-32

1 个回答

  1. Best Answer

    为了回答最初的问题，我们制作了我们对最小化写入感兴趣的嵌入式系统。操作系统分区是可写闪存，但我们以只读方式挂载它们，并卸载以下内容：

    /etc/{adjtime|resolv.conf}
/etc/lvm/{cache|archive|backup}
/var/{gdm|log|cache|account|spool}
/var/db/nscd
/var/systemd/timers
/var/empty/sshd/etc/localtime
/var/lib/systemd/random-seed
/var/lib/{xkb|puppet|dbus|postfix|dav|dhcpd|dhclient|php|pulse|ups|arpwatch|NetworkManager|gdm|iscsi|logrotate.status|ntp|xen|samba|nfs}

    这适用于 RHEL 派生系统，在我们的例子中，我们将可写区域放在 RAM 中（数据丢失对我们来说不是问题）。当然，我们没有使用 SSD，这不是您的确切问题，但是如果您希望减少/消除写入，它应该有助于指示您应该寻找卸载的内容。根据您的软件包和配置，您可能需要比这些更多/更少。

    • 2

相关问题