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
私はおそらく愚かなことをしたので、どんな助けでも大いに感謝されるでしょう！
考えられる答えで述べたように、ちょっとした試行錯誤の結果、xfs_growfsではなくresize2fsが必要になりました。
CentOS 7、
fdisk /dev/xvda
新しいプライマリパーティションを作成し、typeを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
私は今日正午頃に同じ正確な問題に遭遇し、ついにここで解決策を見つけました - > EBボリュームをresizeしようとすると失敗します
パーティションはすでにマウントされているので、マウントをスキップしました。
どうやらCentOS 7はデフォルトのファイルシステムとしてXFSを使っているのでresize2fsは失敗します。
私は/etc/fstabを見て、XFSが私を直視していたことを推測します。これが役立つことを願っています。
Centos 7ではデフォルトのファイルシステムは xfs。
xfs ファイルシステムのサポートは拡張のみで縮小はできません。したがって、ファイルシステムのサイズを変更したい場合は、resize2fsではなくxfs_growfsを使用してください。
xfs_growfs /dev/root_vg/root
注意：ext4ファイルシステム用
resize2fs /dev/root_vg/root
CentOS7 + VM
Iveはそれを作りました：
- Gparted-liveでボリュームを拡大
pvresize -v /dev/sda2lvresize -r -l+100%FREE centos/root
Centos 7で、resize2fsが "bad magic number"で失敗する元の質問に答えて、次のように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％無料の/ 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
宜しくお願いします、
resize2fsコマンドは、すべてのファイルシステムで機能するわけではありません。
以下のコマンドを使用して、インスタンスのファイルシステムを確認してください。 
Amazonの公式ドキュメントに記載されているさまざまなファイルシステムの手順に従って、ボリュームを拡大する手順に従ってください。
https://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html
Centosのデフォルトのファイルシステムはxfsです。xfsファイルシステムに次のコマンドを使用してパーティションサイズを増やします。
Sudo xfs_growfs -d /
次に「df -h」で確認します。