Ubuntu AWS EC2导入/导出服务Linux

有没有人在AWS导入/导出服务方面取得过成功，特别是在Linux机器上

我曾尝试用1台磁盘机导入/转换Ubuntu 13.04 64位。所有这些虚拟机都是使用MondoRescue进行p2v转换的，并且运行良好。我的结论是：……我们检测到此任务存在问题。技术人员将在24小时内查看问题。。。没有AWS技术人员的反馈

我相信我的机器符合AWS对Linux机器的“要求和限制”：

我的p2v机器是Ubuntu13.04 64位，带有一个磁盘。磁盘分区为/dev/sda1-/，/dev/sda5-data，/dev/sda6-swap。我尝试了以下几种选择，但均无效： 1.安装了sda5的虚拟机 2.已卸载但未安装sda5的虚拟机 3.已删除sda5的虚拟机 所有这些p2v-MondoRescue虚拟机都运行得非常好。 迁移后p2v配置更改：fstab、grub、interfaces、70-persistent-net.rules以反映新的虚拟环境。 我没有在我的所有机器上使用UUID，所有分区都作为/dev/sda装载。。。 我认为AWS转换任务会检查initrd是否包含必要的模块，如果没有，它会构建一个包含这些模块的新initrd。这是失败的关键吗

所有导入任务都已由以下人员启动： ec2导入实例-tm3.medium-f VHD-a x86_64-p Linux-b somebucket-z us-east-1b

VHD-因为ec2导入实例无法处理VMDK，所以某些压缩算法不受支持。AWS:…您只能将VMDK文件导入到Amazon EC2中，这些文件是通过VMware中的OVF导出过程创建的…，因此我使用StarWind V2V转换器将VMDK转换为VHD Growtable。我已经在本地测试了我的所有VHD，它们在现有磁盘（在我的例子中是VHD）的基础上创建虚拟机时没有出现错误。所以我可以排除任何VMDK到VHD的转换问题

---

至少我不知道有什么方法可以访问AWS导入/转换任务日志文件，因此用户无法找出导致转换任务失败的原因。

因为我发现Ubuntu机器的问题是由grub2引起的。我已经将grub2恢复为遗留grub 0.97，它对我来说是可行的。IMHO，现在是开始grub2支持的时候了。 我只使用Ubuntu机器，所以我不能说我的解决方案是由AWS发行版支持的。“VM导入/导出先决条件”文档没有提到任何关于grub需求的内容