☰

AWS のデフォルトパーティションサイズを最大化するにはどうすればいいですか? (重複ではありません)

tag-icon • tag-icon linux amazon-web-services redhat
AWS のデフォルトパーティションサイズを最大化するにはどうすればいいですか? (重複ではありません)

みなさんこんにちは。

質問の表現が適切でなかったら申し訳ありません。もう夜も更けてきて、仕事が終わってから何時間もこの画面を見つめていました。私の主な専門分野は Java です。サーバーのメンテナンスは、本当に必要なときだけ行います。

私の質問は基本的にこの人の質問と同じですが、彼ほどコメンテーターに叩かれないように願っています。

100GB の ec2 インスタンスを作成しましたが、10GB しか表示されません。

Amazon Web Services (AWS) で RHEL6 サーバーを作成し、100 GB のハード ドライブを選択しました。ただし、システムを起動してディスク領域を確認すると、次のメッセージが表示されます。

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      5.8G  2.0G  3.6G  35% /
tmpfs           1.8G     0  1.8G   0% /dev/shm

そして、前の人と同じように、resize2fs を試してみたところ、次の結果が得られました。

The filesystem is already 1572864 blocks long.  Nothing to do!

私は本当に誰かが受け入れられた答えを詳しく説明してくれることを期待していました:

Use fdisk to create a new partition
Create a filesystem using mkfs
Add the new partition into a convenient filesystem location using mount.
Update the /etc/fstab as appropriate.

同様の投稿と合わせると、この質問は過去 2 年間で約 3,200 回閲覧されていますが、詳細な回答はありません。さらに、オンラインで読んだ大量のドキュメントも役に立ちませんでした。これは、誰かがインターネット ヒーローになるチャンスです。

本当は別のパーティションを作成するのではなく、メインの /dev/xvda1 がディスクのスペース全体を占有するようにしたいのですが、実際、デフォルトの Amazon Linux イメージは、まさにこれをデフォルトで実行します。

よろしくお願いします。


* アップデート 1 *

fdisk -l -u /dev/xvdの出力

WARNING: GPT (GUID Partition Table) detected on '/dev/xvda'! The util fdisk doesn't support GPT. Use     GNU Parted.


Disk /dev/xvda: 107.4 GB, 107374182400 bytes
255 heads, 63 sectors/track, 13054 cylinders, total 209715200 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot      Start         End      Blocks   Id  System
/dev/xvda1               1    20971519    10485759+  ee  GPT

lsblkの出力は

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


* アップデート 2 * 次に試したのは、xvda1 のスナップショットを作成し、このスナップショットから別の 100 GB のボリュームを作成することです。次に、この Amazon AWS リンクの指示に従って、parted を使用して 100 GB のパーティションを作成しました。

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

次に、2 つのハード ドライブを交換して、新しい 100 GB をブート ディスクにしました。ただし、どうやらサーバーが起動しなくなり、インスタンス チェックに失敗するようです。計画をやり直す必要があります。



* 答え *

私はついに答えを見つけましたが、それは「複製」の答えとはまったく関係がありませんでした。私のお尻を複製してください。

  • RHEL インスタンスを作成します。ハードドライブを 100 GB にします。
  • 初期化が完了したら、シャットダウンします。次に、ハードドライブのスナップショットを作成します。
  • スナップショットから新しいボリュームを作成します。これも 100 GB にします。
  • 新しいハードドライブをインスタンスに接続します。デフォルトの/dev/sdfのままにしておきます。
  • インスタンスを起動し、SSH で接続します。
  • コマンドラインから次の行 ($ を除く) を実行して、新しい 100 GB パーティションを削除して作成します。フォーマットがおかしくて申し訳ありません。この質問の編集者がおかしくなってしまいました。

$ parted
$ print
余分なスペースに関する警告がいくつか表示されます。Fix It ルートを選択します。
$ rm 1
$ unit GB
$ mkpart ext4 0 100%
$ set 1 boot on
$ print 100GB 以上のシステムが表示さ れ
ます。quit

システムをシャットダウンし、/dev/sdf ドライブを取り外します。/dev/sda1 ドライブのみが接続されているはずです。インスタンスを再起動して SSH で接続し、「df -h」と入力します。何が表示されますか?

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       99G  2.0G   92G   3% /
tmpfs           1.8G     0  1.8G   0% /dev/shm

マイクを落としてステージから降りる



* これは重複した質問ではありません *

前の質問の「回答」に記載されている手順に従っても、十分な説明にはなりません。個別のパーティションではなく、完全なディスクが必要です。

答え1

lsblkスペースがどこにあるかが表示されます。 場合によっては、必要なものを取得するために LVM を微調整する必要があることもあります。

lvextend -l +100%FREE /dev/mapper/whatever

LVM を使用していない場合は、メイン パーティションの拡張の邪魔になるスワップ パーティションなどの問題が発生する可能性があります。この場合、2 番目のパーティションを作成し、それをメイン パーティション内の任意のフォルダーにマウントしてバインドするか、スワップを移動してメイン パーティションを拡張することができます...

私は LVM ファンなので、選択肢を広く保つために LVM を使用します... man ページを読むことが、何がなぜなのかを理解するのに最も役立ちますが、この回答が良いスタートになることを願っています。

関連情報