Brtfs 是由 Chris Mason 开发的一种写时复制 (COW) 文件系统。它基于 Ohad Rodeh 开发的适用于 COW 的 B 树。Btrfs 是日志记录样式的文件系统。它不记录块更改，而是将块更改写入新位置，然后链接上更改。新更改在上一次写后才提交。

1.2.2 SUSE Linux Enterprise Server 上的根文件系统设置 #

 

SUSE Linux Enterprise Server 默认设置为对根分区使用 Btrfs 和快照。快照可让您在应用更新之后有需要时轻松地回滚系统，也可让您备份文件。快照可通过 SUSE Snapper 基础架构轻松管理，如Book “管理指南”, Chapter 10 “使用 Snapper 进行系统恢复和快照管理”所述。有关 SUSE Snapper 项目的一般信息，请参见 OpenSUSE.org (http://snapper.io) 上的 Snapper 门户网站 Wiki。

使用快照回滚系统时，必须确保在回滚期间，数据（例如用户的主目录、Web 和 FTP 服务器内容或日志文件）不会遗失或被重写。这一点通过使用根文件系统上的 Btrfs 子卷实现。子卷可从快照中排除。安装期间，根据 YaST 建议，SUSE Linux Enterprise Server 上的默认根文件系统设置包含下列子卷。由于以下原因，它们会从快照中排除。

/boot/grub2/i386-pc、/boot/grub2/x86_64-efi、/boot/grub2/powerpc-ieee1275、/boot/grub2/s390x-emu

不能回滚引导加载程序配置。上面列出的目录是架构专属目录。前两个目录位于 AMD64/Intel 64 计算机上，后两个目录分别位于 IBM POWER 和 IBM Z 上。

/home

如果独立的分区中没有 /home，便会将该目录排除以免在回滚时发生数据丢失。

/opt

第三方产品通常安装到 /opt 下。排除此目录是为了防止在回滚时卸装这些应用程序。

/srv

包含 Web 和 FTP 服务器的数据。排除此目录是为了防止在回滚时发生数据丢失。

/tmp

包含临时文件和缓存的所有目录都会排除在快照范围之外。

/usr/local

在手动安装软件时会用到此目录。系统会将该目录排除以免在回滚时卸载这些安装的软件。

/var

此目录包含许多变量文件（包括日志、暂时缓存、/var/opt 中的第三方产品），是虚拟机映像和数据库的默认位置。因此，创建此子卷是为了从快照中排除所有这些变量数据，且已禁用“写入时复制”。

警告：回滚支持

仅当您未移除任何预先配置的子卷时，SUSE 才支持回滚。不过，您可以使用 YaST 分区程序添加子卷。

1.2.2.1 挂载压缩的 Btrfs 文件系统 #

 

Btrfs 文件系统支持透明压缩。如果启用，Btrfs 将在文件数据被写入时压缩数据，并在文件数据被读取时解压缩数据。

使用 compress 或 compress-force 挂载选项，并选择压缩算法 zstd、lzo 或 zlib（默认算法）。zlib 的压缩率更高，而 lzo 的压缩速度更快，并且产生的 CPU 负载更低。zstd 算法提供了一种新式折衷方案，其性能接近 lzo，而压缩率与 zlib 类似。

例如：

# mount -o compress=zstd /dev/sdx /mnt

如果您创建了一个文件并在其中写入数据，而压缩后的结果大于或等于未压缩时的大小，则将来针对此文件执行写入操作后，Btrfs 会始终跳过压缩。如果您不希望有这种行为，请使用 compress-force 选项。对于包含一些初始不可压缩数据的文件而言，此选项可能很有用。

请注意，压缩只会作用于新文件。如果使用 compress 或 compress-force 选项挂载文件系统，则在未压缩的情况下写入的文件将不会压缩。此外，包含 nodatacow 属性的文件的内容永远不会压缩：

# chattr +C FILE
# mount -o nodatacow  /dev/sdx /mnt

加密与任何压缩操作均无关。在此分区中写入一些数据后，请打印细节：

# btrfs filesystem show /mnt
btrfs filesystem show /mnt
Label: 'Test-Btrfs'  uuid: 62f0c378-e93e-4aa1-9532-93c6b780749d
        Total devices 1 FS bytes used 3.22MiB
      devid    1 size 2.00GiB used 240.62MiB path /dev/sdb1

如果您希望此设置是永久性的，请在 /etc/fstab 配置文件中添加 compress 或 compress-force 选项。例如：

UUID=1a2b3c4d /home btrfs subvol=@/home,compress 0 0

1.2.2.2 挂载子卷 #

 

在 SUSE Linux Enterprise Server 上，从快照进行系统回滚的程序通过先从快照引导来执行。这样一来，您便可以在运行回滚之前，在运行的同时检查快照。只要挂载子卷，就可以实现从快照引导（通常没必要）。

除了第 1.2.2 节 “SUSE Linux Enterprise Server 上的根文件系统设置”中列出的子卷之外，系统中还存在一个名为 @ 的卷。这是默认的子卷，将挂载为根分区 (/)。其他子卷将挂载到此卷中。

从快照引导时，使用的不是 @ 子卷，而是快照。快照中包括的文件系统部分将以只读方式挂载为 /。其他子卷将以可写入方式挂载到快照中。此状态默认为临时状态，下次重引导时将还原先前的配置。要使其变为永久状态，请执行 snapper rollback 命令。这将使目前引导的快照成为新的默认子卷，在重引导之后将会使用它。

1.2.2.3 检查可用空间 #

 

通常可通过运行 df 命令来检查文件系统的用量。在 Btrfs 文件系统上，df 的输出可能有误导性，因为除了原始数据分配的空间以外，Btrfs 文件系统还会为元数据分配并使用空间。

因此，即使看上去仍有大量的可用空间，Btrfs 文件系统也可能会报告空间不足。发生这种情况时，为元数据分配的全部空间都已用尽。使用以下命令可检查 Btrfs 文件系统上已用和可用的空间：

btrfs filesystem show

> sudo btrfs filesystem show /
Label: 'ROOT'  uuid: 52011c5e-5711-42d8-8c50-718a005ec4b3
        Total devices 1 FS bytes used 10.02GiB
        devid    1 size 20.02GiB used 13.78GiB path /dev/sda3

显示文件系统的总大小及其用量。如果最后一行中的这两个值匹配，则表示文件系统上的全部空间都已分配出去。

btrfs filesystem df

> sudo btrfs filesystem df /
Data, single: total=13.00GiB, used=9.61GiB
System, single: total=32.00MiB, used=16.00KiB
Metadata, single: total=768.00MiB, used=421.36MiB
GlobalReserve, single: total=144.00MiB, used=0.00B

显示文件系统的已分配 (total) 空间和已用空间值。如果元数据的 total 和 used 值基本上相等，则表示元数据的全部空间都已分配出去。

btrfs filesystem usage

> sudo btrfs filesystem usage /
Overall:
    Device size:                  20.02GiB
    Device allocated:             13.78GiB
    Device unallocated:            6.24GiB
    Device missing:                  0.00B
    Used:                         10.02GiB
    Free (estimated):              9.63GiB      (min: 9.63GiB)
    Data ratio:                       1.00
    Metadata ratio:                   1.00
    Global reserve:              144.00MiB      (used: 0.00B)

             Data     Metadata  System
Id Path      single   single    single   Unallocated
-- --------- -------- --------- -------- -----------
 1 /dev/sda3 13.00GiB 768.00MiB 32.00MiB     6.24GiB
-- --------- -------- --------- -------- -----------
   Total     13.00GiB 768.00MiB 32.00MiB     6.24GiB
   Used       9.61GiB 421.36MiB 16.00KiB

显示类似于前两个命令输出合并所得的数据。

有关详细信息，请参见 man 8 btrfs-filesystem 和 https://btrfs.wiki.kernel.org/index.php/FAQ。

1.2.3 从 ReiserFS 和 ext 文件系统迁移到 Btrfs #

 

您可以使用 btrfs-convert 工具，将数据卷从现有 ReiserFS 或 Ext（Ext2、Ext3 或 Ext4）迁移到 Btrfs 文件系统。该过程允许您对未挂载（脱机）的文件系统进行就地转换，执行此操作可能需要使用包含 btrfs-convert 工具的可引导安装媒体。该工具会在原始文件系统的可用空间内构建 Btrfs 文件系统，并直接链接到其中包含的数据。设备上必须有足够用于创建元数据的可用空间，否则转换将失败。原始文件系统将保持不变，Btrfs 文件系统不会占用任何可用空间。需要的空间大小取决于文件系统的内容，可能会因其中包含的文件系统对象（例如文件、目录、扩展属性）数量而异。由于系统会直接参照数据，文件系统上的数据量不会影响转换所需的空间，但使用尾部封装且大小超过 2 KiB 的文件除外。

警告：不支持根文件系统转换

不支持将根文件系统转换为 Btrfs，且不建议这样做。由于需要根据您的特定设置定制各种步骤，因此无法自动完成此类转换 — 该过程需要经过复杂的配置才能提供正确的回滚，/boot 必须位于根文件系统上，并且系统必须包含特定的子卷，等等。请保留现有的文件系统，或者从头开始重新安装整个系统。

要将原始文件系统转换为 Btrfs 文件系统，请运行：

# btrfs-convert /path/to/device

重要：检查 /etc/fstab

转换后，需确保 /etc/fstab 中对原始文件系统的所有参照都已调整，现指示设备包含 Btrfs 文件系统。

转换后，Btrfs 文件系统的内容将会反映源文件系统的内容。源文件系统将一直保留，直到您去除了在 fs_root/reiserfs_saved/image 中创建的相关只读映像为止。该映像文件实际上是转换前 ReiserFS 文件系统的一个“快照”，修改 Btrfs 文件系统时不会修改该映像。要去除该映像文件，请去除 reiserfs_saved 子卷：

# btrfs subvolume delete fs_root/reiserfs_saved

要将文件系统还原到原始文件系统，请使用以下命令：

# btrfs-convert -r /path/to/device

警告：更改将丢失

您在文件系统挂载为 Btrfs 文件系统时所做的任何更改都将丢失。切勿在此期间执行任何平衡操作，否则将无法正确恢复文件系统。

1.2.5 Btrfs 子卷配额支持 #

 

Btrfs 根文件系统子卷（例如 /var/log、/var/crash 或 /var/cache）在正常运作期间可能会使用所有可用的磁盘空间，这会导致系统出现故障。为避免出现此状况，SUSE Linux Enterprise Server 提供了 Btrfs 子卷配额支持。如果您是根据 YaST 建议设置根文件系统的，现在便可以启用和设置子卷配额。

1.2.5.1 使用 YaST 设置 Btrfs 配额 #

 

要使用 YaST 为根文件系统的子卷设置配额，请执行以下步骤：

1. 启动 YaST 并选择系统 › 分区程序，针对警告，请单击是确认。

2. 在左侧窗格中，单击 Btrfs。

3. 在主窗口中，选择要启用子卷配额的设备，然后单击底部的编辑。

4. 在编辑 Btrfs 窗口中，选中启用子卷配额复选框，然后单击下一步进行确认。

   

   图 1.1︰ 启用 Btrfs 配额 #

    

5. 从现有子卷列表中，单击要按配额限制大小的子卷，然后单击底部的编辑。

6. 在编辑 Btrfs 的子卷窗口中，激活限制大小并指定最大引用大小。使用接受确认。

   

   图 1.2︰ 设置子卷配额 #

    

   新的大小限制将显示在子卷名称旁边：

   

   图 1.3︰ 设备的子卷列表 #

    

7. 单击下一步应用更改。

1.2.5.2 在命令行上设置 Btrfs 配额 #

 

要在命令行上设置根文件系统的子卷配额，请执行以下步骤：

1. 启用配额支持：

   > sudo btrfs quota enable /

2. 取得子卷列表：

   > sudo btrfs subvolume list /

   只能为现有子卷设置配额。

3. 为上一步中所列的其中一个子卷设置配额。子卷可以用路径识别（例如 /var/tmp），也可以用 0/SUBVOLUME ID（例如 0/272）。以下示例为 /var/tmp 设置 5 GB 配额。

   > sudo btrfs qgroup limit 5G /var/tmp

   大小单位可以是字节 (5000000000)、KB (5000000K)、MB (5000M) 或 GB (5G)。以字节为单位生成的值略有不同，因为 1024 字节 = 1 KiB，1024 KiB = 1 MiB，依此类推

4. 若要列出现有配额，请使用以下命令。max_rfer 列以字节为单位显示配额。

   > sudo btrfs qgroup show -r /

提示：取消配额

如果您要取消现有配额，请将配额大小设置为 none：

> sudo btrfs qgroup limit none /var/tmp

要为某个分区及其所有子卷禁用配额支持，请使用 btrfs quota disable：

> sudo btrfs quota disable /

1.2.5.3 更多信息 #

 

有关细节，请参见 man 8 btrfs-qgroup 和 man 8 btrfs-quota。Btrfs Wiki (UseCases) 上的 https://btrfs.wiki.kernel.org/index.php/UseCases 页面也提供了更多信息。

1.2.6 Btrfs 上的交换 #

 

重要：启用交换创建快照

如果源子卷包含任何已启用的交换文件，则您无法创建快照。

如果满足与生成的交换文件相关的以下准则，则 SLES 支持在 Btrfs 文件系统上的文件交换：

• 交换文件必须有 NODATACOW 和 NODATASUM 挂载选项。

• 不得压缩交换文件，您可以通过设置 NODATACOW 和 NODATASUM 挂载选项来确保这一点。两个选项都会禁用交换文件压缩。

• 在运行排它操作（例如设备调整大小、添加、去除或替换）时，或在运行平衡操作时，不能激活交换文件。

• 交换文件不能是稀疏文件。

• 交换文件不能是内联文件。

• 交换文件必须位于 single 分配配置文件系统上。

1.2.7 Btrfs 发送/接收 #

 

Btrfs 允许生成快照来捕获文件系统的状态。例如，Snapper 可使用此功能在系统更改之前及之后创建快照，以便允许回滚。不过，将快照与发送/接收功能结合使用还可以在远程位置创建和维护文件系统的副本。例如，此功能可用于执行增量备份。

btrfs send 操作可计算同一子卷中两个只读快照之间的差异，并将差异发送到某个文件或 STDOUT。btrfs receive 操作会接收 send 命令的结果，并将其应用到快照。

1.2.7.1 先决条件 #

 

要使用发送/接收功能，需要满足以下要求：

• 源端 (send) 和目标端 (receive) 各有一个 Btrfs 文件系统。

• Btrfs 发送/接收是对快照执行的，因此，相应的数据需要驻留在 Btrfs 子卷中。

• 源端中的快照必须为只读模式。

• SUSE Linux Enterprise 12 SP2 或更高版本。早期版本的 SUSE Linux Enterprise 不支持发送/接收。

1.2.7.2 增量备份 #

 

以下过程展示了 Btrfs 发送/接收操作的基本用法，其中示范了如何在 /backup/data（目标端）中创建 /data（源端）的增量备份。/data 需为子卷。

过程 1.1︰ 初始设置 #

 

1. 在源端创建初始快照（在本例中名为 snapshot_0），并确保将它写入该磁盘：

   > sudo btrfs subvolume snapshot -r /data /data/bkp_data
   sync

   一个新子卷 /data/bkp_data 即会创建。该子卷将用作后续增量备份的基础，应将它保留为参照。

2. 将初始快照发送到目标端。由于这是初始的发送/接收操作，因此需要发送整个快照：

   > sudo bash -c 'btrfs send /data/bkp_data | btrfs receive /backup'

   目标端上即会创建一个新子卷 /backup/bkp_data。

完成初始设置后，可以创建增量备份，并将当前快照与先前快照之间的差异发送到目标端。操作过程始终是相同的：

1. 在源端创建新快照。

2. 将差异发送到目标端。

3. 可选：重命名和/或清理两端中的快照。

过程 1.2︰ 执行增量备份 #

 

1. 在源端创建新快照，并确保将它写入该磁盘。在下面的示例中，快照命名为 bkp_data_CURRENT_DATE：

   > sudo btrfs subvolume snapshot -r /data /data/bkp_data_$(date +%F)
   sync

   创建新子卷，例如 /data/bkp_data_2016-07-07。

2. 将先前快照与您创建的快照之间的差异发送到目标端。为此，可以使用选项 -p SNAPSHOT 指定先前的快照。

   > sudo bash -c 'btrfs send -p /data/bkp_data /data/bkp_data_2016-07-07 \
   | btrfs receive /backup'

   一个新子卷 /backup/bkp_data_2016-07-07 即会创建。

3. 如此我们有了四个快照，每端各有两个：

   /data/bkp_data

   /data/bkp_data_2016-07-07

   /backup/bkp_data

   /backup/bkp_data_2016-07-07

   现在，关于如何继续，您有三种选择：

   • 保留两端中的所有快照。如果采用这种选择，您可以回滚到两端中的任一快照，同时会复制所有数据。不需要执行额外操作。执行后续增量备份时，请记得使用倒数第二个快照作为发送操作的父项。

   • 仅保留源端中的最后一个快照，保留目标端中的所有快照。此外，允许回滚到两端中的任一快照 - 要回滚到源端中的特定快照，请对整个快照执行从目标端到源端的发送/接收操作。在源端执行删除/移动操作。

   • 仅保留两端中的最后一个快照。采用这种方法，您会在目标端创建一个备份，该备份代表源端中生成的最后一个快照的状态。系统无法回滚到其他快照。在源端和目标端执行删除/移动操作。

   1. 如果只想保留源端中的最后一个快照，请执行以下命令：

      > sudo btrfs subvolume delete /data/bkp_data
      > sudo mv /data/bkp_data_2016-07-07 /data/bkp_data

      第一条命令将删除先前的快照，第二条命令将当前快照重命名为 /data/bkp_data。这可确保备份的最后一个快照始终命名为 /data/bkp_data。因此，您也可以始终使用此子卷名称作为增量发送操作的父项。

   2. 如果只想保留目标端中的最后一个快照，请执行以下命令：

      > sudo btrfs subvolume delete /backup/bkp_data
      > sudo mv /backup/bkp_data_2016-07-07 /backup/bkp_data

      第一条命令将删除先前的备份快照，第二条命令将当前备份快照重命名为 /backup/bkp_data。这可确保最新的备份快照始终命名为 /backup/bkp_data。

提示：发送到远程目标端

要将快照发送到远程计算机，请使用 SSH：

> btrfs send /data/bkp_data | ssh root@jupiter.example.com 'btrfs receive /backup'

1.2.8 数据去重支持 #

 

Btrfs 支持重复数据删除功能，具体办法是以指向通用存储位置中的块单一副本的逻辑链接替换文件系统中完全相同的块。SUSE Linux Enterprise Server 提供 duperemove 工具来扫描文件系统中有没有完全相同的块。在 Btrfs 文件系统上使用时，也可以用来删除这些重复的块，从而节省文件系统上的空间。duperemove。要使此功能可用，请安装软件包 duperemove。

注意：对大型数据集去重

如果您要对大量文件去重，请使用 --hashfile 选项：

> sudo duperemove --hashfile HASH_FILE file1 file2 file3

--hashfile 选项会将所有指定文件的哈希存储到 HASH_FILE（而不是 RAM 中），以防耗尽 RAM。HASH_FILE 可重复使用 - 当完成生成基线哈希文件的初始运行后，即可对大型数据集更改去重。

duperemove 可以针对一系列文件操作，也可以以递归方式扫描某个目录：

> sudo duperemove OPTIONS file1 file2 file3
> sudo duperemove -r OPTIONS directory

它有两种操作模式：只读和重复数据删除。以只读模式运行时（即不使用 -d 开关），该命令会扫描给定文件或目录中的重复块，并将其列显出来。此模式适用于所有文件系统。

只有 Btrfs 文件系统支持在去重模式下执行 duperemove。扫描给定文件或目录之后，将会提交重复的块以进行去重。

有关更多信息，请参见man 8 duperemove。

SGI 在 20 世纪 90 年代初开始开发 XFS，最初计划将 XFS 作为 IRIX OS 的文件系统。开发 XFS 的目的是创建一个高性能的 64 位日记文件系统来满足对计算能力的极高要求。XFS 适合操纵大型文件，在高端硬件上表现优异。XFS 是 SUSE Linux Enterprise Server 中数据分区的默认文件系统。

快速回顾 XFS 的关键功能可解释为什么此文件系统经证明在高端计算方面是其他日记文件系统的强大竞争对手。

1.3.1 XFS 格式 #

 

SUSE Linux Enterprise Server 支持 XFS 文件系统的“磁盘格式” (v5)。这种格式的主要优点包括，所有 XFS 元数据的自动检查总数、文件类型支持以及支持文件更多数量的访问控制列表。

请注意，低于 3.12 版的 SUSE Linux Enterprise 内核、低于 3.2.0 版的 xfsprogs 以及在 SUSE Linux Enterprise 12 之前发布的 GRUB 2 版本均不支持这种格式。

重要：V4 将弃用

XFS 即将弃用采用 V4 格式的文件系统。此文件系统格式是由以下命令创建的：

mkfs.xfs -m crc=0 DEVICE

该格式在 SLE 11 和更低版本中使用，目前它通过 dmesg 创建警告消息：

Deprecated V4 format (crc=0) will not be supported after September 2030

如果您在 dmesg 命令的输出中看到上述消息，建议将文件系统更新到 V5 格式：

1. 将数据备份到另一台设备。

2. 在该设备上创建文件系统。

   mkfs.xfs -m crc=1 DEVICE

3. 从已更新的设备上的备份恢复数据。

Ext2 的原身可以追溯到 Linux 历史的早期。其前身是“扩展文件系统”，于 1992 年 4 月实施，集成在 Linux 0.96c 中。扩展文件系统经历了数次修改，后来才称为 Ext2，曾经是多年来最受欢迎的 Linux 文件系统。但随着日记文件系统的创建以及其恢复时间的缩短，Ext2 的重要性逐渐降低。

简要总结 Ext2 的优点有助于您了解为什么它以前是（在某些领域现在仍是）许多 Linux 用户最喜欢使用的 Linux 文件系统。

Ext3 由 Stephen Tweedie 设计。与所有其他下一代文件系统不同，Ext3 并没有采用全新的设计原则。它是在 Ext2 的基础上设计的。这两个文件系统密切关联。可以方便地在 Ext2 文件系统上建立 Ext3 文件系统。Ext2 和 Ext3 最重要的区别是 Ext3 支持日记。总之，Ext3 有三个主要优点：

2006 年，Ext4 做为 Ext3 的传承面市。它是扩展的文件系统版本中的最新文件系统。Ext4 最初旨在增大存储空间大小，它支持最大大小为 1 EiB 的卷、最大大小为 16 TiB 的文件和无限个子目录。Ext4 使用区域（而不是传统的直接和间接块指针）来映射文件内容。使用区域可以改善在磁盘中存储数据以及从中检索数据的功能。

Ext4 还引入了多项性能增强功能，例如延迟块分配和速度大幅提升的文件系统检查例程。Ext4 还支持日记校验和，并可提供以纳秒度量的时间戳，因而更加可靠。Ext4 完全反向兼容于 Ext2 和 Ext3，后两个文件系统都可以作为 Ext4 装入。

注意：Ext4 上的 Ext3 功能

Ext4 内核模块中的 Ext4 驱动程序完全支持 Ext3 功能。

1.6.2 Ext4 文件系统 inode 大小及 inode 数量 #

 

inode 用于存储文件的相关信息及其在文件系统中的块位置。为了让 inode 有空间可以容纳扩展属性以及 ACL，默认的 inode 大小已增大至 256 字节。

当您创建新的 Ext4 文件系统时，系统将根据可创建的 Inode 总数预先分配 Inode 表格中的空间。每 inode 的字节数比率以及文件系统的大小决定了可以创建的 inode 数量。建立文件系统时，将根据每 inode 字节数的单位空间创建 inode：

number of inodes = total size of the file system divided by the number of bytes per inode

inode 的数量控制着文件系统中可容纳的文件数：一个文件对应一个 inode。

重要：无法更改现有 Ext4 文件系统的 inode 大小

inode 分配完毕后，将无法更改 inode 大小的设置或每 inode 的字节数比率。如果不使用其他设置重新创建文件系统，或不扩展文件系统，则无法添加 Inode。超过 inode 最大数量时，只有删除部分文件才能在文件系统上创建新文件。

新建 Ext4 文件系统时，您可以指定 inode 大小和每 inode 的字节数比率，以控制文件系统上 inode 的空间用量以及可容纳的文件数量。如果未指定块大小、inode 大小以及每 inode 的字节数比率值，系统会应用 /etc/mked2fs.conf 文件中的默认值。有关信息，请参见 mke2fs.conf(5) 手册页。

使用以下指标：

• inode 大小：： 默认的 inode 大小为 256 字节。指定字节值，即介于 128 字节（含）到块大小（含）之间的 2 的乘方值，如 128、256、512，以此类推。只有当 Ext4 文件系统上不使用扩展属性或 ACL 时才可使用 128 字节。

• 每 inode 的字节数比率：： 默认的每 inode 的字节数比率为 16384 字节。有效的每 inode 的字节数比率值必须是大于等于 1024 字节的 2 的乘方值，如 1024、2048、4096、8192、16384、32768，以此类推。该值不应小于文件系统的块大小，因为块大小是用于存储数据的最小空间大块。Ext4 文件系统的默认块大小为 4 KiB。

  此外，请考虑需要存储的文件数量及大小。例如，如果您的文件系统上将会有许多小文件，则可以指定一个较小的每 inode 的字节数比率，这样会增加 inode 的数量。如果文件系统将存储超大型文件，您可以指定一个较大的每 Inode 的字节数比率，这样可减少可能的 Inode 数。

  通常情况下，最好要保证有足够多的 inode 可供使用。如果 inode 数量过少且文件很小，则可能当磁盘上的文件数量已达最大值时实际上磁盘却还很空。如果 inode 过多且文件很大，则可能虽然报告仍有可用空间，但却无法使用，这是因为您无法在为 inode 预留的空间中新建文件。

使用以下任何一种方法设置 inode 大小以及每 inode 的字节数比率：

• 修改所有新 Ext4 文件系统的默认设置：： 在文本编辑器中，修改 /etc/mke2fs.conf 文件的 defaults 部分，将 inode_size 和 inode_ratio 设置为所需的默认值。这些值将应用到所有新的 Ext4 文件系统。例如：

  blocksize = 4096
  inode_size = 128
  inode_ratio = 8192

• 在命令行处：： 在新建 Ext4 文件系统时，将 inode 大小 (-I 128) 以及每 inode 的字节数比率 (-i 8192) 传递给 mkfs.ext4(8) 命令或 mke2fs(8) 命令。例如，使用以下任一命令：

  > sudo mkfs.ext4 -b 4096 -i 8092 -I 128 /dev/sda2
  > sudo mke2fs -t ext4 -b 4096 -i 8192 -I 128 /dev/sda2

• 在使用 YaST 安装期间：： 在安装期间新建 Ext4 文件系统时，传递 inode 大小和每 inode 的字节数比率值。在专家分区程序中选择分区，然后单击编辑。在格式化选项下，选择格式化设备Ext4，然后单击选项。在格式化选项对话框中，从块大小（字节）、每 inode 的字节数和 Inode 大小下拉框中选择所需的值。

  例如，在块大小 (B) 下拉框中选择 4096、在每 inode 的字节数下拉框中选择 8192、在 Inode 大小下拉框中选择 128，然后单击确定。

  

1.6.3 升级到 Ext4 #

 

重要：备份数据

在对文件系统执行任何更新之前，请备份文件系统上的所有数据。

过程 1.3︰ 升级到 Ext4 #

 

1. 要从 Ext2 或 Ext3 进行升级，必须启用以下功能：

   Ext4 所需的功能 #

    

   extents

   硬盘上的邻接块，用于使文件彼此相连并防止出现碎片

   unint_bg

   迟缓 inode 表初始化

   dir_index

   针对大目录的哈希 b 树查找

   在 Ext2 上：as_journal

   在 Ext2 文件系统上启用日记。

   要启用这些功能，请运行：

   • 在 Ext3 上：

     # tune2fs -O extents,uninit_bg,dir_index DEVICE_NAME

   • 在 Ext2 上：

     # tune2fs -O extents,uninit_bg,dir_index,has_journal DEVICE_NAME

2. 以 root 身份编辑 /etc/fstab 文件：将 ext3 或 ext2 记录更改为 ext4。此更改将在下次重引导后生效。

3. 要引导 Ext4 分区上设置的文件系统，请在 initramfs 中添加模块 ext4 和 jbd。打开或创建 /etc/dracut.conf.d/filesystem.conf 并添加下面一行：

   force_drivers+=" ext4 jbd"

   需要通过运行以下命令来重写现有的 dracut initramfs：

   dracut -f

4. 重引导系统。

SUSE Linux Enterprise Server 15 中完全去除了 ReiserFS 支持。要将现有分区迁移到 Btrfs，请参见第 1.2.3 节 “从 ReiserFS 和 ext 文件系统迁移到 Btrfs”。

OpenZFS 和 ZFS 文件系统都不受 SUSE 的支持。尽管 ZFS 最初是由 Sun 根据开源许可证发布的，但现在最新的 Oracle Solaris ZFS 是闭源软件，因此 SUSE 不能使用该软件。OpenZFS（基于原始 ZFS）根据 CDDL 许可证提供，与 GPL 许可证不兼容，因此不能包含在我们的内核中。不过，Btrfs 提供了 OpenZFS 的出色替代方案，具有类似设计理念，并且完全受 SUSE 支持。

tmpfs 是基于 RAM 的虚拟内存文件系统。该文件系统是临时系统，也就是说，硬盘上不会存储任何文件，当文件系统被卸载时，所有数据都会被丢弃。

此文件系统中的数据存储在内核的内部缓存中。所需的内核缓存空间可能会增大或缩减。

该文件系统具有以下特点：

有关详细信息，可以参考：

表 1.1 “Linux 中的文件系统类型”对 linux 支持的其他一些文件系统进行了总结。支持这些文件系统主要是为了确保与不同类型的媒体或异操作系统实现兼容和数据交换。

出于安全原因，已阻止某些文件系统自动挂载。这些文件系统通常不再受到维护，并且不太常用。但是，可以加载这些文件系统的内核模块，因为内核中 API 仍是兼容的。如果将用户可挂载的文件系统和可卸设备上自动挂载的文件系统结合使用，可能会导致非特权用户触发内核模块自动加载，而可卸设备存储着潜在恶意的数据。

要获取不允许自动挂载的文件系统列表，请运行以下命令：

> sudo rpm -ql suse-module-tools  | sed -nE 's/.*blacklist_fs-(.*)\.conf/\1/p'

如果您尝试使用 mount 命令挂载包含已阻止文件系统的设备，该命令将输出错误消息，例如：

mount: /mnt/mx: unknown filesystem type 'minix' (hint: possibly blacklisted, see mount(8)).

要允许挂载文件系统，需要从阻止列表中去除特定的文件系统。每个已阻止的文件系统都有各自的配置文件，例如，efs 的配置文件是 /lib/modules.d/60-blacklist_fs-efs.conf。但是，请不要编辑这些文件，因为每当更新软件包 suse-module-tools 时，就会重写这些文件。要允许自动挂载已阻止的文件系统，可使用以下选项：

即使无法自动挂载某个文件系统，您也可以直接使用 modprobe 加载该文件系统的相应内核模块：

> sudo modprobe FILESYSTEM

例如，对于 cramfs 文件系统，输出如下所示：

unblacklist: loading cramfs file system module
unblacklist: Do you want to un-blacklist cramfs permanently (<y>es/<n>o/n<e>ver)? y
unblacklist: cramfs un-blacklisted by creating /etc/modprobe.d/60-blacklist_fs-cramfs.conf

如果您选择 yes，则 modprobe 命令会调用一个脚本，用于创建从所提供文件系统的配置文件指向 /dev/null 的符号链接。因此，会从阻止列表中去除该文件系统。

最初，Linux 支持的最大文件大小为 2 GiB（2³¹ 字节）。除非文件系统支持大型文件，否则 32 位系统上的最大文件大小为 2 GiB。

目前，我们的所有标准文件系统都具有 LFS（large file support，大型文件支持）功能，理论上可以支持最大为 2⁶³ 字节的文件大小。表 1.2 “文件和文件系统的最大大小（磁盘格式，4 KiB 块大小)”概述了 Linux 文件和文件系统的当前磁盘上格式的限制。表中的数字基于文件系统使用 4 KiB 块大小的假设得出，这是通用的标准。使用不同的块大小，结果也就不同。使用较稀疏的块时，表 1.2 “文件和文件系统的最大大小（磁盘格式，4 KiB 块大小)”中的最大文件大小可能会大于文件系统的实际大小。

注意：二进制倍数

在本文档中：1024 字节 = 1 KiB；1024 KiB = 1 MiB；1024 MiB = 1 GiB；1024 GiB = 1 TiB；1024 TiB = 1 PiB；1024 PiB = 1 EiB（另请参见 NIST: Prefixes for Binary Multiples）。

重要：限制

表 1.2 “文件和文件系统的最大大小（磁盘格式，4 KiB 块大小)”介绍了有关磁盘上格式的限制。Linux 内核自身的大小限制同样适用于其处理的文件和文件系统大小。下面介绍了这些限制：

文件大小

在 32 位系统上，文件不能超过 2 TiB（2⁴¹ 字节）。

文件系统大小

文件系统最大可以为 2⁷³ 个字节。但是，目前可用的硬件尚不会超出这一限制。

表 1.3 “存储限制” 总结了与 SUSE Linux Enterprise Server 相关联的存储的内核限制。

在固态硬盘 (SSD) 和精简配置的卷中，释放未被文件系统使用的块会很有用。对于支持 unmap 和 TRIM 操作的所有文件系统，SUSE Linux Enterprise Server 均完全支持在这些文件系统上执行这些操作。

常用的 TRIM 操作有以下两种：联机 TRIM 和定期 TRIM。释放设备的最合适方法取决于您的用例。一般情况下，建议使用定期 TRIM，尤其是当设备具有足够的可用块时。如果设备经常接近容量耗尽状态，则最好使用联机 TRIM。

重要：设备对 TRIM 操作的支持

在尝试使用 TRIM 操作之前，请始终校验您的设备是否支持该操作。否则，您可能会丢失该设备上的数据。要校验是否支持 TRIM 操作，请运行以下命令：

> sudo lsblk --discard

该命令会输出有关所有可用块设备的信息。如果 DISC-GRAN 和 DISC-MAX 列的值不为零，则表示设备支持 TRIM 操作。

> sudo systemctl enable fstrim.timer

UID=83df497d-bd6d-48a3-9275-37c0e3c8dc74  /  btrfs  defaults,X-fstrim.notrim                      0  0

1.14.2 联机 TRIM #

 

每次向设备写入数据时，都会对该设备执行联机 TRIM。

要启用设备的联机 TRIM，请如下所示将 discard 选项添加到 /etc/fstab 文件中：

UID=83df497d-bd6d-48a3-9275-37c0e3c8dc74  /  btrfs  defaults,discard

或者，在 Ext4 文件系统上，可以使用 tune2fs 命令在 /etc/fstab 中设置 discard 选项：

> sudo tune2fs -o discard DEVICE

如果设备是通过 mount 搭配 discard 选项挂载的，还需将 discard 选项添加到 /etc/fstab：

> sudo mount -o discard DEVICE

注意：联机 TRIM 的缺点

使用 discard 选项可能会缩短某些低质量 SSD 设备的使用寿命。联机 TRIM 还可能会影响设备的性能，例如，在删除大量数据的情况下。在这种情况下，可能会重新分配一个擦除块，并在短时间后，再次将同一擦除块标记为未使用。

本节说明文件系统的一些已知问题和可能的解决方案。

1.15.2 Btrfs：跨设备平衡数据 #

 

btrfs balance 命令是 btrfs-progs 软件包的一部分。它可以在以下示例情况下平衡 Btrfs 文件系统上的块组：

• 假设您有一个 1 TB 驱动器，其中的 600 GB 被数据使用，然后您又添加了一个 1 TB 驱动器。理论上，平衡后将导致每个驱动器上各有 300 GB 的已用空间。

• 您的设备上有大量接近空的区块。在执行平衡清除这些区块之前，它们的空间都将不可用。

• 您需要根据其使用百分比压缩半空的块组。以下命令将平衡使用率等于或小于 5% 的块组：

  > sudo btrfs balance start -dusage=5 /

  

  提示

  /usr/lib/systemd/system/btrfs-balance.timer 计时器负责每月清理未使用的块组。

• 您需要清除块设备的未满部分，使数据分布地更均匀。

• 您需要在不同的 RAID 类型之间迁移数据。例如，要将一组磁盘上的数据从 RAID1 转换到 RAID5，请运行以下命令：

  > sudo btrfs balance start -dprofiles=raid1,convert=raid5 /

提示

要微调 Btrfs 文件系统上平衡数据的默认行为（例如，平衡的频率或挂载点），请检查并自定义 /etc/sysconfig/btrfsmaintenance。相关选项以 BTRFS_BALANCE_ 开头。

有关 btrfs balance 命令用法的细节，请参见其手册页 (man 8 btrfs-balance)。

上面介绍的每个文件系统项目都有自己的主页，可以在其中找到邮件列表信息、更多文档和常见问题：

Wikipedia 项目上的“Comparison of File Systems”（文件系统比较，网址：https://en.wikipedia.org/wiki/Comparison_of_file_systems#Comparison）中提供了对各种文件系统（不仅仅是 Linux 文件系统）更深入的比较。

强烈建议您使用 YaST 分区程序来调整分区或逻辑卷的大小。这样一来，文件系统将自动调整为分区或卷的新大小。不过，在某些情况下，您需要手动调整文件系统的大小，因为 YaST 不支持它们：

调整任何文件系统的大小都存在一定的风险，可能会造成数据遗失。

警告：备份数据

为了避免数据丢失，请确保在开始任何调整大小任务之前备份您的数据。

计划调整文件系统大小时，请考虑以下指导原则。

2.2.3 减小文件系统的大小 #

 

当减小设备上的文件系统的大小时，请确保新的大小满足以下条件：

• 新大小必须大于现有数据的大小；否则会发生数据丢失。

• 新大小必须等于或小于当前设备大小，因为文件系统大小不能超出可用空间。

如果还计划减小用于保存文件系统的逻辑卷的大小，请确保在尝试减小设备或逻辑卷的大小之前先减小文件系统的大小。

重要：XFS

XFS 格式文件系统的大小无法减少，因为 XFS 不支持此功能。

挂载 Btrfs 文件系统后，您可以使用 btrfs filesystem resize 命令来更改该文件系统的大小。装入了文件系统时，增加和缩小大小均受支持。

挂载 XFS 文件系统后，您可以使用 xfs_growfs 命令来增加该文件系统的大小。XFS 文件系统的大小无法减少。

无论是否挂载了相应分区，都可以使用 resize2fs 命令增加 Ext2、Ext3 和 Ext4 文件系统的大小。若要减少 Ext 文件系统的大小，需要将其卸载。

UUID（全球唯一标识符）是表示文件系统的 128 位数字，在本地系统和其他系统中都是唯一的。它根据系统硬件信息和时戳（做为其种子的一部分）随机生成。UUID 通常用于唯一性标记设备。

使用非永久性的“传统”设备名称（例如 /dev/sda1）可能会使系统在添加存储设备后无法引导。例如，如果将根 (/) 指派给 /dev/sda1，则在挂接 SAN 或将其他硬盘加入系统后，系统可能会将它重新指派给 /dev/sdg1。在此情况下，需要调整引导加载程序配置和 /etc/fstab 文件，否则系统将无法引导。

默认情况下，引导加载程序以及引导设备的 /etc/fstab 文件中会使用 UUID。UUID 是文件系统的一个属性，如果重新格式化驱动器，UUID 会更改。如果不想使用设备名称的 UUID，另一种替代方法是使用 ID 或标签识别设备。

您还可以将 UUID 用做组装与激活软件 RAID 设备的准则。创建 RAID 时，md 驱动程序会为该设备生成一个 UUID，并将该值存储在 md 超块中。

您可以在 /dev/disk/by-uuid 目录中找到任何块设备的 UUID。UUID 项目示例如下所示：

> ls -og /dev/disk/by-uuid/
lrwxrwxrwx 1 10 Dec  5 07:48 e014e482-1c2d-4d09-84ec-61b3aefde77a -> ../../sda1

从 Linux 内核 2.6 开始，udev 使用永久性设备命名方式，为动态的 /dev 目录提供了一种用户空间解决方案。作为热插拔系统的一部分，在系统中添加或删除设备时会执行 udev。

使用一个规则列表来针对特定设备属性进行匹配。udev 规则基础设施（在 /etc/udev/rules.d 目录中定义）为所有磁盘设备提供了稳定的名称，不会随识别顺序或设备所使用的连接而改变。udev 工具检查内核创建的用来根据特定总线、驱动器类型或文件系统应用命名规则的每个相应块设备。有关如何定义您自己的 udev 规则的信息，请参见 Writing udev Rules。

除了内核提供的动态设备节点名称，udev 还会在 /dev/disk 目录中维护指向该设备的永久符号链接的类。该目录进一步细分为 by-id、by-label、by-path 和 by-uuid 子目录。

注意：UUID 生成器

除了 udev 之外，其他程序（如 LVM 或 md）也可生成 UUID，但它们不在 /dev/disk 中列出。

有关使用 udev 来管理设备的详细信息，请参见Book “管理指南”, Chapter 29 “ 使用 udev 进行动态内核设备管理”。

有关 udev 命令的详细信息，请参见 man 7 udev。

对于某些类型的存储设备，需要为其配置网络并使网络可用，然后 systemd.mount 才会开始挂载这些设备。要推迟这种设备的挂载，请将 _netdev 选项添加到每个特定网络存储设备的 /etc/fstab 文件中。示例如下：

mars.example.org:/nfsexport  /shared   nfs  defaults,_netdev    0  0

本节对在介绍缓存相关功能时经常用到的几个术语进行了解释：

下面是多层超速缓存使用的基本超速缓存模式：写回、直写、绕写和直通。

bcache 是一个 Linux 内核块层缓存。它允许使用一个或多个高速磁盘驱动器（例如 SSD）作为一个或多个速度低得多的硬盘的缓存。bcache 支持直写和写回，不受所用文件系统的约束。默认情况下，它只超速缓存随机读取和写入，这也是 SSD 的强项。它还适合用于台式机、服务器和高端存储阵列。

lvmcache 是由逻辑卷 (LV) 组成的缓存机制。它使用 dm-cache 内核驱动程序，支持直写（默认）和写回缓存模式。lvmcache 可将大型慢速 LV 的部分数据动态迁移到更快、更小的 LV，从而提高其性能。有关 LVM 的详细信息，请参见第 II 部分 “逻辑卷 (LVM)”。

LVM 将小型快速 LV 称为缓存池 LV。大型慢速 LV 称为源 LV。由于 dm-cache 的要求，LVM 进一步将超速缓存池 LV 分割成两个设备：超速缓存数据 LV 和超速缓存元数据 LV。来自源 LV 的数据块副本保存在缓存数据 LV 中，以提高速度。缓存元数据 LV 保存记帐信息，这些信息指定数据块的存储位置。

> sudo lvconvert --splitcache vg/origin_lv

> sudo lvremove vg/cache_data_lv

> sudo lvconvert --uncache vg/origin_lv

> sudo lvremove vg/origin_lv

LVM 支持在多个物理卷（硬盘、分区、LUN）之间弹性分配硬盘空间。开发逻辑卷管理器是因为可能只有在安装期间初始分区完成后才需要更改硬盘空间的分段。因为在正在运行的系统中修改分区比较困难，LVM 提供了存储空间的虚拟池（卷组或 VG），如果需要，可以从中生成逻辑卷 (LV)。操作系统访问这些逻辑卷而不是物理分区。卷组可以跨多个磁盘，这样多个磁盘或部分磁盘可以构成一个 VG。LVM 以这种方式提供了一种对物理磁盘空间的抽象，从而能够以比物理分区更方便、更安全的方式更改硬盘空间的分段。

图 5.1 “物理分区与 LVM”比较物理分区（左）和 lvm 分段（右）。在左侧，将一个磁盘分成 3 个物理分区 (PART)，每个分区指派了一个挂载点 (MP)，以便操作系统可以访问它们。在右侧，有两个磁盘，一个磁盘分为 2 个物理分区，另一个磁盘分为 3 个物理分区。定义了两个 LVM 卷组（VG1 和 VG2）。VG 1 包含磁盘 1 的两个分区和磁盘 2 的一个分区。VG 2 包含磁盘 2 的其余两个分区。

图 5.1︰ 物理分区与 LVM #

 

在 LVM 中，合并到卷组的物理磁盘分区称为物理卷 (PV)。在图 5.1 “物理分区与 LVM”的卷组中，定义了四个逻辑卷（LV 1 至 LV 4），操作系统可以通过关联的挂载点 (MP) 来使用这些逻辑卷。不同逻辑卷之间的边界不一定是任何分区边界。请参见本示例中 LV 1 和 LV 2 之间的边界。

LVM 功能：

注意：LVM 和 RAID

即使 LVM 也支持 RAID 级别 0、1、4、5 和 6，我们仍建议您使用 mdraid（请参见第 7 章 “软件 RAID 配置”）。不过，LVM 可以与 RAID 0 和 1 搭配使用，因为 RAID 0 类似于通用逻辑卷管理（各个逻辑块将映射到物理设备上的块）。在 RAID 1 基础上使用的 LVM 可以跟踪镜像同步，并完全能够管理同步过程。使用更高的 RAID 级别时，需要借助一个管理守护程序来监控挂接的磁盘的状态，并在磁盘阵列出现问题时通知管理员。LVM 包含此类守护程序，但在异常情况下（例如设备故障），该守护程序无法正常工作。

警告：IBM Z：LVM 根文件系统

如果您将系统的根文件系统配置在 LVM 或软件 RAID 阵列上，则必须将 /boot 置于单独的非 LVM 或非 RAID 分区上，否则系统将无法引导。此类分区的建议大小为 500 MB，建议的文件系统为 Ext4。

通过这些功能，使用 LVM 还对频繁使用的家用 PC 或小型服务器有用。如果您的数据存储量（如数据库、音乐存档或用户目录）不断增长，则 LVM 尤其有用。它支持您使用大于物理硬盘的文件系统。但是，请记住，使用 LVM 与使用传统的分区截然不同。

您可以使用 YaST 分区程序管理新的或现有的 LVM 存储对象。有关配置 LVM 的说明及详细信息，请参见官方 LVM HOWTO。

LVM 卷组 (VG) 会将 Linux LVM 分区组织到一个逻辑空间池中。您可以从组的可用空间中划分出逻辑卷。组中的 Linux LVM 分区可以在相同或不同磁盘上。您可以添加分区或整个磁盘来扩大组的大小。

要使用整个磁盘，该磁盘不得包含任何分区。使用分区时，不得挂载分区。在将分区添加到 VG 时，YaST 会自动将它们的分区类型更改为 0x8E Linux LVM。

逻辑卷提供一个空间池，此空间池与硬盘提供的空间池类似。要让此空间可用，需要定义逻辑卷。逻辑卷类似于一个普通分区 - 您可以进行格式化并将其装入系统。

使用 YaST 分区程序从现有卷组创建逻辑卷。请为每个卷组至少指派一个逻辑卷。您可以根据需要创建新的逻辑卷，直到卷组中的所有可用空间都用完为止。可以选择性地精简配置一个 LVM 逻辑卷，以便创建大小超出可用空间的逻辑卷（有关详细信息，请参见第 5.3.1 节 “精简配置的逻辑卷”）。

5.3.1 精简配置的逻辑卷 #

 

LVM 逻辑卷可选择进行精简配置。精简配置可让您创建大小超出可用空间的逻辑卷。您创建包含未使用空间（预留供任意数目的瘦卷使用）的瘦池。瘦卷会被创建为稀疏卷，并会根据需要从瘦池分配空间。瘦池可以根据需要动态扩大，以实现存储空间的高效分配。精简配置的卷还支持快照（可以使用 Snapper 进行管理）— 有关详细信息，请参见Book “管理指南”, Chapter 10 “使用 Snapper 进行系统恢复和快照管理”。

要设置精简配置的逻辑卷，请按过程 5.1 “设置逻辑卷”中所述步骤操作。选择卷类型时，不要选择普通卷，而要选择瘦卷或瘦池。

瘦池

逻辑卷是预留供瘦卷使用的空间池。瘦卷可以按需从瘦池分配它们所需的空间。

瘦卷

该卷会被创建为稀疏卷。瘦卷会按需从瘦池分配所需的空间。

重要：群集中精简配置的卷

要使用群集中的精简配置卷，使用它的瘦池和瘦卷必须在单个群集资源中管理。如此可使瘦卷和瘦池始终在同一个节点上以独占方式装入。

> sudo lvcreate -L 500G -m 2 -n lv1 vg1

> sudo lvcreate --type raid1 -m 1 -L 1G -n lv1 vg1

非根 LVM 卷组的激活行为由 /etc/lvm/lvm.conf 文件中的 auto_activation_volume_list 参数控制。默认情况下，该参数为空，也就是说，会激活所有卷。如果只想激活某些卷组，请将名称括在引号中，并用逗号分隔各名称，例如：

auto_activation_volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]

如果您已在 auto_activation_volume_list 参数中定义了一个列表，则会发生以下情况：

默认情况下，在 dracut 重启动系统时，非根 LVM 卷组会自动激活。您可以使用此参数在系统重启时激活所有卷组，或仅激活指定的非根 LVM 卷组。

您随时都可在正在运行的系统中添加物理卷来扩展卷组提供的空间，而不会导致服务中断。这可让您将逻辑卷添加到组中，或如第 5.6 节 “调整逻辑卷的大小”中所述扩大现有卷的大小。

还可以通过删除物理卷来缩小卷组的大小。YaST 只允许删除当前未使用的物理卷。要了解哪些物理卷当前正在使用，请运行下列命令。PE Ranges 列中列出的分区（物理卷）即是使用中的分区：

> sudo pvs -o vg_name,lv_name,pv_name,seg_pe_ranges
root's password:
  VG   LV    PV         PE Ranges
             /dev/sda1
  DATA DEVEL /dev/sda5  /dev/sda5:0-3839
  DATA       /dev/sda5
  DATA LOCAL /dev/sda6  /dev/sda6:0-2559
  DATA       /dev/sda7
  DATA       /dev/sdb1
  DATA       /dev/sdc1

如果卷组中有未使用的可用空间，则您可以增大逻辑卷以提供更多可用空间。您还可以将卷的大小减少为其他逻辑卷可使用的卷组的可用空间。

注意：“联机”调整大小

减少卷的大小时，YaST 会同时自动调整其文件系统的大小。当前已挂载的卷是否可以“联机”（即保持已挂载状态）调整大小取决于其文件系统。Btrfs、XFS、Ext3 和 Ext4 支持联机扩展文件系统。

仅 Btrfs 支持联机缩小文件系统。要缩小 Ext2/3/4 文件系统，需要将其卸载。无法缩小以 XFS 格式化的卷，因为 XFS 不支持文件系统缩小。

如果 LVM 存储系统存在错误，对 LVM 卷进行扫描可能会阻止进入紧急/救援外壳。这会导致无法进行进一步问题诊断。要在发生 LVM 存储故障的情况下禁用此扫描，您可以在内核命令行上传递 nolvm 选项。

有关使用 LVM 命令的信息，请参见下表中所述命令的 man 页面。所有命令都需要拥有 root 权限才能执行。请使用 sudo COMMAND（建议采用此方式），或者直接以 root 身份执行这些命令。

提示：创建卷时绕过 udev

如果您想使用 LVM 而不是 udev 规则来管理 LV 设备节点和符号链接，可以使用下列方法之一来禁止 udev 发出通知：

• 在 /etc/lvm/lvm.conf 中配置 activation/udev_rules = 0 和 activation/udev_sync = 0。

  请注意，结合 lvcreate 命令指定 --nodevsync 的效果与设置 activation/udev_sync = 0 相同；仍需设置 activation/udev_rules = 0。

• 设置环境变量 DM_DISABLE_UDEV：

  export DM_DISABLE_UDEV=1

  这样也会禁止 udev 发出通知。此外，/etc/lvm/lvm.conf 中所有 udev 相关设置将被忽略。

5.9.1 使用命令调整逻辑卷的大小 #

 

lvresize、lvextend 和 lvreduce 命令用于调整逻辑卷大小。有关语法和选项信息，请参见每个命令的手册页。要扩展 LV，VG 上必须有足够的可用未分配空间。

建议使用 YaST 分区程序来增大或缩小逻辑卷。使用 YaST 时，卷中文件系统的大小也会相应进行自动调整。

LV 可以在使用中状态下进行手动增大或缩小，但是其上的文件系统无法随之调整。扩展或收缩 LV 不会自动修改卷中文件系统的大小。随后必须使用其他命令增大文件系统。有关调整文件系统大小的信息，请参见第 2 章 “调整文件系统的大小”。

手动调整 LV 大小时，请确保使用正确的顺序：

• 如果扩展逻辑卷，则必须在试图增大文件系统之前扩展逻辑卷。

• 如果缩小逻辑卷，则必须在试图缩小逻辑卷之前缩小文件系统。

扩展逻辑卷的大小：

1. 打开终端。

2. 如果逻辑卷包含 Ext2 或 Ext4 文件系统，则不支持联机增大，请将其卸下。如果它包含为虚拟机（例如 Xen VM）托管的文件系统，请先关闭该 VM。

3. 在终端提示时，输入以下命令以增加逻辑卷大小：

   > sudo lvextend -L +SIZE /dev/VG_NAME/LV_NAME

   对于 SIZE，请指定要添加到逻辑卷的空间容量，例如 10 GB。将 /dev/VG_NAME/LV_NAME 替换为逻辑卷的 Linux 路径，例如 /dev/LOCAL/DATA。例如：

   > sudo lvextend -L +10GB /dev/vg1/v1

4. 调整文件系统的大小。有关详细信息，请参见 第 2 章 “调整文件系统的大小”。

5. 如果卸下了文件系统，请将其重新挂载。

例如，将带有（已装入并激活）Btrfs 的 LV 扩大 10GB：

> sudo lvextend −L +10G /dev/LOCAL/DATA
> sudo btrfs filesystem resize +10G /dev/LOCAL/DATA

要缩小逻辑卷的大小，请执行以下操作：

1. 打开终端。

2. 如果逻辑卷不包含 Btrfs 文件系统，请将其卸下。如果它包含为虚拟机（例如 Xen VM）托管的文件系统，请先关闭该 VM。请注意，带有 XFS 文件系统的卷不能减少大小。

3. 调整文件系统的大小。有关详细信息，请参见 第 2 章 “调整文件系统的大小”。

4. 在终端提示时，输入下列命令以将逻辑卷的大小缩小为文件系统的大小：

   > sudo lvreduce /dev/VG_NAME/LV_NAME

5. 如果卸载了文件系统，请将其重新挂载。

例如，将带有 Btrfs 的 LV 缩减 5GB：

> sudo btrfs filesystem resize -size 5G /dev/LOCAL/DATA
sudo lvreduce /dev/LOCAL/DATA

提示：使用一条命令调整卷和文件系统的大小

从 SUSE Linux Enterprise Server 12 SP1 开始，lvextend、lvresize 和 lvreduce 即支持 --resizefs 选项，该选项既可更改卷的大小，也能调整文件系统的大小。因此，您也可以按照以下方式运行上面所示的 lvextend 和 lvreduce 示例：

> sudo lvextend --resizefs −L +10G /dev/LOCAL/DATA
> sudo lvreduce  --resizefs -L -5G /dev/LOCAL/DATA

请注意，以下文件系统支持 --resizefs：ext2/3/4、Btrfs 和 XFS。目前只能在 SUSE Linux Enterprise Server 上使用此选项调整 Btrfs 的大小，因为上游尚未接受此选项。

标记是无序的关键字或指派给存储对象元数据的术语。使用标记功能可以采用您认为有用的方式将无序的标记列表附加到 LVM 存储对象元数据，从而对存储对象集合进行分类。

tags {
   # Enable hostname tags
   hosttags = 1
}

tags {

   tag1 { }
      # Tag does not require a match to be set.

   tag2 {
      # If no exact match, tag is not set.
      host_list = [ "hostname1", "hostname2" ]
   }
}

  activation {
      volume_list = [ "vg1/lvol0", "@database" ]
  }

文件系统快照包含有关自身的元数据以及在生成快照后更改过的源逻辑卷的数据块。通过快照访问数据时，您会看到复制来源逻辑卷的时间点。不需要从备份媒体恢复数据或重写更改过的数据。

重要：挂载含有快照的卷

在快照有效期内，必须先挂载快照，然后才能挂载其来源逻辑卷。

LVM 卷快照可用于从文件系统的时间点视图创建备份。快照是即时创建并永久保留的，直到您将其删除为止。您可以从快照备份文件系统，而卷本身仍可继续供用户使用。快照最初包含自身相关的一些元数据，但不包含来源逻辑卷的实际数据。快照使用写时复制技术在原始数据块中的数据发生更改时进行检测。当对快照卷中的块捕获快照时，它会复制所包含的值，然后允许在来源块中存储新的数据。随着来源逻辑卷上有更多块更改其原始值，快照大小将会增大。

调整快照大小时，请考虑来源逻辑卷中要更改的数据量，以及要保留快照的时间。您为快照卷分配的空间量因以下因素而异：来源逻辑卷的大小、计划保留快照的时间，以及在快照有效期中预期会更改的数据块数。快照卷创建后不能调整大小。从原则上说，应创建一个约占原始逻辑卷大小 10% 的快照卷。如果您预测在删除快照前，来源逻辑卷中的每个块都会至少更改一次，则快照的容量至少应相当于来源逻辑卷的容量加上部份额外空间，其中后者用于存储快照卷的相关元数据。如果数据更改不那么频繁或如果预期的有效期足够短，则需要的空间较少。

在 LVM2 中，快照默认为读/写。直接将数据写入快照时，该块在例外表格中标示为使用，不会从来源逻辑卷中复制。您可以挂载快照卷，并通过直接将数据写入快照卷来测试应用更改。您可以通过卸载快照、去除快照，然后重新挂载来源逻辑卷，轻松丢弃更改。

在虚拟 Guest 环境中，您可以使用快照功能用于在服务器的磁盘上创建的 LVM 逻辑卷，就如在物理服务器上一样。

在虚拟主机环境中，您可以使用快照功能来备份虚拟机的存储后端，或测试对虚拟机映像（例如用于修补程序或升级）进行的更改，而不必修改来源逻辑卷。虚拟机必须将 LVM 逻辑卷用做其存储后端，以免使用虚拟磁盘文件。您可以挂载 LVM 逻辑卷，并将它用做文件型磁盘来存储虚拟机映像；也可以指派 LVM 逻辑卷做为物理磁盘，以便将其视为块设备进行写入操作。

可以对 LVM 逻辑卷快照进行精简配置。如果您创建没有指定大小的快照，则会使用瘦配置。创建为瘦卷的快照在需要时使用瘦池中的空间。快照瘦卷的特性与任何其他瘦卷相同。您可以独立地激活卷、扩展卷、重命名卷、去除卷，甚至可以创建卷的快照。

重要：群集中精简配置的卷

若要使用群集中瘦配置的快照，来源逻辑卷及其快照必须在单个群集资源中管理。这允许卷及其快照在同一个节点上始终独占性地挂载。

当用完快照后，一定要将其从系统中删除。随着来源逻辑卷上数据块的不断更改，快照终将完全填满。填满时就会处于禁用状态，导致您无法重新挂载来源逻辑卷。

如果您为一个来源逻辑卷创建多个快照，在去除最后创建快照之前，请先删除较旧的快照。

可以使用逻辑卷管理器 (LVM) 创建文件系统的快照。

打开终端并输入

> sudo lvcreate -s [-L <size>] -n SNAP_VOLUME SOURCE_VOLUME_PATH

如果不指定大小，快照会创建为瘦快照。

例如：

> sudo lvcreate -s -L 1G -n linux01-snap /dev/lvm/linux01

快照会创建为 /dev/lvm/linux01-snap 卷。

打开终端并输入

> sudo lvdisplay SNAP_VOLUME

例如：

> sudo lvdisplay /dev/vg01/linux01-snap

--- Logical volume ---
  LV Name                /dev/lvm/linux01
  VG Name                vg01
  LV UUID                QHVJYh-PR3s-A4SG-s4Aa-MyWN-Ra7a-HL47KL
  LV Write Access        read/write
  LV snapshot status     active destination for /dev/lvm/linux01
  LV Status              available
  # open                 0
  LV Size                80.00 GB
  Current LE             1024
  COW-table size         8.00 GB
  COW-table LE           512
  Allocated to snapshot  30%
  Snapshot chunk size    8.00 KB
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           254:5

打开终端并输入

> sudo lvremove SNAP_VOLUME_PATH

例如：

> sudo lvremove /dev/lvmvg/linux01-snap

如果将 LVM 逻辑卷用做虚拟机的后端存储区，可以让系统灵活地管理基础设备，例如更轻松地移动存储对象、创建快照和备份数据。您可以挂载 LVM 逻辑卷，并将它用做文件型磁盘来存储虚拟机映像；也可以指派 LVM 逻辑卷做为物理磁盘，以便将其视为块设备进行写入操作。您可以在 LVM 逻辑卷上创建虚拟磁盘映像，然后创建 LVM 快照。

您可以利用快照的读/写功能创建虚拟机的不同实例，并在这些实例中更改特定虚拟机实例的快照。您也可以在 LVM 逻辑卷上创建虚拟磁盘映像、创建来源逻辑卷的快照以及修改特定虚拟机实例的快照。您还可以创建来源逻辑卷的另一个快照，并修改该快照以取得不同虚拟机实例。不同虚拟机实例的大部分数据与映像一起存储在来源逻辑卷上。

在 Guest 环境中，您还可以利用快照的读/写功能保留虚拟磁盘映像，同时测试修补程序或升级。您创建包含映像的 LVM 卷的快照，然后在快照位置运行虚拟机。来源逻辑卷保持不变，对机器的所有更改均写入快照。为了恢复到虚拟机映像的来源逻辑卷，您需要关闭虚拟机，然后从来源逻辑卷中去除快照。若要重新开始，请重新创建快照、挂载快照，然后在快照映像上重启动虚拟机。

下列程序使用文件型虚拟磁盘映像和 Xen 超级管理程序。对于在 SUSE Linux Enterprise 平台上运行的其他超级管理程序（例如 KVM），您可以调整本节中的过程。若要从快照卷中运行文件型虚拟机映像，请运行下列步骤：

如果您需要将卷上的数据回滚或还原至先前的状态，快照可能非常有用。例如，如果因管理员失误，或是因软件包安装或升级出故障或没必要，导致数据出现更改，您可能需要予以还原。

您可以使用 lvconvert --merge 命令还原对 LVM 逻辑卷的更改。合并按如下所示开始：

合并开始之后，系统将在服务器重启动之后继续合并，直到合并完成。在合并期间，无法为来源逻辑卷创建新快照。

合并期间，系统对来源逻辑卷的读取或写入操作会透明地重定向到正在合并的快照，因此用户能够立即查看和访问数据，就像当时创建快照时一样，不必等到合并完成。

合并完成后，来源逻辑卷会包含与创建快照时相同的数据，加上合并开始后对数据的任何更改。生成的逻辑卷沿用了来源逻辑卷的名称、次要编号和 UUID。系统会自动重新装入来源逻辑卷，并去除快照卷。

本节描述常见的 RAID 级别 0、1、2、3、4、5 和嵌套的 RAID 级别。

可以通过 YaST 专家分区程序访问 YaST 软 RAID 配置。此分区工具还用于编辑和删除现有分区，并创建用于软 RAID 的新分区。下列说明在设置 RAID 级别 0、1、5 和 6 时适用。设置 RAID 10 配置的方法如第 9 章 “创建软件 RAID 10 设备”所述。

重要：磁盘上的 RAID

虽然使用分区程序可以在磁盘（而不是分区）的顶层创建 RAID，但出于多种原因，我们不建议使用此方法。不支持在此类 RAID 上安装引导加载程序，因此您需要使用单独的设备进行引导。fdisk 和 parted 等工具在此类 RAID 上无法正常工作，不清楚 RAID 特定设置的人员在使用这些工具时，可能会做出错误的诊断或执行错误的操作。

默认情况下，条带大小设置为 4kB。如果您需要更改默认条带大小（例如，使该大小与 AArch64 上的典型页面大小 64kB 相匹配），可以使用 CLI 手动配置条带大小：

> sudo echo 16384  > /sys/block/md1/md/stripe_size

以上命令将条带大小设置为 16kB。您可以设置其他值（例如 4096、8192），但该值必须是 2 的乘方。

您可以在 monitor 模式下作为守护程序运行 mdadm 来监控软件 RAID。在 monitor 模式下，mdadm 会定期检查阵列中的磁盘故障。如果发生故障，mdadm 会向管理员发送一封电子邮件。要定义检查的时间间隔，请运行以下命令：

mdadm --monitor --mail=root@localhost --delay=1800 /dev/md2

上面的命令会每隔 1800 秒开启一次 /dev/md2 阵列监控。如果发生故障，将向 root@localhost 发送一封电子邮件。

注意：默认会启用 RAID 检查

默认情况下，RAID 检查处于启用状态。如果两次检查间隔的时间不够长，您可能会收到警告。因此，您可以使用 delay 选项设置更大的值来增加时间间隔。

位于下列位置的 HOWTO 文档提供了软 RAID 的配置说明和详细信息：

此外还提供了 Linux RAID 邮件列表，例如 linux-raid (https://marc.info/?l=linux-raid)。

请确保配置满足以下要求：

嵌套的 RAID 设备由使用另一个 RAID 阵列（而不是物理磁盘）作为其基本元素的 RAID 阵列组成。此配置的目标是提高 RAID 的性能和容错能力。YaST 不支持设置嵌套 RAID 级别，但可以通过 mdadm 命令行工具实现。

根据嵌套的顺序，可以设置两个不同的嵌套 RAID。本文使用了下列术语：

下表描述嵌套为 1+0 和 0+1 的 RAID 10 的优点和缺点。假定您使用的存储对象驻留在不同的磁盘上，每个都有专用的 I/O 功能。

9.1.1 使用 mdadm 创建嵌套的 RAID 10 (1+0) #

 

嵌套的 RAID 1+0 的构建方法是，创建两个或更多 RAID 1（镜像），然后使用它们作为 RAID 0 中的组件设备。

重要：多路径

如果需要管理到这些设备的多个连接，则在配置这些 RAID 设备之前，必须配置多路径 I/O。有关信息，请参见第 18 章 “管理设备的多路径 I/O”。

本节中的过程使用下表中显示的设备名。确保使用您自己的设备名称修改这些设备名称。

表 9.2︰ 通过嵌套创建 RAID 10 (1+0) 的场景 #

 

原始设备	RAID 1（镜像）	RAID 1+0（条带化镜像）
/dev/sdb1 /dev/sdc1	/dev/md0	/dev/md2
/dev/sdd1 /dev/sde1	/dev/md1

1. 打开终端。

2. 如果需要，使用 parted 等磁盘分区程序创建四个大小相同的 0xFD Linux RAID 分区。

3. 创建两个软件 RAID 1 设备，为每个 RAID 设备使用两个不同的设备。在命令提示符处，输入以下两个命令：

   > sudo mdadm --create /dev/md0 --run --level=1 --raid-devices=2 /dev/sdb1 /dev/sdc1
   sudo mdadm --create /dev/md1 --run --level=1 --raid-devices=2 /dev/sdd1 /dev/sde1

4. 创建嵌套的 RAID 1+0 设备。在命令提示符处，使用您在上一步中创建的软件 RAID 1 设备输入以下命令：

   > sudo mdadm --create /dev/md2 --run --level=0 --chunk=64 \
   --raid-devices=2 /dev/md0 /dev/md1

   默认大块大小为 64 KB。

5. 在 RAID 1+0 设备 /dev/md2 上创建文件系统，例如 XFS 文件系统：

   > sudo mkfs.xfs /dev/md2

   要使用其他文件系统，请修改该命令。

6. 编辑 /etc/mdadm.conf 文件，如果它不存在，则创建该文件（例如运行 sudo vi /etc/mdadm.conf 来创建）。添加下列行（如果该文件存在，则第一行很可能也已经存在）。

   DEVICE containers partitions
   ARRAY /dev/md0 UUID=UUID
   ARRAY /dev/md1 UUID=UUID
   ARRAY /dev/md2 UUID=UUID

   每个设备的 UUID 可以使用以下命令检索：

   > sudo mdadm -D /dev/DEVICE | grep UUID

7. 编辑 /etc/fstab 文件，为 RAID 1+0 设备 /dev/md2 添加对应的项。以下示例显示了采用 XFS 文件系统并以 /data 为挂载点的 RAID 设备的项。

   /dev/md2 /data xfs defaults 1 2

8. 挂载 RAID 设备：

   > sudo mount /data

9.1.2 使用 mdadm 创建嵌套的 RAID 10 (0+1) #

 

嵌套的 RAID 0+1 的构建方法是，创建两个到四个 RAID 0（分段）设备，然后将它们镜像为 RAID 1 中的组件设备。

重要：多路径

如果需要管理到这些设备的多个连接，则在配置这些 RAID 设备之前，必须配置多路径 I/O。有关信息，请参见第 18 章 “管理设备的多路径 I/O”。

在此配置中，不能为底层的 RAID 0 设备指定备用设备，因为 RAID 0 不能容忍设备丢失。如果在镜像的一端一个设备失败，则必须创建一个替换 RAID 0 设备，然后将其添加到镜像。

本节中的过程使用下表中显示的设备名。确保使用您自己的设备名称修改这些设备名称。

表 9.3︰ 通过嵌套创建 RAID 10 (0+1) 的场景 #

 

原始设备	RAID 0（条带化）	RAID 0+1（镜像条带化）
/dev/sdb1 /dev/sdc1	/dev/md0	/dev/md2
/dev/sdd1 /dev/sde1	/dev/md1

1. 打开终端。

2. 如果需要，使用 parted 等磁盘分区程序创建四个大小相同的 0xFD Linux RAID 分区。

3. 创建两个软件 RAID 0 设备，为每个 RAID 0 设备使用两个不同的设备。在命令提示符处，输入以下两个命令：

   > sudo mdadm --create /dev/md0 --run --level=0 --chunk=64 \
   --raid-devices=2 /dev/sdb1 /dev/sdc1
   sudo mdadm --create /dev/md1 --run --level=0 --chunk=64 \
   --raid-devices=2 /dev/sdd1 /dev/sde1

   默认大块大小为 64 KB。

4. 创建嵌套的 RAID 0+1 设备。在命令提示符处，使用您在上一步中创建的软件 RAID 0 设备输入以下命令：

   > sudo mdadm --create /dev/md2 --run --level=1 --raid-devices=2 /dev/md0 /dev/md1

5. 在 RAID 1+0 设备 /dev/md2 上创建文件系统，例如 XFS 文件系统：

   > sudo mkfs.xfs /dev/md2

   要使用其他文件系统，请修改该命令。

6. 编辑 /etc/mdadm.conf 文件，如果它不存在，则创建该文件（例如运行 sudo vi /etc/mdadm.conf 来创建）。添加下列行（如果该文件存在，第一行很可能也已经存在）。

   DEVICE containers partitions
   ARRAY /dev/md0 UUID=UUID
   ARRAY /dev/md1 UUID=UUID
   ARRAY /dev/md2 UUID=UUID

   每个设备的 UUID 可以使用以下命令检索：

   > sudo mdadm -D /dev/DEVICE | grep UUID

7. 编辑 /etc/fstab 文件，为 RAID 1+0 设备 /dev/md2 添加对应的项。以下示例显示了采用 XFS 文件系统并以 /data 为挂载点的 RAID 设备的项。

   /dev/md2 /data xfs defaults 1 2

8. 挂载 RAID 设备：

   > sudo mount /data

YaST（以及带 --level=10 选项的 mdadm）可创建单一复杂软件 RAID 10，它结合了 RAID 0（分段）与 RAID 1（镜像）的功能。所有数据块的多个副本遵循一个分段准则在多个驱动器上排列。组件设备应大小相同。

复杂 RAID 10 与嵌套 RAID 10 (1+0) 的目的类似，但在以下方面不同：

9.2.2 布局 #

 

复杂 RAID 10 设置支持 3 种不同的布局，这些布局定义了在磁盘上排列数据块的方式。可用布局有近（默认值）、远和偏移。它们的性能特性各不相同，因此您必须选择适合自己工作负载的布局。

9.2.2.1 近布局 #

 

使用近布局，数据块的副本会在不同的组件设备上彼此邻近地条带化。即，一个数据块的多个副本在不同设备中的偏移类似。近布局是 RAID 10 的默认布局。例如，如果使用奇数个组件设备以及数据的两个副本，则一些副本可能在设备的一个大块中。

在半数的驱动器上，复杂 RAID 10 的近布局在读写性能上与 RAID 0 类似。

具有偶数个磁盘和两个复本的近布局：

sda1 sdb1 sdc1 sde1
  0    0    1    1
  2    2    3    3
  4    4    5    5
  6    6    7    7
  8    8    9    9

具有奇数个磁盘和两个复本的近布局：

sda1 sdb1 sdc1 sde1 sdf1
  0    0    1    1    2
  2    3    3    4    4
  5    5    6    6    7
  7    8    8    9    9
  10   10   11   11   12

9.2.2.2 远布局 #

 

远布局在所有驱动器的前面部分条带化数据，然后在所有驱动器的后面部分条带化数据的另一份副本，以确保块的所有副本在不同的驱动器上。第二个值集合在组件驱动器的中间开始。

使用远布局，复杂 RAID 10 的读取性能类似于所有驱动器上的 RAID 0，但写入速度比 RAID 0 慢得多，因为前者需要更多地搜寻驱动器头。适用于读密集性操作，例如只读文件服务器。

RAID 10 的写入速度类似于其他镜像 RAID 类型（例如使用近布局的 RAID 1 和 RAID 10），因为该文件系统的电梯式操作会以最佳方式而不是原始写入方式调度写入。使用远布局的 RAID 10 最适合镜像写入应用程序。

具有偶数个磁盘和两个复本的远布局：

sda1 sdb1 sdc1 sde1
  0    1    2    3
  4    5    6    7
  . . .
  3    0    1    2
  7    4    5    6

具有奇数个磁盘和两个复本的远布局：

sda1 sdb1 sdc1 sde1 sdf1
  0    1    2    3    4
  5    6    7    8    9
  . . .
  4    0    1    2    3
  9    5    6    7    8

9.2.2.3 偏移布局 #

 

偏移布局会复制分段，从而使指定大块的多个副本在连续的驱动器上以连续偏移进行布局。事实上，会复制每个分段且副本会按每个设备进行偏移。如果使用适当较大的大块大小且不超过写入的寻道大小，则此方式会赋予远布局类似的读特征。

具有偶数个磁盘和两个复本的偏移布局：

sda1 sdb1 sdc1 sde1
  0    1    2    3
  3    0    1    2
  4    5    6    7
  7    4    5    6
  8    9   10   11
 11    8    9   10

具有奇数个磁盘和两个复本的偏移布局：

sda1 sdb1 sdc1 sde1 sdf1
  0    1    2    3    4
  4    0    1    2    3
  5    6    7    8    9
  9    5    6    7    8
 10   11   12   13   14
 14   10   11   12   13

9.2.2.4 使用 YaST 和 mdadm 指定复本数和布局 #

 

复本数和布局在 YaST 的奇偶校验算法中或使用 mdadm 的 --layout 参数指定。接受的值如下：

nN

对近布局指定 n，并用复本数替换 N。n2 是默认值，在未设置布局和复本数时使用。

fN

对远布局指定 f，并用复本数替换 N。

oN

对偏移布局指定 o，并用复本数替换 N。

注意：复本数

YaST 会自动提供奇偶校验算法参数的所有可能的值供您选择。

增大软件 RAID 的大小涉及按给定顺序执行下列任务：增加所有组成 RAID 的所有分区的大小，增加 RAID 本身的大小，最后增加文件系统的大小。

警告：潜在数据丢失

如果 RAID 没有磁盘容错，或只是不一致，则在删除其任何分区的情况下，将会导致数据丢失。删除分区时要非常小心，并确保有可用的数据备份。

减少软件 RAID 的大小涉及按顺序完成下列任务：减少文件系统的大小，减少所有组成分区 RAID 的大小，最后减少 RAID 本身的的大小。

警告：潜在数据丢失

如果 RAID 没有磁盘容错，或只是不一致，则在删除其任何分区的情况下，将会导致数据丢失。删除分区时要非常小心，并确保有可用的数据备份。

重要：XFS

XFS 格式文件系统的大小无法减少，因为 XFS 不支持此功能。因此，不能减少使用 XFS 文件系统的 RAID 的大小。