%20%E3%81%A7%E3%81%8D%E3%81%BE%E3%81%9B%E3%82%93%E3%80%82.png)
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 としてアタッチします。強いテキスト
これで問題は解決しました。