EBSルートボリュームをAmazon EC2のWindowsインスタンスにマウントする方法

基本的に、開発用に大きなWindowsサーバーを作成し、次に本番用にマイクロWindowsサーバーを作成しました。開発サーバーで必要な方法をすべてセットアップし、ドライブをアンマウントして、マイクロサーバーにマウントしました。

現在、大きなWindows開発サーバーに戻ろうとしていますが、エラーが発生します。

Invalid value 'i-4896ce28' for instanceId. Instance does not have a volume attached at root (/dev/sda1)

大きなWindowsサーバーを起動しようとすると、このエラーがポップアップします。ドライブを大規模な開発サーバーに再マウントしましたが、それでもこのメッセージが表示されます。

私は何をすべきか本当にわからない、私は他の投稿を読んだし、誰もがコマンドライン引数とほとんど同じようにこれらを与え、他のツールについて話している。特定のインスタンスにログインせずにコマンドを入力するオプション。

EBSドライブが/dev/sda1EC2-Consoleで名前を持っていることを確認します。

/ dev / xvdaを試すことができます。ボリュームをインスタンスに接続するとき->特定のインスタンスを選択し、マウントポイントに/ dev / xvdaを入力します。

再接続する前に、すべてのボリュームが切断されていることを確認してください。私の場合、以前のスナップショットにボリュームが接続されていました。切り離すと、新しいボリュームを接続できました。

ボリューム> [ボリュームのデタッチ]、[ボリュームのアタッチ]の順にクリックし、デバイスフィールドに正しいパスを入力します。たとえば、次のように入力する必要がある場合があります：/ dev / sda

「/ dev / sda」に先行スペースがないことを確認してください

何らかの理由でawsコンソールからテキストをコピーすると、文字列の前にスペースが追加されることがよくあります。実運用サーバーのプライマリドライブを再マウントしようとすると、ホイールを15分間回転させてしまう非常に迷惑な副作用がありました。それを理解する前に、これらのソリューションをすべて試しました。

すべてを試した後、私は最終的にそれを使って修正しました /dev/sda1

エラーは、それはあなただけ入力できるように見えたこと/dev/sdfまでを/dev/sdp

しかし、それは/dev/sda1正しく使用されました。

手順について：

1. EC2インスタンスの起動中にエラーが発生したデバイス名を書き留めます。
2. 現在接続されているボリュームをEC2でデタッチします

3. EC2にボリュームをアタッチする

   同じボリュームをEC2インスタンスにアタッチしてみてください。ただし、EC2インスタンスにボリュームをアタッチするときは、以下の「/ dev / sdf」などのデフォルトの「デバイス」を使用していないことを確認してください。

4. EC2インスタンスを起動する

linuxroutesから取得