对 2tb 驱动器进行分区

4 linux lvm gpt

我是 Linux 新手。我打算在 2tb 硬盘上安装 Squeeze,如下所示:

  • / - 10GB
  • 交换
  • 剩余空间将包含 /home,大约 1.9tb 我希望,稍后我会尝试使用 lvm 添加我的旧 1tb 驱动器

我的问题是:我必须使用 GPT 吗?或者 MBR 就好了

如果 GPT 需要这个方案好不好?

  • /boot - 150mb
  • / - 10GB
  • 交换
  • /home (lvm 剩余空间)

主板是华擎 G41 顺便说一句,我认为它不支持 EFI

Ale*_*ios 9

GPT还是MBR?

正如@mgorven 所说,两者都适用于 2TB。我已经在 2T 磁盘上部署了数十个 MBR 磁盘标签,并且在它们上运行良好。这真的是你的选择。我现在倾向于使用 MBR,但这即将改变。

UEFI 和 GPT

您不需要 UEFI 将 GPT 磁盘标签写入磁盘,如果您很聪明,您可以想象从非 UEFI ROM 启动带有 GPT 磁盘标签的磁盘(需要少许盐;我没有做到了这一点)。关于 GPT维基百科文章对此有一些间接信息。

区域

这通常被人们忽视,但它确实发挥了作用,而且可能是巨大的。这不是非旋转大容量存储的问题,但多年来一直是磁盘的问题。由于与几何和物理有关的原因,磁盘吞吐量在磁盘开头附近最高。吞吐量按区域分解,当您从一个区域移动到另一个区域时,速度会下降。这意味着您应该将最需要速度的分区保留在磁盘开头附近。这种差异在磁盘的前几 GB 中非常明显。

Unix 磁盘分区

您想要拥有许多文件系统,因为(除其他外):

  • 你不会把所有的鸡蛋放在一个篮子里。如果一个文件系统损坏,您可以从备份中恢复它,生活就会恢复正常。如果您的所有文件系统都被损坏,那么停机时间就会更长,麻烦也会更多,而且您会更加恼火。
  • 出于性能原因,每个文件系统都可以进行不同的调整。您存储 MailDir 的文件系统可以在几个目录中包含数十万个小文件。您保存视频文件的文件系统有几十个大文件。你可以优化。
  • 您可以在文件系统中保留空间,并允许某个用户在其他用户无法使用时使用它。Root 通常会保留 5% 的文件系统空间。对于多个文件系统,您可以对此进行调整(例如,邮件假脱机文件系统可以将空间分配给邮件用户)。
  • 您正在简化备份策略,使一个文件系统适合一种备份介质。这取决于您的备份策略和软件。
  • 使用单独的文件系统,例如/home,您可以在一台计算机上拥有多个 *nix 操作系统,并在它们之间共享您的文件,而不必搞混。
  • 您可以解决系统限制。例如,在过去,一些磁盘不能从离磁盘开始太远的磁盘块启动,所以我们会制作一个足够小的/boot文件系统来占用磁盘的第一个块。
  • 您可以优化速度。将关键文件系统放在最快的磁盘区域中。
  • 启动速度:fsck使用 20G 文件系统比fsck使用 1900G 文件系统更快。巧妙地选择您的检查周期可以确保您分散fsck运行。

您可能不想拥有太多文件系统,因为:

  • 您正在量化磁盘空间。如果您需要在磁盘上存储 100G,您可能会发现您总共有 200G 可用空间,但没有一个分区有足够的可用磁盘空间。
  • 您受到磁盘标签功能的限制。许多 Unices 只能在一个磁盘标签中容纳 8 个分区/切片,其中一个是保留的。MBR 在这方面并没有多大限制,GPT 将允许 128 个分区,这远远超出您的需要。
  • 创建和管理太多的文件系统可能会很麻烦。
  • 您的文件存储需求并没有那么多样化。

文件系统方案

每个人都有自己的最爱。我曾经有一个电子表格来计算这些,但通常情况下,我使用一张纸和一个旧式书写工具(多么古怪)。我经过多次迭代,直到满意为止,然后将分区方案提交给计算机。这种方式更快。在大多数基于 Debian 的服务器上,我将以下文件系统分开:

  • / (根)
  • /boot
  • /usr
  • /var
  • /usr/local
  • /tmp
  • /home
  • 备用文件系统

其他需要获得其他单独的文件系统,例如我的照片的单独分区(备份策略不同),视频的单独分区等。邮件服务器将获得电子邮件的单独分区。数据库服务器将为它们的数据存储和磁盘上、一致的数据库备份文件等获得单独的分区。但基本方案几乎总是这样。

我还在磁盘末尾保留了一个备用文件系统。我mkfs将它用于临时空间,通常安装在/disk1(工作约定)或/disk/tmp(我的约定)下。如果我发现新的需求(我可以删除它并增加另一个文件系统,或者只是重新利用它),或者如果我只需要大量暂存空间,这个文件系统很有用。

浆纱

这在很大程度上取决于计算机的用途。对于许多事情,您可以使用非常小的尺寸。我的建议是使用LVM(读)和10G分配给每一个/usr/var/usr/local(更小的,如果你不上编译和安装自己的软件计划)。我保持/tmp小一点,也许是 1-2G。如果根文件系统中没有所有大文件系统,那也可能很小:我当前的盒子有一个 2G 分区,还有足够的空间。的/boot,如果你不是一个内核开发者,要么根本就没有文件系统可以非常小。最近的计算机和最新版本的 GRUB 可以很好地处理这个问题。如果你愿意,大约 200-300 兆克就可以了。

LVM

我已经很久没有部署非 LVM 系统了。您获得的灵活性值得短暂的学习曲线。使用 LVM,您可以有更多的空间来改变主意,并且您的文件系统可以与您一起成长。我真的推荐它。

示例方案

  • 分区 1:交换空间(磁盘开头)
  • 分区 2:带有名为“fs”的卷组的 LVM 物理卷。
    • 体积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(向下推其他两个)。