Amazon EC2 Fedoraインスタンスをインストールし、ある場所から別の場所にファイルをコピーしました。しかし、「ディスクに空き容量がありません」と迎えられます。
やった df -f
。
出力付き:
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 15G 15G 0 100% /
none 312M 0 312M 0% /dev/shm
Amazonのec2インスタンスのスペースを増やしたいです。誰かがそれを手伝ってくれますか?助けてくれてありがとう。
私は解決策を手に入れましたyippeeee
Linux AMIを使用していると仮定すると、ファイルシステムのサイズを増やす簡単な方法があります。
1)インスタンスを停止します
2)ルートボリュームを切断する
3)ボリュームのスナップショット
4)新しいサイズを使用してスナップショットから新しいボリュームを作成します
5)新しいボリュームを、元のボリュームと同じ場所のインスタンスに接続します
6)インスタンスを起動し、sshを除くすべてのサービスを停止し、ルートファイルシステムを読み取り専用に設定します
7)ファイルシステム(たとえば、resize2fsを使用)および/または必要に応じてパーティションを拡大する
8)再起動
別の方法として、新しいインスタンスを起動してインスタンスストレージをマップするか、前の2つの手順を組み合わせて新しいAMIを作成することもできます。
さらに簡単な方法があります。 (私のm2.2xlargeインスタンスはRedHat Linux 6.2で作成されましたが、850gbのわずかな6gbが利用可能であることがわかりました):
Sshを使用して、ルートの下のスペースを確認します:$df -h
Filesystem Size Used Avail Use% Mounted on /dev/xvde1 6G 6G 0G 100% / none 17G 0 17G 0% /dev/shm
AWSコンソールから、インスタンスを停止します
/dev/sda1
)Sshから、ルートファイルシステムでresize2fsを実行します(df -h
ステップ1で出力
$ resize2fs/dev/xvde1
数分待って、おそらくあなたが停止しているあなたの仲間を見に行きます すべてのルートサービスなど ボスのように:)
Filesystem Size Used Avail Use% Mounted on /dev/xvde1 813G 3.7G 801G 1% / none 17G 0 17G 0% /dev/shm
du -a | sort -n
で最大のファイルを見つけるボリュームサイズを変更します。 AWSコンソールから、ボリュームのサイズを変更できます。
df -h
によって変更されます私はすべてのデタッチ/スナップショット/新しいボリュームのものをスキップしました...ちょうどサイズを変更しました。
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 5904748 4725152 1119608 81% /
none 15728640 0 15728640 0% /dev/shm
[root@ip-10-25-6-214 ~]# resize2fs /dev/sda1
resize2fs 1.39 (29-May-2006)
Filesystem at /dev/sda1 is mounted on /; on-line resizing required
Performing an on-line resize of /dev/sda1 to 31457280 (4k) blocks.
Growpartを正常に使用してからresize2fsを使用できる別のEC2インスタンスにディスクをマウントしました。その後、Origin EC2インスタンスにマウントし直します。
EC2インスタンスが「Instance-Store」ではなく「EBS-Store」から作成された場合、ケースは有効です。 「instance-store」から作成されたEC2インスタンスには、常に/ mntディレクトリに割り当てられる巨大なスペース(約200GB +)が割り当てられます。
それ以外の場合、ソリューションは「EBS-Store」から作成されたEC2マシンに対して有効です。このようなマシンでさらに多くのことができます。