Instancia EC2 AmznLinux2 inalcanzable después de la reparación mediante instantánea

Instancia EC2 AmznLinux2 inalcanzable después de la reparación mediante instantánea

Espero que alguien tenga experiencia con EC2. Estoy en un aprieto.

Accidentalmente eliminé glibc de mi instancia de Amazon Linux 2. Bueno, no del todo por accidente, estaba intentando reemplazar el que tenía con el paquete de repositorio oficial de Amzn2 (había intentado actualizarlo manualmente antes a través de rpm).

Aunque ya lo había hecho antes, seguí esta guía:https://www.rootusers.com/how-to-repair-an-aws-ec2-instance- without-console/

Creé una nueva instancia de Amazon Linux 2, monté un nuevo volumen a partir de la instantánea que hice, monté dev/nvme1n1p1 y realicé el chroot. Reparado glibc y mmm. Hice yum distro-sync (ya no quedan problemas). Desmonté todo con cuidado. Cierra la instancia. Creó una nueva instantánea. Creó un nuevo volumen a partir de esa instantánea. Monté ese volumen en mi primera instancia (rota) como dev/xvda. Y no funciona. Se pasaron la mitad de las comprobaciones del sistema (como después de mucho tiempo) y es inalcanzable. Revisé el registro del kernel pero no pude encontrar nada fuera de lo común. Intenté volver a conectar las IP elásticas.

Incluso intenté montar el volumen fijo en mi instancia temporal como root directamente después de repararlo. Todavía no funcionó. Incluso intenté crear AMI a partir de la instantánea. Agradecería sinceramente cualquier ayuda, no sé que hacer.

Respuesta1

Bien, si alguien tiene problemas para realizar chroot en una instancia de Amazon Linux 2, aunque el host también sea una instancia de Amazon Linux 2 (es decir, la misma arquitectura). Simplemente copie las bibliotecas que faltan en /mnt/lib64. Es importante no montarlo si ese directorio es necesario para su reparación.

P.ej# cp -n /lib64/* /mountpoint/lib64/

información relacionada