Ubuntu Server에서 LV 파일 시스템을 확장할 수 없습니다.

Ubuntu Server에서 LV 파일 시스템을 확장할 수 없습니다.

KVM 환경에서 실행되는 여러 가상 머신이 포함된 베어메탈 Ubuntu 서버를 실행합니다. 가상 머신의 크기를 50GB에서 100GB로 늘리고 싶습니다.

nextcloudph-lv

다음 명령을 실행하여 nextcloudph-lv 가상 머신을 50GB에서 100GB로 늘렸습니다.

sudo lvextend -L+50G /dev/ubuntu-vg/nextcloudph-lv

VM 크기가 예상대로 증가합니다.

Nextcloudph 추가 후

그런 다음 다음 명령을 사용하여 LV 파일 시스템을 확장하려고 했습니다.

sudo resize2fs /dev/ubuntu-vg/nextcloudph-lv

내가받는 출력은 다음과 같습니다.

잘못된 매직 넘버 오류 메시지

lsblk 명령을 실행하면 다음과 같은 결과가 나타납니다.

LSBLK

/dev/mapper에는 다음이 포함됩니다.

개발 매퍼 목록

이것은 비교적 간단한 과정인 것 같아서 어디서 잘못되고 있는지 잘 모르겠습니다. LV 확장을 처음 해봤는데 막히네요...

미리 감사드립니다!

편집하다:

A. Darwin의 제안에 따라 "df -hT" 명령을 실행했는데 다음과 같은 결과가 나왔습니다.

df-hT

ext4 파일 시스템을 사용하여 호스트 VM "ubuntu --lv"를 볼 수 있지만 모든 VM이 있는 "nextcloudph --lv" 또는 sda3에 대한 참조는 없습니다.

이것이 차이가 있는지는 잘 모르겠지만 VM을 설정할 때 먼저 "lvcreate -L ##G -n lv###### ubuntu-vg" 명령을 사용하여 공간을 할당한 다음 VM을 가리킵니다. VM을 구축하려면 스토리지 풀을 관리하세요.

편집 2 nextcloudph-lv VM에서 "df hT"를 실행하면 다음 출력이 생성됩니다.

nextcloudph df -hT

48GB ext4 드라이브에 대한 참조가 있지만 "/dev/mapper/ubuntu--vg-ubuntu--lv"에 있기 때문에 이는 이상합니다.

편집 3

첨부된 내용은 Vojtech Trefny가 요청한 "lsblk -f" 명령의 출력입니다.

lsblk-f

명확하게 말하면 사용된 84%는 ubuntu--lv 가상 머신만을 의미합니다. SSD에는 아직 공간이 많이 남아있습니다.

답변1

LV는 파일 시스템을 직접 포함하지 않는 것으로 보이지만 VM의 전체 디스크 이미지일 수 있습니다. 이 경우 VM 내에서 파티션 크기를 변경하고 파일 시스템의 크기를 조정해야 합니다. 또는 VM을 중지하고 파티셔닝 도구를 사용하여 LV를 전체 디스크로 처리하고 데이터 파티션의 크기를 조정한 다음 설정할 수 있습니다. 루프 오프셋이 확장된 파티션을 가리키고 그 안에 있는 파일 시스템의 크기를 조정하는 장치입니다.

답변2

명령을 다시 실행 sudo lvextend -L+50G /dev/ubuntu-vg/nextcloudph-lv하되 확장 후 크기를 조정하는 대신 lvextend명령에서 크기를 조정 -r하여 sudo lvextend -L+51G -r /dev/ubuntu-vg/nextcloudph-lv.

OP에서 위와 동일한 오류가 발생하면 논리 볼륨에 유효한 파일 시스템이 있는지 확인하고, 그렇지 않은 경우 파일 시스템을 1로 설정하고 mkfs.ext4 /dev/ubuntu-vg/nextcloudph-lv크기를 다시 조정해 보십시오.

관련 정보