我们将在新服务器上运行 CentOS 7。我们在服务器内部的 raid6 中有 6 个 300GB 驱动器。（存储主要以 40TB RAID 盒的形式在外部存储。）如果格式化为单个卷，则内部卷大约为 1.3TB。我们的系统管理员认为将操作系统安装在一个 1.3TB 的大分区上是一个非常糟糕的主意。
我是生物学家。我们不断安装新软件来运行和测试，其中大部分都在 /usr/local 中。然而，因为我们有大约 12 位不精通计算机的生物学家在使用该系统，所以我们也在 /home 中收集了很多数据。我们的最后一个服务器有一个 200GB 的 / 分区，2.5 年后它已满 90%。我不希望这种情况再次发生，但我也不想违背专家的建议！
我们如何才能最好地使用 1.3TB 可用空间来确保空间在需要的时间和地点可用，但又不会为系统管理员带来维护噩梦？
丢失 2TB HDD 磁盘的分区表后，我运行 gpart 来查找丢失的分区。程序启动后，它立即开始自动扫描驱动器。30多个小时以来。那么问题来了，这个扫描需要多长时间？该驱动器通过系统中的 SATA 与 2017 Celeron 处理器连接。提前致谢
我正在执行新的 Ubuntu Server 安装，硬件 RAID 10，6 x 1.72TB SSD，分区总空间为 5.8TB。该服务器将用于 KVM 虚拟化。
我已经为 /boot ext4 分配了 500MB
2GB 用于交换
留下5.8T给/ext4
如果 / 分区保留 5% 的块，那么我理想情况下可以使用 290GB 的空间。
290GB 的保留块是否过多？我已经阅读了它的用途，但我得到了不同的意见，有些人说它只需要与大文件一样大，其他人说它是必需的。
我的直觉是 Linux 世界的好人知道他们在做什么，并且将其设置为 5% 是有原因的，但我想对此发表意见。
所以我调整了一个分区的大小，现在分区表似乎被搞砸了。我运行的是 Windows 7。当我打开“磁盘管理”时，屏幕顶部的表格将磁盘显示为 139GB。下面，在图形分区表示中，它显示为 212GB。它确实是 212GB。操作系统的其余部分将其视为 139GB...为什么同一磁盘管理应用程序的两个不一致的部分显示该分区的不同大小。有没有办法修复这个？手动还是自动？