☰

根文件系统太小-有什么更好的选择？

tag-icon • tag-icon partitioning filesystem lvm
根文件系统太小-有什么更好的选择？

经过多次升级和稳定安装软件后，原始根文件系统开始出现裂缝。原始 (Notebook) 设置：

（LVM）/ 17G 除“有效负载”数据外的所有内容
 sda1 /启动 228M   
 （LVM）交换 8G   
 （LVM）/home xxG 主目录
 （LVM）/export xxxG 不应阻塞主目录的集合，具有
                      备份周期较长，且可以从外部来源恢复。
                      例子。src、install、iso-images、Video、...

最初，lvm 设置具有充足的储备，可根据需要扩展现有文件系统，但该空间已被使用，因此一些从未使用过的东西被重新定位到后台服务器。

处理挤压的选项：

  • 以 /export 为代价扩大根文件系统
  • 分割根文件系统
    • /var 包含 /var/cache/apt/archives 中不断增长的存档软件包集
    • /usr 是另一个需要分离出来的大子集 - 随着每个软件包的安装而增长

答案1

17 Gb 应该足够了 /

清理你的档案。sudo apt-get clean all没有必要保留所有那些过时的 .deb

如果您仍然遇到 / 问题，请清除旧日志。

如果您仍然对根分区太小感到困扰，那么是的，您必须增加空间。您可以缩小现有 LV 的大小或添加额外的 PV。没有单一的方法或最佳实践。

LVM 的唯一潜在问题是缩小现有 LV 的大小可能比较困难。

您的问题在于 /boot 分区太小，您将不得不不断删除旧内核。如果 17 Gb

答案2

传统的分裂原因：

文件系统root被填满到边缘，处理起来非常困难。因此需要分离快速增长的文件系统，例如/var（毕竟，所有这些日志文件、缓存、假脱机文件历史记录都聚集在一起，/var才使这种情况成为可能）

这种分离/usr早于软件包系统的出现——它曾经是一种试图保留只读软件集合的做法，特别针对无盘（或小盘）客户端。

这种分割的目标是将系统配置和系统维护的紧急路线图保留在每个系统的根文件系统上，并共享用户需要或期望的大量软件，而无需复制。

理想情况下，单独的/var根文件系统允许以只读方式安装到分区上，对于使用写入周期有限的介质来说，这个概念似乎仍然是理想的。

因此目前，保持分离似乎确实是理想的，但保留自己的分区/var似乎没有真正的好处——将该空间直接分配给文件系统可能更经济，从而节省单独分区的开销。/usrroot

相关内容