2012-03-07 10 views
1

RedHat 6 AMIのUbuntu AMIで作業していたEBSボリュームを使っています。私が抱えている問題は、ボリュームに有効なパーティションテーブルがないことです。これは、マウントされていないボリュームのfdisk出力です。EBS Volume from Ubuntu RedHatへ

ディスク/ dev/xvdk:901.9ギガバイト、901875499008バイト
255ヘッド、63セクタ/トラック、109646のシリンダ
単位= 16065×512 = 8225280バイト
セクタサイズのシリンダ(論理/物理):512バイト/ 512バイト
I/Oサイズ(最小/最適):512のバイト/ 512バイト
ディスク識別子:0x00000000のは

ディスク/ dev/xvdkが含まれていない有効なパーティションテーブル

で実際にはボリュームは901.9 GBではなく300 GBです。それが何かを意味するかどうかはわかりません。私はおそらくボリューム内のデータを偶然消去する可能性について非常に懸念しています。誰も私のコンテンツを削除せずにRedHatのボリュームをフォーマットするためのいくつかのポインタを私に与えることができますか?

また、ボリュームが私のUbuntuインスタンスで動作していることを確かめました。

+0

現在、EBSボリュームで使用されているファイルシステムはどれですか? –

+0

ファイルシステムはext2なので、なぜそれが苦労しているのか分かりません。それは最も基本的なタイプの1つではありませんか?私はあなたのアドバイスを取ってボリュームをスナップショットします。そのチップをありがとう。 –

答えて

1

書式設定は本当に(潜在的に)破壊的な操作なので、私はパーティションの問題についてあなたが間違いなく書式を必要とせず、書式を設定する必要があるということ以外にはアドバイスできません。私の推測では、RedHatはEBSボリューム上で現在使用中のファイルシステムを識別することができないため、それに応じて何らかの方法で広告を掲載する必要があります。しかし、実験で容易にし、心の平安を得るために、あなたが主要なAmazon EBS特徴のひとつと知り合いすべき

は、すなわちにAmazon S3のに永続化されているボリュームのポイントインタイムスナップショットを作成します。

これらのスナップショットは、新しいAmazon EBS ボリュームの出発点として使用でき、長期的な耐久性のためにデータを保護します。同じスナップショット を使用して、必要な数のボリュームをインスタンス化できます。 ボリュームのサイズを拡張するか、空間でボリュームを移動し、またに使用することができます

スナップショット

は、複数の新しいボリューム
をインスタンス化:

この

はさらに下のセクション アマゾンEBSスナップショット詳述されていますゾーン。 新しいボリュームが作成されると、 既存のAmazon S3スナップショットに基づいて作成するオプションがあります。このシナリオでは、 新しいボリュームは元ボリュームの正確なレプリカとして で始まります。 [...] [重点鉱山]

そこですることができます(実際にすべきである)は、常にあなたは、少なくともあなたをできるようになりますボリュームを(スナップショットで実行しようとしているような実験や構成の変更を開始状況が悪化した場合にその時点から新しいスナップショットを作成する)、または特定のタスクのスナップショットから直ちに新しいボリュームを作成します。

AWS Management Console経由でスナップショットから新しいボリュームを作成することができます。通常は、自動化のためのAPIもあります(API and Command Overview参照)。詳細はCreating an Amazon EBS Snapshotを参照してください。

幸運!

関連する問題