web-dev-qa-db-fra.com

resize2fs: Nombre magique incorrect dans le super-bloc lors de l'ouverture

J'essaie de redimensionner un volume logique sur CentOS7, mais l'erreur suivante est en cours d'exécution:

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.

J'ai essayé d'ajouter une nouvelle partition (à l'aide de fdisk) et d'utiliser vgextend pour étendre le groupe de volumes, puis de le redimensionner. Le redimensionnement a bien fonctionné pour le volume logique avec lvextend, mais il a échoué à resize2fs.

J'ai également essayé de supprimer une partition existante (à l'aide de fdisk) et de la recréer avec un bloc d'extrémité plus grand, puis de redimensionner le volume physique à l'aide de lvm pvresize, suivi d'un redimensionnement du volume logique à l'aide de lvm lvresize. Encore une fois, tout a bien fonctionné jusqu'à ce point.

Une fois que j'ai essayé d'utiliser resize2fs, en utilisant les deux méthodes ci-dessus, j'ai reçu exactement la même erreur.

Espérons que certains des éléments suivants apporteront un peu de lumière.

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

J'ai probablement fait quelque chose de stupide, donc toute aide serait grandement appréciée!

115
ChrisKnowles

Après quelques essais et erreurs ... comme mentionné dans les réponses possibles, il s'est avéré que vous avez besoin de xfs_growfs plutôt que de resize2fs.

CentOS 7,

fdisk /dev/xvda

Créez une nouvelle partition principale, définissez le type sur linux lvm.

n
p
3
t
8e
w

Créez un nouveau volume principal et étendez le groupe de volumes sur le nouveau volume.

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

Vérifiez le volume physique pour l'espace libre, étendez le volume logique avec l'espace libre.

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

Enfin, effectuez un redimensionnement en ligne pour redimensionner le volume logique, puis vérifiez l'espace disponible.

xfs_growfs /dev/centos/root
df -h
233
ChrisKnowles

J'ai rencontré le même problème aujourd'hui vers midi et j'ai finalement trouvé une solution ici -> L'essai de redimensionnement du volume EB échoue

J'ai sauté le montage, car la partition était déjà montée.

Apparemment, CentOS 7 utilise XFS comme système de fichiers par défaut. Par conséquent, resize2fs échouera.

J'ai jeté un œil dans /etc/fstab, et devinez quoi, XFS me regardait dans les yeux… J'espère que cela vous aidera.

41
Tony Wiseman

Dans Centos 7, le système de fichiers par défaut est xfs.

xfs la prise en charge du système de fichiers ne fait que s'étendre et ne pas être réduite. Donc, si vous voulez redimensionner le système de fichiers, utilisez xfs_growfs plutôt que resize2fs.

xfs_growfs /dev/root_vg/root 

Remarque: pour l'utilisation du système de fichiers ext4

resize2fs /dev/root_vg/root
40
Rakib

CentOS7 + VM

Je l'ai fait avec:

  1. Gparted-live étendre le volume
  2. pvresize -v /dev/sda2
  3. lvresize -r -l+100%FREE centos/root
15
Oli

Sur Centos 7, en réponse à la question initiale où resize2fs échoue avec "mauvais numéro magique", essayez d'utiliser fsadm comme suit:

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

Ensuite:

df 

... pour confirmer que les changements de taille ont fonctionné.

11
PGP
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
pathak.pk

Après avoir lu à propos de LVM et avoir connu PV -> VG -> LV, cela fonctionne pour moi:

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

Meilleures salutations,

4
200313

la commande resize2fs ne fonctionnera pas pour tous les systèmes de fichiers.

Veuillez confirmer le système de fichiers de votre instance à l'aide de la commande ci-dessous. enter image description here

Veuillez suivre la procédure pour développer le volume en suivant les étapes mentionnées dans le document officiel d'Amazon pour différents systèmes de fichiers.

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

Le système de fichiers par défaut dans Centos est xfs, utilisez la commande suivante pour que le système de fichiers xfs augmente la taille de la partition.

Sudo xfs_growfs -d /

puis "df -h" pour vérifier.

2
Shahid Hussain