☰

このAWS EC2 Ubuntu 18インスタンスのサイズを16 GBから100 GBに調整する方法

tag-icon • tag-icon ubuntu filesystems amazon-ec2
このAWS EC2 Ubuntu 18インスタンスのサイズを16 GBから100 GBに調整する方法

/dev/nvme0n1p1 15G 10G 6G 64% /

Filesystem     1G-blocks  Used Available Use% Mounted on
udev                 16G    0G       16G   0% /dev
tmpfs                 4G    1G        4G   1% /run
/dev/nvme0n1p1       15G   10G        6G  64% /
tmpfs                16G    1G       16G   1% /dev/shm
tmpfs                 1G    0G        1G   0% /run/lock
tmpfs                16G    0G       16G   0% /sys/fs/cgroup
/dev/loop0            1G    1G        0G 100% /snap/amazon-ssm-agent/1480
/dev/loop2            1G    1G        0G 100% /snap/core/7713
/dev/loop3            1G    1G        0G 100% /snap/amazon-ssm-agent/1455
tmpfs                 4G    0G        4G   0% /run/user/1000
/dev/loop4            1G    1G        0G 100% /snap/core/7917



Filesystem     Type     1K-blocks    Used Available Use% Mounted on
udev           devtmpfs  15933020       0  15933020   0% /dev
tmpfs          tmpfs      3189032     864   3188168   1% /run
/dev/nvme0n1p1 ext4      15180980 9711656   5452940  65% /
tmpfs          tmpfs     15945144       8  15945136   1% /dev/shm
tmpfs          tmpfs         5120       0      5120   0% /run/lock
tmpfs          tmpfs     15945144       0  15945144   0% /sys/fs/cgroup
/dev/loop0     squashfs     18432   18432         0 100% /snap/amazon-ssm-agent/1480
/dev/loop2     squashfs     91264   91264         0 100% /snap/core/7713
/dev/loop3     squashfs     18432   18432         0 100% /snap/amazon-ssm-agent/1455
tmpfs          tmpfs      3189028       0   3189028   0% /run/user/1000
/dev/loop4     squashfs     91264   91264         0 100% /snap/core/7917

追加された100GBを使用してください。

NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
loop0         7:0    0   18M  1 loop /snap/amazon-ssm-agent/1480
loop2         7:2    0   89M  1 loop /snap/core/7713
loop3         7:3    0   18M  1 loop /snap/amazon-ssm-agent/1455
loop4         7:4    0 89.1M  1 loop /snap/core/7917
nvme0n1     259:0    0  100G  0 disk 
└─nvme0n1p1 259:1    0  100G  0 part /

読んだ後AWS ドキュメント次のGrowthpartコマンドを実行してみましたが、何が必要かわかりません。

sudo growpart /dev/nvme0n1p1 1
WARN: unknown label 
failed [sfd_dump:1] sfdisk --unit=S --dump /dev/nvme0n1p1
sfdisk: /dev/nvme0n1p1: does not contain a recognized partition table
FAILED: failed to dump sfdisk info for /dev/nvme0n1p1


sudo growpart /dev/nvme0n1 1
NOCHANGE: partition 1 is size 209713119. it cannot be grown

コンテの挨拶

答え1

私は同じ問題があり、次のコマンドで解決しました（他の答えは間違っています）

sudo growpart /dev/nvme0n1 1

これでFSを拡張できます。

sudo resize2fs /dev/nvme0n1p1

答え2

ファイル形式はext4です。したがって、次のコマンドが機能します。

sudo resize2fs /dev/nvme0n1p1

答え3

ツアーの後、これがルートファイルシステムであり、EBS Nitroインスタンスである可能性があることを考慮して、次のことを試すことができます（適用するには再起動が必要な場合があります）。

NVMe EBSボリュームをフォーマットしてマウントするには、LinuxでAmazon EBSボリュームを使用できるように設定を参照してください。

Linux カーネル 4.2 以降を使用している場合は、NVMe EBS ボリュームのボリュームサイズに対するすべての変更がインスタンスに自動的に反映されます。以前の Linux カーネルの場合、サイズ変更を反映するには、EBS ボリュームをデタッチしてリンクするか、インスタンスを再起動する必要があります。 Linuxカーネル3.19以降では、次のようにhdparmコマンドを使用してNVMeデバイスを強制的に再スキャンできます。

[ec2-user ~]$ sudo hdparm -z /dev/nvme1n1

NVMe EBSボリュームをデタッチすると、インスタンスはボリュームをデタッチする前にファイルシステムキャッシュまたはメタデータを更新する機会がありません。したがって、NVMe EBS ボリュームを分離する前に、まず同期してアンマウントする必要があります。ボリュームをデタッチできない場合は、「インスタンスから Amazon EBS ボリュームをデタッチする」で説明されているように、強制デタッチコマンドを試すことができます。

引用する

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/nvme-ebs-volumes.html

関連情報