암호화된 50GB LVM 루트 파티션이 있는 Ubuntu 서버 20.04가 있는데 파일 시스템 자체에는 25GB만 표시된다는 것을 방금 깨달았습니다.
설치는 기본(암호화 비트 제외)인데 왜 루트 파티션의 모든 공간을 사용하지 않는지 이해할 수 없습니까?
루트 파일 시스템을 확장하는 방법은 무엇입니까?
PV VG Fmt Attr PSize PFree
/dev/mapper/dm_crypt-0 ubuntu-vg lvm2 a-- 48.48g <24.24g
VG #PV #LV #SN Attr VSize VFree
ubuntu-vg 1 1 0 wz--n- 48.48g <24.24g
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
ubuntu-lv ubuntu-vg -wi-ao---- 24.24g
답변1
루트 파티션의 모든 공간을 사용하지 않는 이유는 무엇입니까?
논리 볼륨이 생성될 때 24.24GB만 할당되었습니다. 이것은 실제로 좋은 일이 될 수 있습니다. 어떤 이유로 논리 볼륨이 필요하다고 판단되면 남은 공간을 사용하여 다른 논리 볼륨을 만들거나 여유 공간을 사용하여 파일이 있더라도 기존 논리 볼륨을 확장할 수 있습니다. 시스템이 설치되어 설치된 상태입니다. 사용.
할당되지 않은 공간을 일부 유지하는 것은 미래에 예상치 못한 요구 사항을 쉽게 처리할 수 있으므로 좋은 일이 될 수 있습니다.
- 파일 시스템에 예상보다 더 많은 공간이 필요합니까? 문제 없습니다. 온라인으로 확장할 수 있습니다. (파일 시스템을 확장하는 것은 일반적으로 축소하는 것보다 훨씬 쉽기 때문에 예상 요구 사항을 낮추고 필요에 따라 확장하는 것이 좋은 전략이 될 수 있습니다.)
- chroot 감옥을 위한 특별한 마운트 옵션이 있는 작은 파일 시스템이 필요합니까? 할당되지 않은 공간을 사용하여 새 LV를 만드십시오.
루트 파일 시스템을 확장하는 방법은 무엇입니까?
예를 들어 5GB까지 확장하려면 다음을 수행하세요.
sudo lvextend --resizefs -L +5G ubuntu-vg/ubuntu-lv
또는 할당되지 않은 나머지 용량을 모두 사용하여 루트 파일 시스템을 확장하려는 경우:
sudo lvextend --resizefs -l +100%FREE ubuntu-vg/ubuntu-lv
이 옵션을 사용하지 않으면 --resizefs명령은 논리 볼륨만 확장하고 그 안에 있는 파일 시스템은 확장하지 않습니다. 그런 다음 다른 명령을 사용하여 파일 시스템에 확장자 또는 또는 또는 fsadm resize /dev/mapper/ubuntu--vg-ubuntu--lv같은 파일 시스템별 명령을 사용하도록 지시해야 합니다 .resize2fs /dev/mapper/ubuntu--vg-ubuntu--lvxfs_growfs /
--resizefs( 옵션은 LV가 성공적으로 확장되면 lvextend실제로 명령을 실행합니다 .)fsadm resize ...
답변2
문맥
LVM 블록에는 여러 파일 시스템이 있어야 합니다. 이것이 LVM에서 물리적 파일 시스템이 표현되는 방식입니다(적어도 LVM 및 LVM2에 관한 한).
Gparted GUI를 사용하여 파일 시스템을 보면 다른 파티션과 다르게 보일 것입니다. 대부분의 파티션은 드라이브를 나타내는 일련의 블록으로 표시되는 반면, LVM 파티션은 행 내에 중첩된 블록 2개로 표시됩니다.
이는 LVM이 데이터를 저장하고 액세스할 수 있도록 함께 작동하는 여러 볼륨으로 구성되어 있기 때문입니다. 유사점은 거기서 끝나지만 RAID와 비슷합니다.
이것이 약간 혼란스러울 수 있는 부분입니다. 기술적으로 두 드라이브는 모두 동일한 데이터를 나타내지만 방식은 다릅니다. 아카이브에 익숙하다면 LVM에 대해 동일한 추상화를 사용할 수 있습니다(단, 용어는 서로 바꿔 사용할 수 없습니다).
LVM에는 논리 볼륨(LV), 물리 볼륨(PV) 및 볼륨 그룹(VG)이 있습니다. 단일 볼륨 그룹은 여러 물리적 볼륨을 보유할 수 있습니다. 또한 물리 볼륨의 메타데이터를 보유하는 논리 볼륨도 포함됩니다. 즉, VG'의 논리 볼륨이라고 합니다.지도'VG의 물리적 볼륨. 이 메타데이터가 앞서 아카이브 개념과 비교한 이유입니다.
이 매핑 기능은 LVM에 다른 파일 시스템에 비해 여러 가지 이점을 제공합니다. 한편, LVM 파티션 자체는 물리적 부분이 여러 부분으로 분할될 수 있으므로 여러 드라이브로 분할될 수 있습니다. 예를 들어 Ext2,3,4 볼륨의 경우 이는 불가능합니다.
LVM의 주요 단점(적어도 내 경험으로는)은 "응용 프로그램" 영역에서 발생합니다. 특히 우분투의 경우.
예를 들어 Ubuntu Live 미디어의 "드라이브 복구" 옵션을 통해 LVM을 얻은 경우(즉, USB 부트 스틱을 사용하여 손상된 파티션을 복구하고 LVM2/LUK 파티션을 복구한 경우) 작동하지 않을 가능성이 높습니다.
면책조항: 이는 심층적인 설명이라기보다는 매우 높은 수준의 설명입니다. 이와 관련하여 일부 설명은 개념을 쉽게 이해할 수 있도록 "다소" 형식으로 되어 있습니다. 실제로 좀 더 자세히 설명하기 시작한 곳도 있었는데, 결과를 이해하기 어려워서 변경했습니다. 좀 더 자세히 살펴보려면 다음을 참조하세요.여기.
질문 자체에 답하다
파일 시스템 자체는 lvm 파티션의 일부일 뿐입니다. 지금까지 본 모든 인스턴스에는 Ubuntu Live에서 생성된 LVM 파티션에 2개의 PV가 있습니다. 이는 편집 가능할 수 있습니다. 즉, 나는 서로 다른 컴퓨터에서 서로 다른 시간에 서로 다른 사용자가 생성한 5개의 개별 청크로 작업했으며 내 경험상 2는 항상 마법의 숫자였습니다. 원하는 대로 하세요.
이 개념을 직접 배우는 가장 좋은 방법(20.04, Gparted 버전은 확실하지 않음)은 Gparted GUI를 사용하여 드라이브를 검사하는 것입니다. 내가 설명하는 추상적인 개념을 직접 확인하게 될 것입니다.