（１）まず「イメージを作成」して完全バックアップを作成しようと思います。 （２）イメージの作成・「イメージ名」に「test」と入力した。・「終了時に削除」の有効化にチェックをした。「イメージを作成」ボタンを押しました。 （３）「AMI を現在作成中 ami-0df38cfd957e572dc インスタンス i-01ed4bb82b5d9ac80 から。インスタンスを削除したり、この AMI に関連する他のアクションを実行したりする前に、AMI のステータスが [利用可能] であることを確認してください。」とコピー中なので待ちます。 （４）７分後。「保留中」から「利用可能」になりました。 （５）「AMI からインスタンスを起動」ボタンを押しました。 （６）インスタンスタイプに前回と同じ t1.micro を選択しました。 （７）キーペアに前回と同じキーペアを選択しました。 （８）ボリュームは変更しませんでした。「インスタンスを起動」ボタンを押しました。 （９）起動しました。 （１０）やはり ssh で接続できませんでした。 （１１）念のため、testと名前を付けました。 （１２）ここでインスタンスを停止して、ボリュームを他のインスタンスに接続して、hosts.allow を編集します。 （１３）「ボリューム」に移動した。 （１４）「ボリューム」をデタッチした。（気のせいか１回目ではデタッチできなかったような、２回目でデタッチできました。） 「使用可能」を確認 （１５）「ボリュームのアタッチ」します。正常に動くインスタンスの「/dev/sdf」を選択します（データボリュームの場合は /dev/sd[f-p]）。とありますね。 （１６）インスタンスを開始します。 （１７）ボリュームを調べる。AWSでは「/dev/sdf (attached)」となっているが、実際は「/dev/xvdf」になっていた。↑でも「/dev/xvdf」に変更されることがあるといっていたのはこのことでしょう。 （１８）「/dev/xvdf」をマウントする。 （１７）ここで、ようやくhosts.allow 書き換えです。 （１8）IPの追加が終わったらアンマウント （１９）起動中にデタッチできました。 （２０）これを元のインスタンスにアタッチします。※デバイス名には「/dev/sda」を選択します。 （２１）これでインスタンスを開始しました。 （２２）SSHでアクセスできることを確認できました。長いなこの方法は・・・スナップショットで考えるかな・・・