☰

vgdisplay 실행 후 "볼륨 그룹을 찾을 수 없습니다"

tag-icon • tag-icon partition hard-disk lvm vmware
vgdisplay 실행 후 "볼륨 그룹을 찾을 수 없습니다"

VMWare 가상 머신에 추가한 추가 디스크 공간을 사용하기 위해 홈 파티션을 확장하려고 합니다. 디스크 공간을 추가하고 추가 공간을 LVM 파티션으로 분할할 수 있었지만 "vgdisplay"를 사용하여 이름을 찾을 수 없기 때문에 볼륨 그룹에 추가할 수 없습니다.

nsadmin@mpmongodb02:~$ sudo vgdisplay
No volume groups found

이것은 "fdisk"의 출력입니다.

nsadmin@mpmongodb02:~$ sudo fdisk -l
Disk /dev/sda: 343.6 GB, 343597383680 bytes
255 heads, 63 sectors/track, 41773 cylinders, total 671088640 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: 0x0002ef60

Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048   209717247   104857600   83  Linux
/dev/sda2       209717248   251658239    20970496    5  Extended
/dev/sda3       251658240   671088639   209715200   8e  Linux LVM
/dev/sda5       209719296   251658239    20969472   82  Linux swap / Solaris

/dev/sda3은 새로 추가된 파티션입니다. 또한 "pvscan" 실행을 시도했지만 "볼륨 그룹을 찾을 수 없음"도 반환되었습니다. 이 상황에서는 어떻게 해야 합니까? /dev/sda3을 사용하도록 기본 파티션을 확장하는 방법은 무엇입니까?

답변1

저는 LVM의 팬이지만 이 경우에는 필요하지 않다고 생각합니다. 단지 sda1 파일 시스템을 확장하여 해당 드라이브의 나머지 공간을 사용하려는 경우입니다. 현재 sda3에 대한 데이터가 없다고 가정하면 더 나은 전략은 다음과 같습니다.

  • fdisk파티션의 실제 크기를 계산하기 어렵 기 때문에 swapon -s스왑 파티션의 크기를 K로 표시 -를 사용하여 적어둡니다.
  • 가상 시스템 다시 시작시스템 복구 디스크(또는GParted 라이브) 가상 CD로 CD에서 부팅 - 부팅 프로세스 시작 시 ESC 키를 눌러 부팅 장치를 선택합니다.
  • SystemRescueCD를 사용하는 경우 startx부팅 프로세스 마지막에 입력하여 GUI를 로드하고 시스템 메뉴에서 GParted를 찾습니다(그러나 GParted Live는 GUI로 직접 부팅됩니다).
  • GParted를 사용하여 논리 파티션 sda5 및 sda3을 삭제한 다음 확장 파티션 sda2를 삭제합니다.
  • sda1을 확장하여 대부분의 디스크를 채우고 끝에 새 스왑 파티션을 위한 충분한 공간을 남겨 둡니다. 이 공간은 최소한 이전 스왑 파티션만큼 커야 합니다.
  • sda1을 확장한 후 드라이브의 나머지 부분에 새로운 "확장 파티션"을 생성하고, 일단 생성되면 이를 다시 선택하고 그 안에 새 논리 파티션을 생성하고 해당 파티션을 "linux-swap" 유형으로 표시합니다.
  • 이러한 작업을 선택한 후에는 해당 작업을 적용해야 하며(녹색 확인 버튼) 이때 실제로 해당 작업이 발생합니다. 시간이 좀 걸릴 수 있지만 그렇지 않을 수도 있습니다.
  • Ubuntu로 재부팅하면 이제 루트 파티션(/dev/sda1)에 대부분의 드라이브가 포함되고 스왑 파티션은 여전히 ​​/dev/sda5에 있습니다(디스크의 다른 위치에 있음).
  • 이것은 LVM을 전혀 사용하지 않습니다. 당신은 그것을 필요로합니까?

답변2

첫째, 공간 할당이 연속적이지 않기 때문에 /dev/sda3을 포함하도록 /dev/sda1을 확장할 수 없습니다. 모든 것을 덤프하고 파티션을 다시 정렬한 다음 복원해야 합니다.

둘째, /dev/sda1은 LVM 파티션이 아닌 것 같습니다. /dev/sda3에 생성된 명백히 청구되지 않은 물리 볼륨을 추가하려는 경우에도 이는 불가능합니다. 이 경우에도 /dev/sda1의 모든 내용을 덤프하고, /dev/sda1을 물리적 LVM 볼륨으로 다시 생성하고, VG를 생성하고, LV를 생성하고, 파일 시스템을 포맷하고, 이전에 덤프된 내용을 복원합니다. 그런 다음 /dev/sda3을 볼륨 그룹에 추가하고, PV를 확장하고, LV를 확장하고, 파일 시스템을 확장합니다.

어느 쪽이든 이것을 해석하려면 약간의 작업(그리고 약간의 계획)이 필요할 것입니다.

관련 정보