2016-02-07 35 views
8

誤って私のシステムをフォーマットし、ec2ボリュームへのアクセスキーも削除されました。だから私はインスタンスを停止し、ebsボリュームを切り離しました。
しかし、別のec2インスタンスにroot(/ dev/sda1)として接続することはできません。誰もそれを通して私を導くことができますか?すべての自分のデータファイルとサーバーファイルがボリュームにあります。
私は最初のeb​​sボリュームをマウントし、2番目のインスタンスで、そこのファイルを閲覧しました。彼らはすべて元通りです。ルートボリュームとしてマウントすることができない場合は、ボリュームからmysqlデータをすべて取得する方法が必要です。そこには、多数のワードプレスWebサイトがホストされています。私はWordPressのファイルにアクセスできますが、インスタンスからデータベースを取得する方法はわかりません。
ソリューションのどれが私の人生を救う... はルートebsボリュームを別のルートebsボリュームに置き換えるにはどうすればいいですか?

+0

'/ dev/sda1'ではなく'/dev/sda'の上にマウントしてください。 –

+0

インスタンスを停止し、ebsボリュームを切り離し、前のものを/ dev/sdaとして接続しますか? –

+0

ルートebsを接続するインスタンスを停止する必要があります。現在のroot ebsを切り離し、 '/ dev/sda'の下に新しいebsを付けてインスタンスを起動します。 –

答えて

0

は、任意のフォーマットをしない、

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-attaching-volume.htmlhttp://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-using-volumes.htmlを参照のLinuxにマウントが、手順5に進みご覧新しいインスタンスにアタッチありがとうございましたあなたがする必要がどのような

+0

あなたは質問を慎重に読んでいないと思う。ブートボリュームを置き換える場合は、どのように "Linuxにマウント"するのですか? – Corrodias

+1

@Corrodias私はおそらく私の答えに詳細を入れていたかもしれませんが、これは言及された他の場所でカバーされていると思います!新しいインスタンスへのアタッチメントは、ブートボリューム(通常は/ dev/sda)と "衝突"しないように、別のデバイス(つまり/ dev/sdg)の下に置くことができます。 linuxの下でのマウントは、/ mntのようにルート(/)とは別の場所にある可能性があります。パーティションが新しいインスタンスに/ dev/sdgとして接続され、Linuxに '' mount/dev/sdg/mnt''でマウントされている場合、OPが関心のあるデータは/ home/centosにマウントされています/ mnt/home/centos、新しいインスタンス – Vorsprung

10

  1. 停止インスタンス
  2. は、現在のルートを取り外し
  3. EBS
  4. があなたのインスタンスそれです

技術を起動します(Windowsの場合)(Linux用)/dev/sda1/dev/xvdaの下で、あなたに新しいEBSを取り付けます。問題が発生した場合は、いつでもEBSをルート以外のEBS(/dev/sdbなど)として添付してファイルを参照し、可能であればエラーを修正することができます。

+2

私のLinuxサーバでは、/ dev/sda1として動作させることができませんでしたが、/ dev/xvdaを使用したとき –

0

短いフォローアップ@Avihoo Mamka答え。

インスタンスに複数のディスクが接続されていて、ルートディスクを変更したい場合は、最初に他のすべてのディスクをデタッチしてから、新しいルートディスクを追加することができます。/dev/sda1

関連する問題