Amazon EC2: Невозможно войти в экземпляр (RDP) после миграции корневого тома EBS.

Question

Я пытаюсь получить доступ к своему экземпляру Windows, но не могу войти в него (RDP). Я сделал снимок корневого тома EBS и прикрепил его к недавно запущенному экземпляру. Экземпляр загрузился, но, к сожалению, я не могу подключиться к нему по RDP. Я уверен, что ввожу правильный пароль, как показано на вкладке подключения ec2.

Я прикрепил том как /dev/sda1 и это сработало, так как экземпляр загрузился и перешел в состояние выполнения. Но проблема в том, что я не могу войти в экземпляр.

Есть ли что-то вроде того, что пароль администратора (и другая информация об аутентификации пользователя) для Windows действительна только в исходном экземпляре и не может использоваться на новом "оборудовании", на котором мы запускаем AMI.
Вот почему RDP-подключения не работают для вновь запущенных экземпляров, как и любые попытки получить пароль администратора?

Есть ли способ это как-то побороть? Любая помощь будет оценена по достоинству..!!

Answer 1

когда мы присоединяем загрузочный том к другому экземпляру Windows 2012 R2, он помечает его как незагружаемый, поскольку у него уже есть загрузочный том. И когда вы снова присоединяете его к исходному экземпляру, ваш экземпляр больше не загружается. Поэтому необходимо исправить или перестроить данные конфигурации загрузки (BCD) для этого тома. Чтобы исправить это, выполните указанные ниже команды перед отсоединением тома и повторным присоединением его к исходному экземпляру. Я попробовал с этим набором команд: скачал bootsect и поместил его в папку Windows-> System32.

Создайте резервную копию существующей загрузки bcd: bcdedit /store c:\boot\bcd » C:\bcd.

bootsect /nt60 E: /mbr

C:\windows\system32\bcdboot.exe E:\Windows /s E:

bcdedit /store E:\Boot\BCD /set

{default} раздел устройства=E:

bcdedit /store E:\Boot\BCD /set {default}

раздел osdevice=E:

bcdedit /store E:\Boot\BCD /set

{bootmgr}

раздел устройства=E:

Теперь я снова отсоединяю том от этого экземпляра и подключаю его как /dev/sda1.сильный текст

Это решило мою проблему.