resize2fs: плохое магическое число в суперблоке при попытке открыть
Я пытаюсь изменить размер логического тома на CentOS7, но нахожусь в следующей ошибке:
resize2fs 1.42.9 (28-Dec-2013)
resize2fs: Bad magic number in super-block while trying to open /dev/mapper/centos-root
Couldn't find valid filesystem superblock.
Я попытался добавить новый раздел (используя fdisk) и использовать vgextend для расширения группы томов, а затем изменить размер. Изменение размера работало нормально для логического тома с помощью lvextend, но это не удалось в resize2fs.
Я также попытался удалить существующий раздел (используя fdisk) и воссоздать его с большим конечным блоком, а затем изменить размер физического тома с помощью lvm pvresize, а затем изменение размера логического тома с помощью lvm lvresize. Снова все работало нормально до этого момента.
когда я попытался использовать resize2fs, используя оба метода, как указано выше, я получил точно такую же ошибку.
надеюсь, что некоторые из следующих прольет некоторый свет.
fdisk-l
[root@server~]# fdisk -l
Disk /dev/xvda: 32.2 GB, 32212254720 bytes, 62914560 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 label type: dos
Disk identifier: 0x0009323a
Device Boot Start End Blocks Id System
/dev/xvda1 * 2048 1026047 512000 83 Linux
/dev/xvda2 1026048 41943039 20458496 8e Linux LVM
/dev/xvda3 41943040 62914559 10485760 8e Linux LVM
Disk /dev/mapper/centos-swap: 2147 MB, 2147483648 bytes, 4194304 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 /dev/mapper/centos-root: 29.5 GB, 29532094464 bytes, 57679872 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
pvdisplay
[root@server ~]# pvdisplay
--- Physical volume ---
PV Name /dev/xvda2
VG Name centos
PV Size 19.51 GiB / not usable 2.00 MiB
Allocatable yes (but full)
PE Size 4.00 MiB
Total PE 4994
Free PE 0
Allocated PE 4994
PV UUID 7bJOPh-OUK0-dGAs-2yqL-CAsV-TZeL-HfYzCt
--- Physical volume ---
PV Name /dev/xvda3
VG Name centos
PV Size 10.00 GiB / not usable 4.00 MiB
Allocatable yes (but full)
PE Size 4.00 MiB
Total PE 2559
Free PE 0
Allocated PE 2559
PV UUID p0IClg-5mrh-5WlL-eJ1v-t6Tm-flVJ-gsJOK6
vgdisplay
[root@server ~]# vgdisplay
--- Volume group ---
VG Name centos
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 6
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 2
Act PV 2
VG Size 29.50 GiB
PE Size 4.00 MiB
Total PE 7553
Alloc PE / Size 7553 / 29.50 GiB
Free PE / Size 0 / 0
VG UUID FD7k1M-koJt-2veW-sizL-Srsq-Y6zt-GcCfz6
lvdisplay
[root@server ~]# lvdisplay
--- Logical volume ---
LV Path /dev/centos/swap
LV Name swap
VG Name centos
LV UUID KyokrR-NGsp-6jVA-P92S-QE3X-hvdp-WAeACd
LV Write Access read/write
LV Creation host, time localhost, 2014-10-09 08:28:42 +0100
LV Status available
# open 2
LV Size 2.00 GiB
Current LE 512
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:0
--- Logical volume ---
LV Path /dev/centos/root
LV Name root
VG Name centos
LV UUID ugCOcT-sTDK-M8EV-3InM-hjIg-2nwS-KeAOnq
LV Write Access read/write
LV Creation host, time localhost, 2014-10-09 08:28:42 +0100
LV Status available
# open 1
LV Size 27.50 GiB
Current LE 7041
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:1
Я, наверное, что-то сделал глупо, поэтому любая помощь будет очень признательна!
7 ответов:
после небольшого проб и ошибок... как уже упоминалось в возможных ответах, оказалось, что требуется
xfs_growfs
, а неresize2fs
.CentOS 7,
fdisk /dev/xvda
создать новый основной раздел, установить тип как
linux lvm
.n p 3 t 8e w
создайте новый основной том и расширьте группу томов до нового тома.
partprobe pvcreate /dev/xvda3 vgextend /dev/centos /dev/xvda3
Проверьте физический том на наличие свободного места, расширьте логический том с помощью свободного места.
vgdisplay -v lvextend -l+288 /dev/centos/root
наконец выполните оперативное изменение размера, чтобы изменить размер логического тома, а затем проверьте доступное пространство.
xfs_growfs /dev/centos/root df -h
я столкнулся с той же самой проблемой сегодня около полудня и, наконец, нашел решение здесь --> пытается resize2fs БЭ Тома
я пропустил монтаж, так как раздел уже был установлен.
по-видимому, CentOS 7 использует XFS в качестве файловой системы по умолчанию и в результате
resize2fs
не удастся.Я заглянул в
/etc/fstab
, и угадайте, что, XFS смотрел мне в лицо... Надеюсь, это поможет.
в Centos 7 по умолчанию файловая система xfs.
xfs поддержка файловой системы только не уменьшить. Поэтому, если вы хотите изменить размер файловой системы, используйте xfs_growfs, а не resize2fs.
xfs_growfs /dev/root_vg/root
Примечание: для файловой системы ext4 используйте
resize2fs /dev/root_vg/root
CentOS7 + VM
Я сделал это с:
- Gparted-live расширить объем
pvresize -v /dev/sda2
lvresize -r -l+100%FREE centos/root
на Centos 7, в ответ на исходный вопрос, где resize2fs терпит неудачу с "плохим магическим числом" попробуйте использовать fsadm следующим образом:
fsadm resize /dev/the-device-name-returned-by-df
затем:
df
... для подтверждения изменения размера сработали.
How to resize root partition online : 1) [root@oel7 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/root_vg-root 5.0G 4.5G 548M 90% / 2) PV /dev/sda2 VG root_vg lvm2 [6.00 GiB / 0 free] as here it shows that there is no space left on root_vg volume group, so first i need to extend VG 3) [root@oel7 ~]# vgextend root_vg /dev/sdb5 Volume group "root_vg" successfully extended 4) [root@oel7 ~]# pvscan PV /dev/sda2 VG root_vg lvm2 [6.00 GiB / 0 free] PV /dev/sdb5 VG root_vg lvm2 [2.00 GiB / 2.00 GiB free] 5) Now extend the logical volume [root@oel7 ~]# lvextend -L +1G /dev/root_vg/root Size of logical volume root_vg/root changed from 5.00 GiB (1280 extents) to 6.00 GiB (1536 extents). Logical volume root successfully resized 3) [root@oel7 ~]# resize2fs /dev/root_vg/root resize2fs 1.42.9 (28-Dec-2013) resize2fs: Bad magic number in super-block while trying to open /dev/root_vg /root Couldn't find valid filesystem superblock. as root partition is not a ext* partiton so , you resize2fs will not work for you. 4) to check the filesystem type of a partition [root@oel7 ~]# df -Th Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/root_vg-root xfs 6.0G 4.5G 1.6G 75% / devtmpfs devtmpfs 481M 0 481M 0% /dev tmpfs tmpfs 491M 80K 491M 1% /dev/shm tmpfs tmpfs 491M 7.1M 484M 2% /run tmpfs tmpfs 491M 0 491M 0% /sys/fs /cgroup /dev/mapper/data_vg-home xfs 3.5G 2.9G 620M 83% /home /dev/sda1 xfs 497M 132M 365M 27% /boot /dev/mapper/data_vg01-data_lv001 ext3 4.0G 2.4G 1.5G 62% /sybase /dev/mapper/data_vg02-backup_lv01 ext3 4.0G 806M 3.0G 22% /backup above command shows that root is an xfs filesystem , so we are sure that we need to use xfs_growfs command to resize the partition. 6) [root@oel7 ~]# xfs_growfs /dev/root_vg/root meta-data=/dev/mapper/root_vg-root isize=256 agcount=4, agsize=327680 blks = sectsz=512 attr=2, projid32bit=1 = crc=0 finobt=0 data = bsize=4096 blocks=1310720, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 ftype=0 log =internal bsize=4096 blocks=2560, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 data blocks changed from 1310720 to 1572864 [root@oel7 ~]# df -Th Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/root_vg-root xfs 6.0G 4.5G 1.6G 75% /
прочитав о LVM и будучи знакомым с PV - > VG - > LV, это работает для меня:
0) #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 824K 1.9G 1% /run tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup /dev/mapper/fedora-root 15G 2.1G 13G 14% / tmpfs 1.9G 0 1.9G 0% /tmp /dev/md126p1 976M 119M 790M 14% /boot tmpfs 388M 0 388M 0% /run/user/0
1) # vgs
VG #PV #LV #SN Attr VSize VFree fedora 1 2 0 wz--n- 231.88g 212.96g
2) # vgdisplay
--- Volume group --- VG Name fedora System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 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 231.88 GiB PE Size 4.00 MiB Total PE 59361 Alloc PE / Size 4844 / 18.92 GiB Free PE / Size 54517 / 212.96 GiB VG UUID 9htamV-DveQ-Jiht-Yfth-OZp7-XUDC-tWh5Lv
3) # lvextend-l + 100% FREE /dev / mapper / fedora-root
Size of logical volume fedora/root changed from 15.00 GiB (3840 extents) to 227.96 GiB (58357 extents). Logical volume fedora/root successfully resized.
4) #lvdisplay
5) #fd-h
6) # xfs_growfs / dev/mapper / fedora-root
meta-data=/dev/mapper/fedora-root isize=512 agcount=4, agsize=983040 blks = sectsz=512 attr=2, projid32bit=1 = crc=1 finobt=1 spinodes=0 rmapbt=0 = reflink=0 data = bsize=4096 blocks=3932160, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 ftype=1 log =internal bsize=4096 blocks=2560, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 data blocks changed from 3932160 to 59757568
7) #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 828K 1.9G 1% /run tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup /dev/mapper/fedora-root 228G 2.3G 226G 2% / tmpfs 1.9G 0 1.9G 0% /tmp /dev/md126p1 976M 119M 790M 14% /boot tmpfs 388M 0 388M 0% /run/user/0
С Уважением,