2017-02-26 17 views
1

aws doc for expanding elastic root volume をフォローしました。私のルートボリュームサイズを8GBから20GBに増やしました。これはlsblkで確認しました。AWS ec2ルートボリュームの増加:aws ubuntuインスタンスのエラスティックルートボリュームの拡張

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvda 202:0 0 20G 0 disk └─xvda1 202:1 0 8G 0 part /

しかし、更新サイズは私が明示的に自分のファイル・システム・タイプとしてsudo resize2fs /dev/xvda1コマンドを使用して、デバイスのサイズを変更した後も、df -hコマンドで反映していないが、私はsudo file -s /dev/xvd*コマンドを使用してチェックext4です。 sudo resize2fs /dev/xvda1出力下に与えるコマンド: -

須藤resize2fsのは/ dev/xvda1 resize2fsの1.42.12(29日 - 8月-2014) ファイルシステムが既に2096635ある(4K)ブロック長いです。何もする必要はありません!

私のボリュームのサイズをピックアップするためにOSで必要なことを教えてください。

おかげ

+1

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/storage_expand_partition.html –

答えて

2

/dev/xvda1 20ジブデバイス上の8ジブパーティションであり、ボリューム上の他のパーティションが存在しません。この場合、ボリューム上の残りのスペースを使用するには、パーティションをresizedにする必要があります。

パーティションのサイズを変更したら、ファイルシステムを(sudo resize2fs /dev/xvda1経由で)パーティション上のすべての領域を占めるように拡張することができます。

+0

私があなたが言及したドキュメントを調べましたが、手続きが非常に複雑ですそこには、それは役に立つでしょう。多くの人がこの問題に直面し、複雑な文書に紛れ込んできたことは確かです。 –

+0

この段階でルートパーティションのプロセスが複雑になることに同意します。 AWSでは次のことも認めています。*「サイズ変更が必要なパーティションがインスタンスのルートパーティションである場合、プロセスはより複雑になります。私は、AWSが将来私たちのプロセスをもっと簡単にすることを願っています。 –

+0

これは現時点で最善の答えなので、答えを受け入れることを願っています。 –

0

は9つの段階funin持っている...........

デタッチルートボリュームとより安全側のルートボリュームのスナップショットを取り、it.Onceはresizied、サイズ変更、/ devの下your_instanceするには、このボリュームをマウント/ sda1 "lsblk"と "df -h"コマンドを実行して、ファイルシステムがルートボリュームに完全に展開されていることを確認します。変更が

Steps to increase the root volume

+0

おそらく、ここで提供したリンクのステップを要約することができます。そうすれば、リンクが死んでもあなたの答えはまだ役立つでしょう。 – stephenmuss

+0

ご意見ありがとうございます。私は今それが役に立つと思います。 – kalaivani

0

、「resize2fsの-f」

さらなる詳細は参照してください、私のソリューション実行を反映していない場合 :

を私はあなたたちのことは知らないが、私はでした元の8GBのUbuntu EC2インスタンスに30GBを追加してから、EC2 Console Managerにアクセスしてインスタンスを右クリックし、次にリブートを押しました。

サーバにリブートしてSSHを実行した後、df -hと入力し、ルートパーティション(/dev/xvda1)のサイズが38GBであることを確認しました。

+0

別の質問がある場合は、質問のインターフェイスを使って質問してください。 –

+0

同じことが私のために起こった。私はサーバがクラッシュしたときに、AWSのすべてのドキュメントをあきらめて自分のルートを増やすために数日を要しました。私はそれをリブートし、突然インスタンスに追加した余分なGBが私のルートパーティションに追加されました。私が今まで持っていた最高のサーバークラッシュ –

関連する問題