我是 Linux 新手。我计划在 2tb 硬盘上安装 Squeeze，如下所示：
- / - 10GB
- 交换
- 剩余空间将包含/home，大约1.9tb我希望，稍后我会尝试使用lvm来添加我的旧1tb驱动器
我的问题是：我必须使用 GPT 吗？或者MBR就可以了
如果需要GPT这个方案好不好？
- /boot - 150mb
- / - 10GB
- 交换
- /home（lvm 有剩余空间）
顺便说一句，主板是华擎 G41，我认为它不支持 EFI
答案1
GPT 还是 MBR？
正如 @mgorven 所说，两者都可以在 2TB 上运行。我已经在 2T 磁盘上部署了数十个 MBR 磁盘标签，并且在它们上运行良好。这真的是你的选择。我现在首选 MBR，但这种情况即将改变。
UEFI 和 GPT
你不需要 UEFI 将 GPT 磁盘标签写入磁盘，如果你足够聪明，你可以想象从非 UEFI ROM 启动带有 GPT 磁盘标签的磁盘（需要一点盐；我还没有做了这个）。这维基百科关于 GPT 的文章有一些关于此的间接信息。
区域
这一点常常被人们所忽视，但它做发挥作用，而且可能发挥巨大作用。这不是非旋转大容量存储的问题，但多年来一直是磁盘的问题。由于与几何和物理有关的原因，磁盘吞吐量在磁盘开头附近最高。吞吐量按区域进行细分，当您从一个区域移动到另一个区域时，速度会下降。这意味着您应该将最需要速度的分区保留在磁盘开头附近。这种差异在磁盘的前几 GB 中非常明显。
Unix 的磁盘分区
您想要拥有许多文件系统，因为（除其他外）：
- 你不会把所有的鸡蛋都放在一个篮子里。如果一个文件系统损坏，您可以从备份中恢复它，生活就会恢复正常。如果全部的文件系统被损坏，停机时间更长，麻烦更多，你会变得更恼火。
- 出于性能原因，可以对每个文件系统进行不同的调整。存储 MailDir 的文件系统可以在几个目录中包含数十万个小文件。保存视频文件的文件系统有数十个巨大的文件。你可以优化一下。
- 您可以在文件系统中保留空间，并允许特定用户在其他用户无法使用时使用它。根用户通常保留文件系统 5% 的空间。对于多个文件系统，您可以对此进行调整（例如，邮件缓冲池文件系统可以将空间分配给邮件用户）。
- 您正在简化备份策略，使一个文件系统适合一种备份介质。这取决于您的备份策略和软件。
- 例如，使用单独的文件系统
/home，您可以在一台计算机上拥有多个 *nix 操作系统，并在它们之间共享文件，而无需搞乱。 - 您可以解决系统限制。例如，在过去，某些磁盘无法从距离磁盘开头太远的磁盘块启动，因此我们会创建一个足够小的
/boot文件系统来占据磁盘的第一个块。 - 您可以优化速度。将关键文件系统放置在最快的磁盘区域中。
- 启动速度： 20G 文件系统比1900G 文件系统
fsck快。fsck巧妙地选择检查周期可以确保您分散fsck运行。
您可能不希望拥有太多文件系统，因为：
- 您正在量化磁盘空间。如果您需要在磁盘上存储 100G，您可能会发现总共有 200G 可用空间，但没有一个分区有足够的可用磁盘空间。
- 您受到磁盘标签功能的限制。许多 Unice 在一个磁盘标签中只能容纳 8 个分区/片，并且其中一个被保留。 MBR 在这方面没有很大限制，而 GPT 将允许 128 个分区，这比您需要的要多得多。
- 创建和管理太多文件系统可能会很麻烦。
- 您的文件存储需求并没有那么多样化。
文件系统方案
每个人都有自己的最爱。我曾经有一个电子表格来计算这些，但更多时候，我使用一张纸和一个老式的书写工具（多么古怪）。我会进行多次迭代，直到满意为止，并将分区方案提交给计算机。这样比较快。在大多数基于 Debian 的服务器上，我将以下文件系统分开：
/（根）/boot/usr/var/usr/local/tmp/home- 备用文件系统
其他需要获得其他单独的文件系统，例如用于照片的单独分区（备份策略不同）、用于视频的单独分区等。邮件服务器将为电子邮件提供单独的分区。数据库服务器将为它们的数据存储和磁盘上的、一致的数据库备份文件等获取单独的分区。但基本方案几乎总是这样。
我还在磁盘末尾保留了一个备用文件系统。我mkfs使用它并将其用于暂存空间，通常安装在/disk1（工作约定）或/disk/tmp（我的约定）下。如果我发现新的需求（我可以删除它并增长另一个文件系统，或者只是重新调整它的用途），或者如果我只需要大量的暂存空间，那么这个文件系统很有用。
浆纱
这很大程度上取决于计算机的用途。对于很多东西来说，你可以用非常小的尺寸。我的建议是使用 LVM（继续阅读）并为和/usr分别分配 10G （如果您不打算编译和安装自己的软件，则分配较小的大小）。我保持较小的规模，也许 1-2G。如果根文件系统中没有所有大文件系统，那么它也可能很小：我当前的盒子有一个 2G 分区，并且还有足够的空间。如果您不是内核开发人员，或者完全不考虑，文件系统可能会非常小。最近的计算机和最新版本的 GRUB 可以很好地处理这个问题。如果你想要的话，200-300兆左右就可以了。/var/usr/local/tmp/boot
左心室容量
我已经很久没有部署非LVM系统了。您获得的灵活性值得短暂的学习曲线。借助 LVM，您可以有更多的余地来改变主意，并且您的文件系统可以与您一起成长。我真的推荐它。
一个示例方案
- 分区 1：交换空间（磁盘开头）
- 分区 2：LVM 物理卷，带有名为“fs”或其他名称的卷组。
- 容量
fs-root：~2G。 - 体积
fs-usr：~10G。 - 体积
fs-var：~10G。 - 体积
fs-local（简称/usr/local）：~5–10G。 - 容量
fs-tmp：~2G。 - 体积
fs-home：剩余空间减去大约30G。 - 容量
fs-spare：剩余空间：~30G。
- 容量
在具有 8G 交换空间的 2T 磁盘上，您的/home分区将为 2000 - 8 - 2 - 10 - 10 - 10 - 2 - 30 = 1928G。
如果您需要更多空间来容纳一个或多个其他卷，则备用 30G 分区将派上用场。调整 LVM 卷（和 ext{2,3,4} 文件系统）的大小非常容易。
请注意，没有单独的/boot，并且所有引导基础设施（内核 和initrd）都是里面LVM。这让一些人感到不安，但我从来没有遇到过问题。 GRUB 可以很好地查看 LVM 物理卷内部。如果让你不放心的话，单独留出/boot200M左右的空间。将其设置为分区 2（将 LVM PV 分区设置为 3）或分区 1（将其他两个分区下推）。
答案2
MBR 在 2TB 驱动器上应该可以正常工作，但在更大的驱动器上就不行了。不过，使用 MBR 还是 GPT 并不重要，只要您要使用的所有操作系统都支持它即可。 BIOS 不必支持 EFI 即可从 GPT 驱动器启动。
无论您使用MBR还是GPT，我都建议使用LVM来管理空间，因为它更加灵活并且更容易在后期进行更改。
答案3
我觉得你这个问题有点想多了。仅当您打算安装多个操作系统或将驱动器移至另一台计算机时，GPT 与 MBR 才真正重要。如果您可以摆脱 MBR，那么您最好坚持使用它，特别是如果您使用 LVM（它允许 MBR 缺少的许多功能）。
至于分区大小，这里有一些好的经验法则：
- 小分区可能会很烦人，因为您永远不会提前知道实际会使用多少。
- 大分区可能会很烦人，因为它们需要很长时间来构建和检查。此外，文件系统上的“磨损”往往会根据使用情况而增加。将所有内容放在一个分区中意味着这种积累会发生得更快。无论什么都值得。
答案4
事实证明文件系统太小通常会造成戏剧性的后果。 10GB 很容易被二进制文件和日志文件填满。您拥有丰富的磁盘空间，为什么还要如此努力地节省空间？过一会儿你就会后悔的。不要一次性分配所有磁盘空间，留出空间以便在需要时移动文件系统。扩展文件系统很容易，但缩小文件系统则不然。查看 LVM2 可以为您做什么。http://tldp.org/HOWTO/LVM-HOWTO/index.html 不要做出让你在未来几年陷入困境的错误决定。