resize2fs: número mágico incorrecto en superbloque al intentar abrir


151

Estoy tratando de cambiar el tamaño de un volumen lógico en CentOS7 pero me encuentro con el siguiente error:

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.

He intentado agregar una nueva partición (usando fdisk) y usando vgextend para extender el grupo de volúmenes, luego cambiar el tamaño. Resize funcionó bien para el volumen lógico usando lvextend, pero falló en resize2fs.

También he intentado eliminar una partición existente (usando fdisk) y volver a crearla con un bloque final más grande, luego cambiar el tamaño del volumen físico usando lvm pvresize, seguido de un cambio de tamaño del volumen lógico usando lvm lvresize. Una vez más, todo funcionó bien hasta este punto.

Una vez que intenté usar resize2fs, usando los dos métodos anteriores, recibí exactamente el mismo error.

Esperemos que algo de lo siguiente arroje algo de luz.

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

Probablemente he hecho algo estúpido, por lo que cualquier ayuda sería muy apreciada.


1
posible duplicado de Intentar
cambiar el tamaño del

Respuestas:


294

Después de un poco de prueba y error ... como se menciona en las posibles respuestas, resultó requerir xfs_growfsmás que resize2fs.

CentOS 7,

fdisk /dev/xvda

Cree una nueva partición primaria, establezca el tipo como linux lvm.

n
p
3
t
8e
w

Cree un nuevo volumen primario y extienda el grupo de volúmenes al nuevo volumen.

partprobe
pvcreate /dev/xvda3
vgextend /dev/centos /dev/xvda3

Verifique el volumen físico en busca de espacio libre, extienda el volumen lógico con el espacio libre.

vgdisplay -v
lvextend -l+288 /dev/centos/root

Finalmente, realice un cambio de tamaño en línea para cambiar el tamaño del volumen lógico, luego verifique el espacio disponible.

xfs_growfs /dev/centos/root
df -h

2
Funciona para RHEL 7 también. ¡Gracias!
Richard Corfield el

1
¿Cómo reducir una partición y agregar el espacio reducido a otra partición? xfs_growfsparece que no funciona para esto.
GoingMyWay

usted es una leyenda, tanto por esta guía, no se dio cuenta de que ubuntu / centos usa un método diferente de cambio de tamaño
Shuliyey

Aquí puede encontrar más información: tecmint.com/extend-and-reduce-lvms-in-linux
Lihai

1
xfs_growfs es para el sistema de archivos XFS. Si alguien instalara CentOS con otro sistema de archivos (ext4), xfs_growfs fallará. Uso fsadmque maneja xfs, ext4 y algunos sistemas de archivos.
karatedog

59

En Centos 7, el sistema de archivos predeterminado es xfs .

El soporte del sistema de archivos xfs solo se extiende, no se reduce. Entonces, si desea cambiar el tamaño del sistema de archivos, use xfs_growfs en lugar de resize2fs.

xfs_growfs /dev/root_vg/root 

Nota: para el uso del sistema de archivos ext4

resize2fs /dev/root_vg/root

1
Uno puede encontrar su tipo de sistema de archivos usando mount | column -t(entre muchas otras formas).
Harperville

Debe especificar el punto de montaje, no bloquear el dispositivo. xfs_growfs version 5.1.0, Fedora 31,Usage: xfs_growfs [options] mountpoint
Alois Mahdal

43

Me encontré con el mismo problema exacto alrededor del mediodía de hoy y finalmente encontré una solución aquí -> Intento de cambiar el tamaño del volumen EB 2fs falla

Salté el montaje, ya que la partición ya estaba montada.

Aparentemente, CentOS 7 usa XFS como el sistema de archivos predeterminado y, como resultado resize2fs, fallará.

Eché un vistazo /etc/fstaby adivina qué, XFS me estaba mirando a la cara ... Espero que esto ayude.


2
Ejecuté lvextend --resize, que cambia el tamaño para ti en centos 7. Esto pareció solucionar el problema.
tecnócrata

21
La página de manual de lvextend dice que se usa fsadmpara cambiar el tamaño del sistema de archivos. Así que lo intenté fsadm resize /dev/centos/rooty funcionó.
Fatih

Técnicamente, esto no es realmente una respuesta, y la información en esa URL no funcionó para mí. Es mejor responder la pregunta aquí, donde podemos discutirlo, y agregar enlaces a la documentación de respaldo si cree que es útil.
PJ Brunet

23

El comando resize2fs no funcionará para todos los sistemas de archivos.

Confirme el sistema de archivos de su instancia con el siguiente comando. ingrese la descripción de la imagen aquí

Siga el procedimiento para expandir el volumen siguiendo los pasos mencionados en el documento oficial de Amazon para diferentes sistemas de archivos.

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html

El sistema de archivos predeterminado en Centos es xfs, use el siguiente comando para el sistema de archivos xfs para aumentar el tamaño de la partición.

sudo xfs_growfs -d /

luego "df -h" para verificar.


2
Es algo como esto que salva los trabajos de las personas. ¡Buen trabajo!
Ben Power

17

En Centos 7, en respuesta a la pregunta original donde resize2fs falla con el "número mágico malo", intente usar fsadm de la siguiente manera:

fsadm resize /dev/the-device-name-returned-by-df

Luego:

df 

... para confirmar que los cambios de tamaño han funcionado.


También funcionó para mí en CentOS VM con particiones LVM redimensionadas.
Alexandre Germain

16

CentOS7 + VM

Lo hice con:

  1. Gparted-live extiende el volumen
  2. pvresize -v /dev/sda2
  3. lvresize -r -l+100%FREE centos/root

7

Después de leer sobre LVM y estar familiarizado con PV -> VG -> LV, esto funciona para mí:

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% GRATIS / 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

Atentamente,


6
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% /  

6

os: rhel7

Después gparted, # xfs_growfs /dev/mapper/rhel-roothizo el truco en un sistema vivo.

$ df -h
Filesystem             Size  Used Avail Use% Mounted on
/dev/mapper/rhel-root   47G   47G   20M 100% /
devtmpfs               1.9G     0  1.9G   0% /dev
tmpfs                  1.9G     0  1.9G   0% /dev/shm
tmpfs                  1.9G  9.3M  1.9G   1% /run
tmpfs                  1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/sda1             1014M  205M  810M  21% /boot
tmpfs                  379M  8.0K  379M   1% /run/user/42
tmpfs                  379M     0  379M   0% /run/user/1000


# lvresize -l +100%FREE /dev/mapper/rhel-root
  Size of logical volume rhel/root changed from <47.00 GiB (12031 extents) to <77.00 GiB (19711 extents).
  Logical volume rhel/root successfully resized.


# xfs_growfs /dev/mapper/rhel-root
meta-data=/dev/mapper/rhel-root  isize=512    agcount=7, agsize=1900032 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=1        finobt=0 spinodes=0
data     =                       bsize=4096   blocks=12319744, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal               bsize=4096   blocks=3711, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data blocks changed from 12319744 to 20184064


# df -h
Filesystem             Size  Used Avail Use% Mounted on
/dev/mapper/rhel-root   77G   47G   31G  62% /
devtmpfs               1.9G     0  1.9G   0% /dev
tmpfs                  1.9G     0  1.9G   0% /dev/shm
tmpfs                  1.9G  9.3M  1.9G   1% /run
tmpfs                  1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/sda1             1014M  205M  810M  21% /boot
tmpfs                  379M  8.0K  379M   1% /run/user/42
tmpfs                  379M     0  379M   0% /run/user/1000

6

En centos y fedora trabajamos con fsadm

fsadm resize /dev/vg_name/root
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.