因此,出于各种原因,我最终得到了一个45TB的单一Linux逻辑卷,没有一个分区表格,格式化为包含28TB数据的NTFS(文件系统本身是28TB)。
文件系统是在Linux中创build的,可以通过Linux安装。 当我尝试在同一个盒子上的基于KVM的Windows虚拟机中安装时,问题就出现了。 Windows没有看到一个28TB的文件系统,而是一个1.8TB的磁盘,其中包含一些随机大小的无用分区。

我认为这是因为Windows试图读取真正的NTFS文件系统数据的前几个字节作为分区表。
我可以看到这个问题的一些可能的解决scheme,但不能解决如何实际执行它们中的任何一个:
当前分区报告的“分区表”是:
Model: Linux device-mapper (linear) (dm) Disk /dev/mapper/chandos--dh-data: 48.0TB Sector size (logical/physical): 512B/512B Partition Table: loop Number Start End Size File system Flags 1 0.00B 48.0TB 48.0TB ntfs
我有一个类似的问题,我不小心映像分区而不是磁盘。 图像被复制到networking上,我没有时间复制它们。 但是,它们比28TB小得多,而且我使用了一个需要复制图像的过程。
最初的图像是通过使用:
dd if=/dev/sda1 of=/image.bin
要添加一个分区表,不需要复制整个networking中的所有内容,我只是将MBR复制到一个文件中。
dd if=/dev/sda of=/mbr.bin bs=512 count=1
然后,我预先把mbr复制到数据中。
fdisk -l /mbr.bin # take the start position * units in bytes (ex start at 256 * units of 512 bytes = 131072 bytes) truncate -s (disk size in bytes + number of above) /newfile.bin dd if=/mbr.bin of=/newfile.bin dd if=/image.bin of=/newfile.bin oflag=seek_bytes seek=(number from above)
完成后,/ /newfile.bin具有完整的分区表+数据。
我其实没有find一个好的解决scheme。 幸运的是,还有另外一个驱动器架,可以使用〜30TB的空间,我可以使用它来迁移到新分区的卷。 这将需要很长的时间,但它应该工作。
有人build议可以使用Linux Device Mapper来创build一些聪明的东西(创build一个映射虚拟GPT分区表的文件和LVM逻辑卷),但是我会留给那些聪明的人去工作出。
编辑:实际上结束了在这里写了一个解决scheme
多于2TB的磁盘需要使用GPT分区表。 对于磁盘<2TB MBR就足够了。