Amazon EC2: ルート ebs ボリュームを移行した後、インスタンスにログイン (RDP) できません。

Amazon EC2: ルート ebs ボリュームを移行した後、インスタンスにログイン (RDP) できません。

Windows インスタンスにアクセスしようとしていますが、ログイン (RDP) できません。ルート EBS ボリュームのスナップショットを取得し、それを新しく起動したインスタンスにアタッチしました。インスタンスは起動しましたが、残念ながら RDP できません。ec2 の接続タブに表示されているように、正しいパスワードを入力しているはずです。

ボリュームを /dev/sda1 として接続し、インスタンスが起動して実行状態になると機能しました。しかし、問題はインスタンスにログインできないことです。

Windows の管理者パスワード (およびその他のユーザー認証情報) は元のインスタンスでのみ有効であり、AMI を起動する新しい「ハードウェア」では使用できません。
これが、新しく起動されたインスタンスへの RDP 接続が失敗し、管理者パスワードを取得しようとすると失敗する理由ですか?

これを打ち破る方法はあるでしょうか。どんな助けでもありがたいです。

答え1

起動可能なボリュームを別の Windows 2012 R2 インスタンスに接続すると、すでに起動可能なボリュームがあるため、起動不可能なボリュームとしてマークされます。そして、それを元のインスタンスに再接続すると、インスタンスは起動しなくなります。そのため、そのボリュームのブート構成データ (BCD) を修正または再構築する必要があります。これを修正するには、ボリュームをデタッチして元のインスタンスに再接続する前に、以下のコマンドを実行します。私は次のコマンド セットを試しました: bootsect をダウンロードし、Windows -> System32 フォルダーに配置します。

既存の bcd ブートをバックアップします: bcdedit /store c:\boot\bcd » C:\bcd。

ブートセクト /nt60 E: /mbr

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

bcdedit /store E:\Boot\BCD /set

{デフォルト} デバイス パーティション = E:

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

osdevice パーティション=E:

bcdedit /store E:\Boot\BCD /set

{ブートマネージャ}

デバイスパーティション=E:

ここで、再度このインスタンスからボリュームをデタッチし、これを /dev/sda1 としてアタッチします。強いテキスト

これで問題は解決しました。

関連情報