Get Hands-on with Amazon EKS - Workshop Event Series
Whether you're taking your first steps with Kubernetes or you're an experienced practitioner looking to sharpen your skills, our Amazon EKS workshop series delivers practical, real-world experience that moves you forward. Learn directly from AWS solutions architects and EKS specialists through hands-on sessions designed to build your confidence with Kubernetes. Register now and start building with Amazon EKS!
¿Por qué mi instancia de Linux de EC2 pasa al modo de emergencia cuando intento iniciarla?
Cuando inicio mi instancia de Linux de Amazon Elastic Compute Cloud (Amazon EC2), pasa al modo de emergencia y se produce un error en el proceso de arranque. A continuación, la instancia se vuelve inaccesible.
Breve descripción
Una instancia se puede iniciar en modo de emergencia por los siguientes motivos:
- Hay un núcleo dañado en la instancia que provoca un error de pánico en el núcleo.
- Hay errores de montaje automático debido a entradas incorrectas en el archivo /etc/fstab que provocan errores de fallo de dependencia.
Para identificar el tipo de error, comprueba la salida de la consola de la instancia.
Resolución
Errores de pánico en el núcleo
Si hay un problema con el núcleo, recibirás un mensaje de error similar al del siguiente ejemplo:
«Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)»
Los errores de pánico en el núcleo se producen cuando hay daños en la configuración de grub o en el archivo initramfs. Para solucionar este problema, sigue estos pasos:
- Vuelve a un estado estable anterior del núcleo.
- Reinicia la instancia.
- Corrige los problemas que aparecen en el mensaje de error del núcleo dañado.
Errores de fallo de dependencia
Los errores de fallo de dependencia se producen cuando los errores de sintaxis del archivo /etc/fstab provocan errores de montaje automático. El error también se produce cuando el volumen de Amazon Elastic Block Store (Amazon EBS) que aparece en el archivo se separa de la instancia. Recibes un mensaje de error similar al siguiente:
«[[1;33mDEPEND[0m] Dependency failed for /mnt.
[[1;33mDEPEND[0m] Dependency failed for Local File Systems.
[[1;33mDEPEND[0m]
Dependency failed for Migrate local... structure to the new structure.
[[1;33mDEPEND[0m] Dependency failed for Relabel all filesystems, if necessary.
[[1;33mDEPEND[0m] Dependency failed for Mark the need to relabel after reboot.
[[1;33mDEPEND[0m]
Dependency failed for File System Check on /dev/xvdf».
En el ejemplo anterior, el punto de montaje /mnt no se pudo montar durante la secuencia de arranque. Para asegurarte de que la secuencia de arranque no entre en modo de emergencia debido a errores de montaje, agrega las siguientes configuraciones al archivo /etc/fstab:
- Una opción nofail para las particiones secundarias, como /mnt.
Nota: La opción nofail garantiza que la secuencia de arranque no se interrumpa, incluso si se produce un error en el montaje de un volumen o una partición. - Un 0 que desactiva el sistema de archivos marca el punto de montaje en la última columna del archivo.
Para actualizar el archivo /etc/fstab, utiliza la consola serie de EC2, ejecuta la automatización AWSSupport-ExecuteEC2Rescue o utiliza una instancia de rescate para editar el archivo manualmente.
Importante: Antes de detener e iniciar la instancia, lleva a cabo las siguientes acciones:
- Crea una copia de seguridad del volumen de EBS.
Nota: Si tu instancia está respaldada por un almacén de instancias o tiene volúmenes de almacén de instancias que contienen datos, Amazon EC2 elimina los datos cuando se detiene la instancia. - Establece el comportamiento de apagado de las instancias en Detener para asegurarte de que las instancias no finalicen cuando las detengas.
Nota: Al detener e iniciar una instancia, la dirección IP pública de la instancia cambia. Se recomienda utilizar una dirección IP elástica para enrutar el tráfico externo hacia la instancia en lugar de una dirección IP pública. Para obtener más información, consulta Detención e inicio de una instancia de Amazon EC2.
Uso de la consola serie de EC2
Importante: No es necesario detener e iniciar la instancia cuando se utiliza la consola serie de EC2.
Si has activado la consola serie de EC2 para Linux, puedes usarla para solucionar los problemas con los tipos de instancias basadas en Nitro compatibles y las instancias bare metal. No necesitarás una conexión funcional para conectarte a la instancia si utilizas la consola serie de EC2. Conéctate a la consola serie de EC2 y, a continuación, modifica el archivo /etc/fstab.
Si no has utilizado antes la consola serie de EC2, asegúrate de cumplir los requisitos previos. Si no puedes acceder a tu instancia y aún no has configurado el acceso a la consola serie, no puedes usar la consola serie de EC2 para corregir el archivo /etc/fstab.
Ejecución del documento de automatización AWSSupport-ExecuteEC2Rescue
Requisitos previos: Asegúrate de disponer de los permisos de AWS Identity and Access Management (IAM) necesarios para usar AWSSupport-ExecuteEC2Rescue.
Ejecuta el documento de automatización de AWSSupport-ExecuteEC2Rescue para corregir automáticamente los problemas de arranque. Para obtener más información, consulta Ejecutar la herramienta EC2Rescue en instancias inaccesibles.
Uso de una instancia de rescate para editar manualmente el archivo
Sigue estos pasos:
-
Abre la consola de Amazon EC2.
-
Elige Instancias y, a continuación, selecciona la instancia que se encuentre en modo de emergencia.
-
Desasocia el volumen raíz de Amazon EBS /dev/xvda o /dev/sda1 de la instancia detenida.
-
Inicia una instancia de rescate en la misma zona de disponibilidad que la instancia detenida.
-
Adjunta el volumen raíz a la instancia de rescate como dispositivo secundario.
Nota: Puedes utilizar diferentes nombres de dispositivos al asociar volúmenes secundarios. -
Para crear un directorio de puntos de montaje para el nuevo volumen que has adjuntado a la instancia de rescate, ejecuta el siguiente comando:
sudo mkdir /mnt/rescueNota: Sustituye /mnt/rescue por el directorio de puntos de montaje.
-
Para identificar el nombre del dispositivo de bloqueo y la partición, ejecuta el siguiente comando:
[root ~]$ lsblkResultado de ejemplo:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvda 202:0 0 8G 0 disk └─xvda1 202:1 0 8G 0 part / xvdf 202:80 0 101G 0 disk └─xvdf1 202:81 0 101G 0 part -
Para montar el volumen en el directorio del punto de montaje, ejecuta el siguiente comando:
sudo mount -o nouuid /dev/xvdf1 /mnt/rescue
Nota: Sustituye /dev/xvdf1 por el nombre de tu dispositivo. Para abrir el archivo /etc/fstab, ejecuta el siguiente comando:
sudo vi /mnt/rescue/etc/fstab
- Edita las entradas en /etc/fstab. El siguiente ejemplo muestra dos volúmenes de Amazon EBS definidos con UUID. Ambos volúmenes secundarios tienen la opción nofail agregada y un 0 como última columna para cada entrada:
$ cat /etc/fstab UUID=e75a1891-3463-448b-8f59-5e3353af90ba / xfs defaults,noatime 1 0 UUID=ce917c0c-9e37-4ae9-bb21-f6e5022d5381 /mnt ext4 defaults,noatime,nofail 1 0
- Guarda el archivo y, a continuación, ejecuta el siguiente comando para desmontar el volumen:
sudo umount /mnt/rescue
- Desconecta el volumen de la instancia de rescate.
- Adjunta el volumen a la instancia original.
- Para confirmar que puedes arrancar la instancia, iníciala.
- Idioma
- Español

Contenido relevante
- preguntada hace 3 meses
- preguntada hace 10 meses
- preguntada hace 4 meses
- preguntada hace 3 meses
- preguntada hace 4 meses
OFICIAL DE AWSActualizada hace 9 meses
OFICIAL DE AWSActualizada hace 3 años