最近，我管理的一个网站出现了宕机。当我登录到机器时，我无法找出问题的根源，因此我通过基于之前的快照创建卷并用备份卷替换机器故障的根卷来恢复机器的状态。
现在，我想回去检查故障卷上的日志和其他内容，以确定停机的原因。
当我尝试创建一个新的 EC2 实例并将有故障的卷附加到它时，机器无法启动（1/2 可达性检查失败）。
对于我来说，恢复该故障卷并检查其内容的最佳方法是什么？
谢谢！
答案1
当从快照（包括用于启动实例的原始 AMI 快照）创建 EBS 卷时，它们是用于创建快照的卷的逐字节相同的副本。
这似乎很明显，但这意味着卷上的文件系统的 UUID 最初也是相同的，并且可能保持相同……因为创建新的 EC2 实例不会从分发媒体“安装”操作系统。它会从源 AMI 复制已完成的操作系统安装。
如果您有一个以前是根卷的磁盘，并将其附加到另一个实例，并且新实例的根卷与辅助磁盘具有相同的 AMI 祖先，这两个卷很有可能具有相同 UUID 的文件系统...并且在启动过程中，某物系统上的 因这一事实而迷失方向，并实际上将辅助卷装载为/。
我不明白具体的机制，但已经多次见过这种情况发生。
首先启动新实例，然后然后附加卷，然后安装它。