EBS Volume Lecture est Racine périphérique

Question

Un de mes instances me empêchait de se connecter, donc je l'a arrêté, détaché son volume, filée une nouvelle instance, et joint l'ancien volume. Le problème est que l'ancien volume est traité comme le périphérique racine. Pour cette raison, je ne peux toujours pas me connecter à la nouvelle instance (bien que je puisse le faire si je ne joins pas l'ancien volume).

Est-il possible de résoudre ce problème en utilisant la console de gestion AWS?

Answer 1

Pour résoudre ce problème, j'ai d'abord dû faire un instantané de l'ancien volume. J'ai ensuite créé une nouvelle AMI en utilisant cet instantané. J'ai inclus l'ancien volume en tant que stockage supplémentaire afin qu'il soit explicitement défini pour ne pas être traité comme un périphérique racine. J'ai ensuite créé une nouvelle instance à l'aide de cette AMI. J'ai réussi à me connecter à la nouvelle instance. De là, je viens de monter le volume.

Answer 2

Il semble que vous ayez joint votre ancien volume dans "/ dev/sda1". Détachez votre ancien volume et attachez-le à "/ dev/sdf".

Answer 3

Ceci est causé par les systèmes de fichiers sur chaque volume ayant la même étiquette (la valeur retournée par exemple e2label /dev/xvda1). Le serveur démarre correctement à partir du premier volume, puis le chargeur de démarrage voit le deuxième volume avec l'étiquette qu'il anticipe pour le volume racine et continue à démarrer avec le second volume en tant que root. C'est un paramètre au niveau de l'os, non visible par l'infrastructure AWS.

Solution: ne pas attacher le second volume qu'après l'instance a démarré. Les volumes EBS peuvent être attachés à une instance à tout moment - ils ne doivent pas nécessairement être présents lorsque l'instance est démarrée. Après démontage, ils peuvent également être détachés à tout moment, l'instance étant toujours en cours d'exécution.