Utilicé la partición para extender mi disco como lo haría normalmente y apareció correctamente mostrando el nuevo disco de 140 GB.
Model: VMware Virtual disk (scsi) Disk /dev/sda: 140GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags:
Number Start End Size Type File system Flags 1 1049kB 1075MB 1074MB primary xfs boot 2 1075MB 140GB 139GB primary lvm
(parted)
Cuando ejecuto pvresize dice que fue exitoso y pvdisplay muestra:
# pvdisplay --- Physical volume ---
PV Name /dev/sda2
VG Name rhel
PV Size <129.00 GiB / not usable 2.00 MiB
Allocatable yes (but full)
PE Size 4.00 MiB
Total PE 33023
Free PE 0
Allocated PE 33023
PV UUID Rqtlv3-Hjdi-0DR6-I0Qs-gysl-SBSL-HdoW7s
Entonces veo que el volumen físico amplió su tamaño. Ejecuto lvextend y luego verifico el volumen lógico que muestra:
--- Logical volume ---
LV Path /dev/rhel/swap
LV Name swap
VG Name rhel
LV UUID HeW74s-F3v8-ca4a-qZlN-12vO-ID2L-tpQCZk
LV Write Access read/write
LV Creation host, time localhost, 2019-04-09 12:07:26 -0400
LV Status available
# open 2
LV Size <3.88 GiB
Current LE 992
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:1
--- Logical volume ---
LV Path /dev/rhel/home
LV Name home
VG Name rhel
LV UUID 03H6z4-RMWH-RYRV-5v9T-i8Vl-SVPG-z5CaU7
LV Write Access read/write
LV Creation host, time localhost, 2019-04-09 12:07:27 -0400
LV Status available
# open 1
LV Size <25.12 GiB
Current LE 6430
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:2
--- Logical volume ---
LV Path /dev/rhel/root
LV Name root
VG Name rhel
LV UUID QlDfBH-tFRS-sIPk-d169-mTRV-FgXe-LkCdBC
LV Write Access read/write
LV Creation host, time localhost, 2019-04-09 12:07:27 -0400
LV Status available
# open 1
LV Size 100.00 GiB
Current LE 25601
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:0
Y ejecuto vgdisplay para confirmar:
# vgdisplay
--- Volume group ---
VG Name rhel
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 21
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 3
Open LV 3
Max PV 0
Cur PV 1
Act PV 1
VG Size <129.00 GiB
PE Size 4.00 MiB
Total PE 33023
Alloc PE / Size 33023 / <129.00 GiB
Free PE / Size 0 / 0
VG UUID XmxEl2-K8LQ-3095-V2Z1-quSv-vDx4-QXonOU
Todos los tamaños muestran 129,00 GB. ¿Por qué cuando ejecuto df -h recibo:
# df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 1.9G 0 1.9G 0% /dev
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 1.9G 8.9M 1.9G 1% /run
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
/dev/mapper/rhel-root 50G 45G 5.5G 90% /
/dev/sda1 1014M 191M 824M 19% /boot
/dev/mapper/rhel-home 26G 7.2G 18G 29% /home
tmpfs 379M 0 379M 0% /run/user/1004
tmpfs 379M 0 379M 0% /run/user/0
Ejecuté lvextend para extender rhel/root y todavía muestra el 50G. También noté que no se puede utilizar nada del espacio libre. No he hecho nada diferente a cómo normalmente extendería un disco y aumentaría el espacio en el lv. He vuelto a intentar esto con el mismo resultado. No puedo eliminar el disco porque hay archivos viviendo aquí. ¿Hay algo que este olvidando? Ejecuté resize2fs /dev/mapper/rhel-root y obtuve lo siguiente:
# resize2fs /dev/mapper/rhel-root
resize2fs 1.42.9 (28-Dec-2013)
resize2fs: Bad magic number in super-block while trying to open /dev/mapper/rhel-root
Couldn't find valid filesystem superblock.
Respuesta1
Supongo que está intentando hacer crecer el sistema de archivos utilizando la herramienta incorrecta.
Su tipo de partición es xfs, pero está usando resize2fs, que es para particiones ext. (El error que recibe también es consistente con esto) Intente usar xfs_growfs para ampliar su sistema de archivos.