AWS 기본 파티션 크기를 최대화하는 방법은 무엇입니까? (중복 아님)

AWS 기본 파티션 크기를 최대화하는 방법은 무엇입니까? (중복 아님)

안녕하세요 신사 숙녀 여러분,

질문이 적절하게 표현되지 않았다면 사과드립니다. 시간이 늦어지고 있고 퇴근 후 너무 많은 시간 동안 이 화면을 쳐다보고 있었습니다. 나의 핵심역량은 Java이다. 저는 꼭 필요할 때만 서버 유지 관리에 손을 댔습니다.

내 질문은 기본적으로 이 사람의 질문과 동일합니다. 하지만 그 사람만큼 해설자들에게 비난을 받지 않기를 바랍니다.

100GB ec2 인스턴스를 생성했지만 10GB만 표시됩니까?

Amazon Web Services(AWS)를 사용하여 RHEL6 서버를 생성하고 100GB 하드 드라이브를 선택했습니다. 그러나 시스템을 부팅하고 디스크 공간을 살펴보면 다음과 같은 결과가 나타납니다.

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의 스냅샷을 생성한 다음 이 스냅샷에서 또 다른 100GB 볼륨을 생성하는 것입니다. 그런 다음 이 Amazon AWS 링크의 지침에 따라 parted를 사용하여 100GB 파티션을 생성했습니다.

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

그런 다음 새 100GB가 부팅 디스크가 되도록 두 개의 하드 드라이브를 전환했습니다. 그러나 내 서버가 이제 부팅을 거부하고 인스턴스 확인에 실패한 것 같습니다. 드로잉 보드로 돌아갑니다.



* 답변 *

나는 마침내 "중복"의 답변과 아무 관련이 없는 답변을 알아냈습니다. 내 뒷부분을 복제하세요.

  • RHEL 인스턴스를 생성합니다. 계속해서 하드 드라이브를 100GB로 만드십시오.
  • 초기화가 완료되면 종료하세요. 그런 다음 하드 드라이브의 스냅샷을 만듭니다.
  • 스냅샷에서 새 볼륨을 생성합니다. 100GB도 해주세요.
  • 새 하드 드라이브를 인스턴스에 연결합니다. 기본값인 /dev/sdf로 둡니다.
  • 인스턴스를 부팅하고 SSH를 통해 접속하세요.
  • 명령줄에서 다음 줄($ 제외)을 실행하여 새 100GB 파티션을 제거하고 생성합니다. 포맷을 죄송합니다. 이 질문의 편집자는 미친 짓을 했습니다.

$ parted
$ print
추가 공간에 대한 몇 가지 경고 메시지가 표시됩니다. Fix It 경로를 선택합니다.
$ rm 1
$unit GB
$ mkpart ext4 0 100%
$ set 1 boot on
$ print
100GB+ 시스템이 표시되어야 합니다.
그만두다

시스템을 종료하고 /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을 사용하지 않는 경우 기본 파티션을 늘리는 과정에서 스왑 파티션이 발생하는 등의 문제가 발생할 수 있습니다. 이 경우 두 번째 파티션을 만들어 기본 파티션의 폴더에 마운트 바인딩하거나 스왑을 이동하고 기본 파티션을 확장할 수 있습니다.

저는 LVM 팬이므로 LVM을 사용하여 옵션을 열어 두겠습니다. 매뉴얼 페이지를 읽는 것이 내용과 이유를 이해하는 데 가장 도움이 되지만 이 답변이 좋은 시작이 되기를 바랍니다.

관련 정보