Question

我在AWS上创建了一个d2.xlarge EC2实例，它返回以下输出：

$ lsblk
NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
xvda    202:0    0    8G  0 disk 
`-xvda1 202:1    0    8G  0 part /
xvdb    202:16   0  1.8T  0 disk 
xvdc    202:32   0  1.8T  0 disk 
xvdd    202:48   0  1.8T  0 disk

默认 / etc / fstab 看起来像这样

LABEL=cloudimg-rootfs   /        ext4   defaults,discard        0 0
/dev/xvdb       /mnt    auto    defaults,nofail,x-systemd.requires=cloud-init.service,comment=cloudconfig       0       2

现在，我为xvdc制作了EXT4文件系统

$ sudo mkfs -t ext4 /dev/xvdc
mke2fs 1.42.13 (17-May-2015)
Creating filesystem with 488375808 4k blocks and 122101760 inodes
Filesystem UUID: 2391499d-c66a-442f-b9ff-a994be3111f8
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
    102400000, 214990848

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information:            
done

blkid 会返回文件系统的UID

$ sudo blkid /dev/xvdc
/dev/xvdc: UUID="2391499d-c66a-442f-b9ff-a994be3111f8" TYPE="ext4"

然后，我将它挂载在 / mnt5

上

$ sudo mkdir -p /mnt5
$ sudo mount /dev/xvdc /mnt5

它成功安装。直到那里，事情还可以。

现在，我重新启动机器（首先停止然后启动它），然后SSH进入机器。

我做

$ sudo blkid /dev/xvdc

它什么也没归我。在重启之前我创建的文件系统在哪里？我想即使在重启周期后，仍然会创建挂载的文件系统。我是否遗漏了在AWS EC2实例上挂载分区的内容？

我遵循了这个http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-using-volumes.html，它似乎不像上面描述的那样工作

Answer 1

您需要阅读EC2 Ephemeral Instance Store volumes。停止具有此类卷的实例时，卷上的数据将丢失。您可以通过执行重新启动/重新启动操作来重新启动，但如果稍后启动则停止，则数据将丢失。在EC2上，停止跟随启动不被视为“重启”。当你停止一个实例时，它会完全关闭，当你稍后再启动它时，它基本上会在不同的后备硬件上重新创建。

换句话说，你描述的不是问题，而是预期的行为。在依赖它们之前，您需要非常了解这些卷的工作原理。

分区的文件系统缺少EC2重启

1 个答案: