이 특정 시스템은 이상하게 작동하며 이전에는 본 적이 없습니다. 시스템은 CentOS를 실행하며 VMWare의 가상 머신입니다. 드라이브 공간을 100GB에서 130GB로 늘렸습니다. 시스템에 들어가면 런타임에 새 공간을 볼 수 있지만 fdisk
/dev/sdb에는 파티션이 표시되지 않습니다.
Disk /dev/sdb: 139.6 GB, 139586437120 bytes
255 heads, 63 sectors/track, 16970 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/sys-swap: 1073 MB, 1073741824 bytes
255 heads, 63 sectors/track, 130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/sys-root: 106.3 GB, 106266886144 bytes
255 heads, 63 sectors/track, 12919 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
fdisk
이 디스크에서 실행하면 다음이 반환됩니다.
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel with disk identifier 0x8926c36c.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)
WARNING: DOS-compatible mode is deprecated. It's strongly recommended to
switch off the mode (command 'c') and change display units to
sectors (command 'u').
Command (m for help): p
Disk /dev/sdb: 139.6 GB, 139586437120 bytes
255 heads, 63 sectors/track, 16970 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x8926c36c
Device Boot Start End Blocks Id System
거기에는 파티션이 전혀 나열되어 있지 않습니다. VG이더라도 일반적으로 8e
유형과 일부 정보가 표시됩니다. 실행해 보면 조금 이상해 보입니다 vgdisplay
. 전체 경로를 제공하지 않는 것 같습니다. VG를 "sys"로 나열합니다.
VG Name sys
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 12
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 99.97 GiB
PE Size 32.00 MiB
Total PE 3199
Alloc PE / Size 3199 / 99.97 GiB
Free PE / Size 0 / 0
VG UUID E3jBIZ-BbxE-CnJg-IwBi-mXaP-xrN2-JbjXmY
뭔가를 잃어버렸거나 잊어버렸나요? 이것은 완전히 정상적인 것인가요? fdisk
새 파티션을 확인하고 생성한 후 pvcreate
etc를 사용하여 실행하고 확장해야 합니까 vgextend
?
시간을 내주셔서 미리 감사드립니다! 뭔가 빠진 것이 있는지 잘 모르겠습니다. 그냥 이상한 것 같습니다. 또한 mount
여기에서 드라이브 유형을 확인하세요.
/dev/mapper/sys-root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs
(rw,rootcontext="system_u:object_r:tmpfs_t:s0")
/dev/sda1 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
답변1
pvcreate
파티션을 사용하는 대신 전체 디스크 장치를 대상으로 지정하여 전체 디스크를 LVM PV로 사용할 수 있습니다. 예 pvcreate /dev/sdb
를 들어 pvcreate /dev/sdb1
.
이러한 디스크는 시스템 펌웨어(BIOS 또는 UEFI)가 아닌 Linux에서만 인식하므로 부팅 가능한 시스템 디스크로 사용할 수 없습니다. (세부 사항은 사용된 정확한 펌웨어 및 부트로더에 따라 다릅니다.)
또한 다른 운영 체제에서는 디스크를 "포맷되지 않은" 것으로 간주하므로 디스크에 실제로 데이터가 포함되어 있다는 사실을 전혀 모릅니다. 디스크가 실수로 다른 운영 체제에 표시되면 데이터가 손실될 수 있습니다.
볼륨 그룹에는 항상 간단한 이름이 있습니다. 즉, PV와 LV에만 경로 이름이 있습니다. 기본적으로 준비할 수 있는 모든 블록 장치는 pvcreate
LVM PV가 될 수 있습니다. LV의 이름은 /dev/<VG name>/<LV name>
또는 로 표현될 수 있습니다 /dev/mapper/<VG name>-<LV name>
. 일반적으로 두 가지 LV 이름 형식을 사용할 수 있지만 일부 배포판에서는 특히 부팅 프로세스의 초기 단계에 관련된 디스크의 경우 둘 중 하나를 선호합니다.
가상화된 환경에서 데이터 디스크의 파티션을 건너뛰면 가상 디스크를 더 쉽게 확장할 수 있습니다. 가상화 플랫폼(예: VMware)에 가상 디스크를 확장하도록 지시한 다음, 다음과 같은 경우 디스크 크기 재감지를 사용하도록 커널에 지시할 수 있습니다. 필요한 echo 1 > /sys/block/sdb/device/rescan
. (재감지 단계가 필요한지 여부는 사용된 가상화 플랫폼 및 드라이버에 따라 다릅니다. 반가상화 드라이버를 사용하는 경우 호스트는 디스크가 확장되었다는 가상 머신과 통신할 수 있으므로 자동으로 감지될 수 있습니다.)
이러한 단계를 완료한 후에는 use(또는 other)를 사용하여 PV를 확장할 수 pvresize /dev/sdb
있으며 할당되지 않은 새 용량을 볼륨 그룹에서 사용할 수 있으며 lvextend
필요에 따라 또는 명령을 통해 사용할 수 있습니다. lvcreate
이렇게 하면 파티션 확장이나 새 파티션 생성을 처리할 필요성이 생략되어 스토리지 확장 프로세스에서 한 단계가 제거됩니다.
가상화 플랫폼의 관리자는 특정 VM의 가상 디스크 수를 상대적으로 작게 유지하고 각 가상 디스크를 "시스템 디스크", "응용 프로그램 1의 모든 데이터", "응용 프로그램의 모든 데이터" 2와 같은 의미 있는 단일 엔터티로 만들고 싶어할 수 있습니다. " 등의 의미에서 더 많은 용량이 필요한 경우 새 가상 디스크를 추가하는 것보다 기존 가상 디스크를 확장하는 것이 더 나을 수 있습니다.
답변2
가상 머신에 새 디스크를 생성하고 fdisk, pvcreate 등과 같은 일반 처리를 사용하여 볼륨 그룹을 확장하는 기능