我想使用带有数据的EBS卷，我一直在RedHat 6 AMI的Ubuntu AMI中使用它。我遇到的问题是RedHat说卷没有有效的分区表。这是卸载卷的fdisk输出。
Disk / dev / xvdk：901.9 GB，901875499008 bytes
255个头，63个扇区/轨道，109646个气缸
单位= 16065 * 512 = 8225280字节的柱面
扇区大小（逻辑/物理）：512字节/ 512字节
I / O大小（最小/最佳）：512字节/ 512字节
磁盘标识符：0x00000000
磁盘/ dev / xvdk不包含有效的分区表
有趣的是，音量实际上不是901.9 GB而是300 GB ..我不知道这是否意味着什么。我非常担心可能会意外删除卷中的数据。任何人都可以给我一些指针来格式化RedHat的卷而不删除其内容吗？
我还检查了该卷在我的Ubuntu实例中是否正常工作，它确实可以。
答案 0 :(得分：1)
我无法就分区问题提出建议，除了声明你绝对不需要也不想格式化它，因为格式化确实是（潜在的）破坏性操作。我最好的猜测是RedHat无法识别当前在EBS卷上使用的文件系统，必须通过某种方式进行广告宣传。
但是，为了方便实验并获得一些安心，您应该熟悉一个主要的Amazon EBS功能，即创建卷的时间点快照，这些快照是持久的到Amazon S3 ：
这些快照可用作新Amazon EBS的起点 卷，并保护数据以实现长期耐用性。同样的快照 可用于实例化任意数量的卷。
下面将详细介绍 Amazon EBS Snapshots ：
快照还可用于实例化多个新卷，展开 卷的大小或跨可用区移动卷。当一个 创建新卷，可以选择基于创建它 现有的Amazon S3快照。在那种情况下，新卷开始 作为原始卷的精确复制品。 [...] [强调我的]
因此，您可以（实际上应该）始终通过至少快照卷来启动实验或配置更改（例如您要执行的更改）（这将允许您从该时间点开始创建新的实体或配置更改以防万一坏的）或立即从该快照创建一个新的卷，用于手头的特定任务。
您可以通过AWS Management Console从快照创建快照和新卷，像往常一样，各自的API也可用于自动化目的（请参阅API and Command Overview） - 有关详细信息，请参阅Creating an Amazon EBS Snapshot。
祝你好运！