我在VMware上有一个VMware服务器,其中包括一个1.5TB的磁盘,其中一个xfs分区使用整个磁盘。这个磁盘/分区空间不足,所以我需要将它的大小增加到2.5TB。
因此,我增加了VMware上的大小,尝试删除和添加分区,但失败了。当然,原来的分区是MBR,新的分区必须是GPT,但是当尝试删除/添加分区时,转换失败。我发现原来的分区位于扇区128,新分区试图从扇区2048开始,我试图修改这个分区,但我做不到(我猜因为GPT需要比MBR更多的空间?)
然后,我提出了移动原始分区的想法,从扇区2048开始,将分区转换为GPT,然后增加分区的大小。
说得通吗?这有可能吗?特别是移动分区的第一部分。谢谢!
由于格式化原因,下面是建议的命令的输出:parted /dev/disk unit s print free
Disk /dev/sdb: 5368709120s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Numero Inicio Fin Tamaño Typo Sistema de ficheros Banderas
63s 127s 65s Free Space
1 128s 3259013119s 3259012992s primary xfs
3259013120s 5368709119s 2109696000s Free Space发布于 2021-09-02 09:21:58
因此,您有一个从128扇区开始的msdos分区。
这是不常见的,因为标准是MiB对齐,从扇区2048开始(对于512字节的逻辑扇区大小)。
对于GPT,您仍然可以使用start扇区128,这不是一个问题:
# parted /dev/loop0 unit s print free
Model: Loopback device (loopback)
Disk /dev/loop0: 3259017216s
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
34s 127s 94s Free Space
1 128s 3259017182s 3259017055s但是,当您创建parted时,它会向您抱怨:
# parted /dev/loop0
(parted) mklabel gpt
(parted) mkpart
Partition name? []?
File system type? [ext2]?
Start? 128s
End? 100%
Warning: The resulting partition is not properly aligned for best performance:
128s % 2048s != 0s
Ignore/Cancel? Ignore 如果您不关心MiB对齐(而且您的数据已经在那里了,无论如何您没有选择),那么您可以忽略这个警告。一个128的起始扇区仍然是4K对齐(64K对齐),所以这也会很好。
GPT还在磁盘的末尾存储备份,因此有时会出现终端扇区的问题。然而,你很幸运,在你的磁盘末端有4096个自由扇区,所以在你的情况下没有问题。否则,在转换到GPT之前,您必须先增长磁盘。
如果您想要实现MiB对齐,就必须转移所有数据。这样做的最安全的方法(如果您有足够的空间)是将它复制到一个新的磁盘完全。将数据重新定位在适当的位置是有风险的。
https://unix.stackexchange.com/questions/667274
复制相似问题