☰

이 AWS EC2 우분투 18 인스턴스의 크기를 16GB에서 100GB로 조정하는 방법

tag-icon • tag-icon ubuntu filesystems amazon-ec2
이 AWS EC2 우분투 18 인스턴스의 크기를 16GB에서 100GB로 조정하는 방법

/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

관련 정보