Amazon web services ESB卷分区限制为2TB
我使用以下映射通过AWS Ruby SDK v1创建了一个实例:Amazon web services ESB卷分区限制为2TB,amazon-web-services,amazon-ec2,aws-sdk,Amazon Web Services,Amazon Ec2,Aws Sdk,我使用以下映射通过AWS Ruby SDK v1创建了一个实例: block_device_mappings: [{ device_name: '/dev/sda1', ebs: { volume_size: 3000, delete_on_termination: true, volume_type: 'gp2', }, }], 我有一个3TB的磁盘,但它的分区限制为2TB 尝试用parted修复它,但得到: Error: parti
block_device_mappings: [{
device_name: '/dev/sda1',
ebs: {
volume_size: 3000,
delete_on_termination: true,
volume_type: 'gp2',
},
}],
我有一个3TB的磁盘,但它的分区限制为2TB
尝试用parted
修复它,但得到:
Error: partition length of 6291439935 sectors exceeds the msdos-partition-table-imposed maximum of 4294967295
放弃,不管你怎么解决。但我确实想修复对AWS的API调用,这样就不会再发生这种情况。有人吗?更新
API调用很好。分区表由AMI定义。所以你唯一能做的就是用基于GPT的AMI替换ImageId 如果从使用MBR分区表的AMI创建If后要使用整个磁盘,则需要使用GUID分区表(GPT)重新分区磁盘。旧式MSDOS分区表的地址不能超过512*2^32字节
sudo parted
(parted) select /dev/xvdX
(parted) mklabel gpt
(parted) mkpart primary 0% 100%
(parted) quit
官方指南建议您完全跳过分区表的创建,只格式化整个块设备:OP没有直接提到的是这是启动卷(
/dev/sda1
)。使用上述方法调整磁盘大小不一定会奏效,当然,使用整个块设备——这对于所有其他卷来说都是一个很好的主意——不会奏效,好吧。谢谢,但我不想知道如何修复这个磁盘,只想知道如何修复API调用。我没有在调用中指定关于分区的任何内容。在文档中也找不到与此相关的任何内容。API调用也可以。分区表由AMI定义。所以你唯一能做的就是用基于GPT的AMI替换ImageId
。