如何在 Linux 上安装多磁盘 Windows NTFS RAID/逻辑驱动器？

Question

_{注意：我是在原帖者通过评论、试验和错误获得帮助后写下此答案的。考虑到其他用户，我把答案写得更广泛，更通用一些。}

如果这两个磁盘一起工作，它们可能会

镜像，RAID1 风格；
或者连接，JBOD风格；
或条带化，RAID0 风格。

这些情况按从最容易处理的顺序排列。我将指导您如何区分它们，以及最终如何处理它们以安装分区。

应先进行挂载-o ro，直到您确定操作正确为止。在某些情况下mount可能会成功，并让您访问损坏的目录结构和/或混乱的文件。疯狂的数据和/或元数据表明您操作不正确。以只读方式挂载可确保您不会损害映像。

1. 镜像，RAID1 样式

在这种情况下，如果两个磁盘健康，则它们应该包含相同的数据；它们应该包含相同的有效分区表。只有您拥有的映像会/dev/loop2报告分区表。这可能是因为

它们一开始就不是镜像的，
或者您在其他磁盘上提到的这些错误发生在分区表所在的位置（对于 DOS 分区表，它是 MBR，即最开始的扇区号0）。

但是，有一个重要线索表明，RAID1 不太可能出现在您的案例中：表示单个磁盘上fdisk正好有扇区，但第四个分区的最后一个扇区是。这几乎是两倍，这表明分区布局产生在两个非镜像磁盘上。9767731681953533951

但是假设您的磁盘是原来的两倍大，上述线索就不适用了。如果您认为可以处理镜像磁盘，那么请使用没有错误的映像，不要管另一个映像。尝试像这样挂载分区：

mount -o ro,offset=$((512*2048)) /dev/loop2 /mnt/partition1
mount -o ro,offset=$((512*31459328)) /dev/loop2 /mnt/partition2
mount -o ro,offset=$((512*31664128)) /dev/loop2 /mnt/partition3

等等。您甚至可能不使用losetup获取/dev/loop2而是直接提供文件路径，mount应该自行创建一个循环设备并很好地处理这个问题：

mount -o ro,offset=$((512*2048)) /path/to/the/image2.raw /mnt/partition1

2. 串联，JBOD 样式

如果构建 JBOD 的磁盘使用 MBR 来存储分区表，fdisk则只会在第一个磁盘上找到它。其他磁盘可能不报告任何内容或报告一些疯狂的分区表；从非第一个磁盘获得看似正常的分区表的可能性非常低，但即使如此，这个分区表也没有任何意义。

如果构建 JBOD 的磁盘使用 GPT 来存储分区表，则类似的工具gdisk会在第一个磁盘上找到主表，在最后一个磁盘上找到辅助（备份）表。

您有两个映像，其中一个报告 DOS 分区表（即 MBR 中的分区表），另一个报告无分区表。如果它们创建 JBOD，您知道对应的那个/dev/loop2先出现。

就您而言，分区 1 和 2 足够小，完全可以装入 JBOD 的第一个磁盘。您可以尝试以适当的偏移量安装它们/dev/loop2。如果这让您可以访问合理的文件系统，那么您就会知道 JBOD 可能是正确的设置。要访问所有分区，您需要连接图像。

我的这个答案提供了一种无需将结果写入磁盘即可连接图像的方法。对于你的情况，该过程可能是：

dmsetup create mydisk
类型0 976773168 linear /path/to/the/image2.raw 0 Enter
类型976773168 976773168 linear /path/to/the/image1.raw 0 Enter
点击Ctrl+D

生成的设备应该是/dev/mapper/mydisk。尝试使用适当的方法从中挂载任何分区offset=…。

要销毁该设备，请调用dmsetup remove mydisk。

3. 条带化，RAID0 风格

与 JBOD 类似，如果构建 RAID0 的磁盘使用 MBR 来存储分区表，fdisk则只能在第一个磁盘上找到它。其他磁盘可能不报告任何内容或报告一些不正常的分区表；从非第一个磁盘获得看起来正常的分区表的可能性非常低，但即使如此，这个分区表也没有任何意义。

如果构建 RAID0 的磁盘使用 GPT 来存储分区表，情况就会变得复杂。根据条带大小，您可能会或可能不会从第一个磁盘获取主分区表，您可能会或可能不会从最后一个磁盘获取辅助（备份）分区表。您应该从第一个磁盘获取旧版 MBR（除非发生读取错误）。

您有两个映像，其中一个报告 DOS 分区表（即 MBR 中的分区表），另一个报告无分区表。如果它们创建 RAID0，您知道对应的那个/dev/loop2先开始。您不知道的是条带大小。一般来说，没有确切的方法可以知道它，您应该尝试常用值并分析结果。

交错图像和创建虚拟设备的过程如下：

dmsetup create mydisk
类型0 1953546336 striped 2 256 /dev/loop2 0 /dev/loop1 0 Enter
点击Ctrl+D

生成的设备应为/dev/mapper/mydisk。数字 256 表示条带大小为 128 KiB，必须猜对。通常，无论之前 GPT 可能遇到什么问题，如果您猜对了条带大小dmsetup，现在gdisk -l /dev/mapper/mydisk应该会返回一个有效的分区表。如果您猜错了，分区表可能有效也可能无效。如果它看起来有效，请尝试使用适当的值从中挂载所有分区offset=…。

就您而言，分区表肯定就是您从中获得的分区表/dev/loop2。

请注意，即使猜测错误，您也可能能够挂载，但文件将被打乱。在这种情况下umount，请调用dmsetup remove mydisk并重复dmsetup create…使用另一个值而不是 256。要尝试的数字：8、16、32、64、128、256，也许是 2 的其他幂。如果可能，请阅读具有可验证内容（如 MP3 等媒体，它们播放时是否没有抖动？）或正式结构（如 PDF，它们打开时是否没有错误？）的文件，以判断您的猜测是否正确。小于正确的条带大小可能不会显示您的猜测是错误的，因此您应该使用 700 MB 的 avi，而不仅仅是几 KB 的文本文件。

要销毁该设备，请调用dmsetup remove mydisk。

Answer 1

_{注意：我是在原帖者通过评论、试验和错误获得帮助后写下此答案的。考虑到其他用户，我把答案写得更广泛，更通用一些。}

如果这两个磁盘一起工作，它们可能会

镜像，RAID1 风格；
或者连接，JBOD风格；
或条带化，RAID0 风格。

这些情况按从最容易处理的顺序排列。我将指导您如何区分它们，以及最终如何处理它们以安装分区。

应先进行挂载-o ro，直到您确定操作正确为止。在某些情况下mount可能会成功，并让您访问损坏的目录结构和/或混乱的文件。疯狂的数据和/或元数据表明您操作不正确。以只读方式挂载可确保您不会损害映像。

1. 镜像，RAID1 样式

在这种情况下，如果两个磁盘健康，则它们应该包含相同的数据；它们应该包含相同的有效分区表。只有您拥有的映像会/dev/loop2报告分区表。这可能是因为

它们一开始就不是镜像的，
或者您在其他磁盘上提到的这些错误发生在分区表所在的位置（对于 DOS 分区表，它是 MBR，即最开始的扇区号0）。

但是，有一个重要线索表明，RAID1 不太可能出现在您的案例中：表示单个磁盘上fdisk正好有扇区，但第四个分区的最后一个扇区是。这几乎是两倍，这表明分区布局产生在两个非镜像磁盘上。9767731681953533951

但是假设您的磁盘是原来的两倍大，上述线索就不适用了。如果您认为可以处理镜像磁盘，那么请使用没有错误的映像，不要管另一个映像。尝试像这样挂载分区：

mount -o ro,offset=$((512*2048)) /dev/loop2 /mnt/partition1
mount -o ro,offset=$((512*31459328)) /dev/loop2 /mnt/partition2
mount -o ro,offset=$((512*31664128)) /dev/loop2 /mnt/partition3

等等。您甚至可能不使用losetup获取/dev/loop2而是直接提供文件路径，mount应该自行创建一个循环设备并很好地处理这个问题：

mount -o ro,offset=$((512*2048)) /path/to/the/image2.raw /mnt/partition1

2. 串联，JBOD 样式

如果构建 JBOD 的磁盘使用 MBR 来存储分区表，fdisk则只会在第一个磁盘上找到它。其他磁盘可能不报告任何内容或报告一些疯狂的分区表；从非第一个磁盘获得看似正常的分区表的可能性非常低，但即使如此，这个分区表也没有任何意义。

如果构建 JBOD 的磁盘使用 GPT 来存储分区表，则类似的工具gdisk会在第一个磁盘上找到主表，在最后一个磁盘上找到辅助（备份）表。

您有两个映像，其中一个报告 DOS 分区表（即 MBR 中的分区表），另一个报告无分区表。如果它们创建 JBOD，您知道对应的那个/dev/loop2先出现。

就您而言，分区 1 和 2 足够小，完全可以装入 JBOD 的第一个磁盘。您可以尝试以适当的偏移量安装它们/dev/loop2。如果这让您可以访问合理的文件系统，那么您就会知道 JBOD 可能是正确的设置。要访问所有分区，您需要连接图像。

我的这个答案提供了一种无需将结果写入磁盘即可连接图像的方法。对于你的情况，该过程可能是：

dmsetup create mydisk
类型0 976773168 linear /path/to/the/image2.raw 0 Enter
类型976773168 976773168 linear /path/to/the/image1.raw 0 Enter
点击Ctrl+D

生成的设备应该是/dev/mapper/mydisk。尝试使用适当的方法从中挂载任何分区offset=…。

要销毁该设备，请调用dmsetup remove mydisk。

3. 条带化，RAID0 风格

与 JBOD 类似，如果构建 RAID0 的磁盘使用 MBR 来存储分区表，fdisk则只能在第一个磁盘上找到它。其他磁盘可能不报告任何内容或报告一些不正常的分区表；从非第一个磁盘获得看起来正常的分区表的可能性非常低，但即使如此，这个分区表也没有任何意义。

如果构建 RAID0 的磁盘使用 GPT 来存储分区表，情况就会变得复杂。根据条带大小，您可能会或可能不会从第一个磁盘获取主分区表，您可能会或可能不会从最后一个磁盘获取辅助（备份）分区表。您应该从第一个磁盘获取旧版 MBR（除非发生读取错误）。

您有两个映像，其中一个报告 DOS 分区表（即 MBR 中的分区表），另一个报告无分区表。如果它们创建 RAID0，您知道对应的那个/dev/loop2先开始。您不知道的是条带大小。一般来说，没有确切的方法可以知道它，您应该尝试常用值并分析结果。

交错图像和创建虚拟设备的过程如下：

dmsetup create mydisk
类型0 1953546336 striped 2 256 /dev/loop2 0 /dev/loop1 0 Enter
点击Ctrl+D

生成的设备应为/dev/mapper/mydisk。数字 256 表示条带大小为 128 KiB，必须猜对。通常，无论之前 GPT 可能遇到什么问题，如果您猜对了条带大小dmsetup，现在gdisk -l /dev/mapper/mydisk应该会返回一个有效的分区表。如果您猜错了，分区表可能有效也可能无效。如果它看起来有效，请尝试使用适当的值从中挂载所有分区offset=…。

就您而言，分区表肯定就是您从中获得的分区表/dev/loop2。

请注意，即使猜测错误，您也可能能够挂载，但文件将被打乱。在这种情况下umount，请调用dmsetup remove mydisk并重复dmsetup create…使用另一个值而不是 256。要尝试的数字：8、16、32、64、128、256，也许是 2 的其他幂。如果可能，请阅读具有可验证内容（如 MP3 等媒体，它们播放时是否没有抖动？）或正式结构（如 PDF，它们打开时是否没有错误？）的文件，以判断您的猜测是否正确。小于正确的条带大小可能不会显示您的猜测是错误的，因此您应该使用 700 MB 的 avi，而不仅仅是几 KB 的文本文件。

要销毁该设备，请调用dmsetup remove mydisk。

如何在 Linux 上安装多磁盘 Windows NTFS RAID/逻辑驱动器？

答案1

1. 镜像，RAID1 样式

2. 串联，JBOD 样式

3. 条带化，RAID0 风格

相关内容