Amazon s3 从Ubuntu到RedHat的EBS卷

我想使用一个EBS卷，上面有我在Redhat6AMI的Ubuntu AMI中使用过的数据。我遇到的问题是RedHat说该卷没有有效的分区表。这是已卸载卷的fdisk输出

磁盘/dev/xvdk:901.9 GB，901875499008字节
255个磁头，63个扇区/磁道，109646个气缸
单位=16065*512=8225280字节的圆柱体
扇区大小（逻辑/物理）：512字节/512字节
I/O大小（最小/最佳）：512字节/512字节
磁盘标识符：0x00000000

磁盘/dev/xvdk不包含有效的分区表

有趣的是，容量实际上不是901.9GB，而是300GB。。我不知道这是否意味着什么。我非常担心可能会意外删除卷中的数据。有谁能给我一些指针，让我在不删除内容的情况下格式化RedHat的卷

---

我还刚刚检查了这个卷在我的Ubuntu实例中是否正常工作，它确实正常工作。

我无法就分区问题提出建议，只是声明您肯定不需要也不想格式化它，因为格式化确实是一种（潜在的）破坏性操作。我最好的猜测是RedHat无法识别EBS卷上当前正在使用的文件系统，因此必须通过某种方式相应地发布广告

但是，为了简化实验并获得一些安心，您应该了解其中一个主要功能，即创建卷的时间点快照，这些快照将持久化到Amazon S3：

这些快照可以用作新Amazon EBS的起点 卷，并保护数据以实现长期耐久性。相同的快照 可以用于实例化任意数量的卷

这将在Amazon EBS快照部分中进一步详细说明：

快照还可用于实例化多个新卷 卷的大小或跨可用性区域移动卷。当 创建新卷时，可以选择基于 现有的AmazonS3快照。在该场景中，新卷开始 作为原始卷的精确副本。[…][我的重点]

因此，您可以（而且实际上应该）始终启动实验或配置更改，就像您将要执行的那样，至少通过快照卷（这将允许您在发生故障时从该时间点创建一个新卷）或立即从该快照为手头的特定任务创建一个新卷

您可以通过从快照创建快照和新卷，通常还有用于自动化目的的相应API（请参阅）-有关详细信息，请参阅

---

祝你好运

我无法就分区问题提出建议，只能说您肯定不需要也不想格式化它，因为格式化确实是一种（潜在的）破坏性操作。我最好的猜测是RedHat无法识别EBS卷上当前正在使用的文件系统，因此必须通过某种方式相应地发布广告

但是，为了简化实验并获得一些安心，您应该了解其中一个主要功能，即创建卷的时间点快照，这些快照将持久化到Amazon S3：

这些快照可以用作新Amazon EBS的起点 卷，并保护数据以实现长期耐久性。相同的快照 可以用于实例化任意数量的卷

这将在Amazon EBS快照部分中进一步详细说明：

快照还可用于实例化多个新卷 卷的大小或跨可用性区域移动卷。当 创建新卷时，可以选择基于 现有的AmazonS3快照。在该场景中，新卷开始 作为原始卷的精确副本。[…][我的重点]

因此，您可以（而且实际上应该）始终启动实验或配置更改，就像您将要执行的那样，至少通过快照卷（这将允许您在发生故障时从该时间点创建一个新卷）或立即从该快照为手头的特定任务创建一个新卷

您可以通过从快照创建快照和新卷，通常还有用于自动化目的的相应API（请参阅）-有关详细信息，请参阅

---

祝你好运

EBS卷上当前使用的是哪个文件系统？文件系统是ext2，这就是为什么我不理解为什么它很难使用。这不是最基本的类型之一吗？我将接受您的建议，并对卷进行快照。谢谢你的提示。EBS卷上当前使用的是哪个文件系统？文件系统是ext2，这就是为什么我不明白为什么它很难使用。这不是最基本的类型之一吗？我将接受您的建议，并对卷进行快照。谢谢你的提示。