[问题] lvm刷新lv空间时报错：Couldn‘t find valid filesystem superblock.

最新推荐文章于 2022-02-27 23:03:13 发布

杯子很干净

最新推荐文章于 2022-02-27 23:03:13 发布

阅读量3.1k

点赞数

文章标签：运维

本文链接：https://blog.csdn.net/m0_37490554/article/details/108976019

版权

错误现象

[root@test ~]# resize2fs /dev/centos/root
resize2fs 1.42.9 (28-Dec-2013)
resize2fs: Bad magic number in super-block while trying to open /dev/centos/root
Couldn't find valid filesystem superblock.

文件解决

由于系统为centos7系统，文件格式为xfs

所以需要使用以下命令刷新lv

xfs_growfs  /dev/centos/root

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

杯子很干净

关注关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

LVM介绍及使用

weixin_42259447的博客

12-24

487

LVM将一个或多个硬盘的分区在逻辑上集合，相当于一个大硬盘来使用，当硬盘的空间不够使用的时候，可以继续将其它的硬盘的分区加入其中，这样可以实现磁盘空间的动态管理，相对于普通的磁盘分区有很大的灵活性。物理卷（physical volume）：物理卷就是指硬盘分区或从逻辑上与磁盘分区具有同样功能的设备(如RAID)，是LVM的基本存储逻辑块，但和基本的物理存储介质（如分区、磁盘等）比较，却包含有与LVM相关的管理参数。卷组（Volume Group）：LVM卷组类似于非LVM系统中的物理硬盘，其由物理卷组成。

LVM逻辑卷操作（PV、VG、LV及XFS的扩容）－实验笔记

silent_ghost的专栏

05-09

4027

LVM作为操作非常灵活的磁盘操作模式，还是有必要熟练的。 ENV： [root@centos7 ~]# uname -r 3.10.0-514.el7.x86_64 [root@centos7 ~]# cat /etc/redhat-release CentOS Linux release 7.3.1611 (Core) [root@centos7 ~]# lsblk NAME ...

参与评论您还未登录，请先登录后发表或查看评论

Couldn't find valid filesystem superblock.

热门推荐

li66934791的博客

12-26

1万+

错误现象 [root@jituan-xiaofei-docker01 ~]# resize2fs /dev/centos/root resize2fs 1.42.9 (28-Dec-2013) resize2fs: Bad magic number in super-block while trying to open /dev/centos/root Couldn't find vali...

centos7 resize2fs Couldn't find valid filesystem superblock.

hknaruto的专栏

10-28

1万+

http://blog.chinaunix.net/uid-20767811-id-5015333.html

centos7.2 resize2fs Couldn't find valid filesystem superblock+lvm逻辑卷增加刷新不生效问题

来自星星的技术男

06-13

5554

现在给vg00-lvroot 逻辑卷根目录增加100G的方法： lvresize -L +10G /dev/mapper/vg00-lvroot //增加100G到vg00-lvroot分区后面跟lvm 路径。以存在lvm路径用lvs命令查看 resize2fs /dev/mapper/vg00-lvroot //刷新下刚挂载的分...

resize2fs: Bad magic number in super-block while trying to open Couldn't find valid filesystem

haiziccc的专栏

04-22

1276

[root@docker01 appserver]# lvextend -L 5g /dev/mapper/root--vg-var Size of logical volume root-vg/var changed from 3.00 GiB (768 extents) to 5.00 GiB (1280 extents). Logical volume root-vg/var suc...

resize2fs: Bad magic number in super-block while trying to open /dev/centos/root Couldn't find valid...

weixin_30847865的博客

04-06

1295

今天在进行lvm扩容之后，按照惯例进行 resize2fs 操作，发现报如下错误： # resize2fs /dev/centos/root resize2fs 1.42.9 (28-Dec-2013) resize2fs: Bad magic number in super-block while trying to open /dev/centos/root Couldn't fin...

CentOS7上lvm分区调整（resize2fs: Bad magic number in super-block while trying to open ...）

weixin_30394633的博客

08-13

1582

问题描述：根目录空间占用率100% 首先用传统resize2fs方式调整分区： resize2fs -p /dev/mapper/centos-home 50Gresize2fs 1.42.9 (28-Dec-2013)resize2fs: Bad magic number in super-block while trying to open /dev/mapper/cento...

一次修复磁盘的记录（ext4 mount: wrong fs type, bad option, bad superblock）

不想做段子手的攻城狮不是好的运动员

10-30

8396

$ sudo e2fsck -f /dev/sdb1 e2fsck 1.41.4 (27-Jan-2009) e2fsck: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1 Could this be a zero-length partition?

实践练习三（可选）：使用OBD 部署一个三副本OceanBase 集群（离线安装）

weixin_54238817的博客

02-27

2712

使用OBD 部署一个三副本OceanBase 集群

linux fix superblock not found

screaming的博客

05-25

560

* Mistakes by Linux/UNIX Sys admin * Buggy device driver or utilities (especially third party utilities) * Power outage (very rarer on production system) due to UPS failure * Kernel bugs (that is w

Linux LV扩容时resize2fs: Bad magic number in super-block while trying to open问题解决

想到就写点东西的博客

08-09

8867

linux扩容其中有一步需要使用resize2fs命令重新加载逻辑卷的大小，使用的时候发现异常 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损坏修复

swrd

02-19

3314

什么是superblock？可以参考下这个网站：http://homepage.smc.edu/morgan_david/cs40/analyze-ext2.htm 详细的介绍superblock组成构成大家可能遇到过这样的情况： [root@dhcp-0-142 ~]# mount /dev/sdb1 /mnt/sdb1 mount: wrong f

linux sd卡格式化

cao711707的博客

11-23

3322

验证sd卡性能时，用脚本向sd中不停写入数据验证方法一不断的向sd卡中拷贝340M的文本文件，直到sd卡空间占满，再全部删除sd卡内容，重复此操作。 1) 单纯进行sd卡的读写操作时，擦除10次TF读写依然正常 2) 擦写sd卡加上不断重启设备，擦除1-2次之后，sd卡就变成只读，此时umount也执行失败，插拔sd卡也不能恢复，mount -o remount r

centos7分区挂载及常见操作集/大于2T的磁盘分区

jiangbenchu的博客

04-22

6497

分区挂载1、安装LVM2、根据磁盘分区 /dev/vdb1创建物理卷，3、创建卷组3.1 将物理卷从卷组中移除即缩小卷组：3.2、从物理卷扩展卷组：3.3、删除卷组4、逻辑卷的创建与管理。4.1、创建逻辑卷`-L`指定大小（如果空间不足可以先缩容其中一个逻辑卷，参考4.2）4.2、增加/缩小逻辑卷4.2.1、增加：4.2.2、缩小以home为例：5、格式化逻辑卷，创建xfs文件系统6、查看文件系统及分区的UUID7、挂载文件系统（文件夹挂载逻辑卷）前提：安装完centos7系统后发现需要重新调整分区大小

挂载硬盘报错无法挂载---磁盘挂载反馈结果8192

私_有_云

06-24

2622

挂载硬盘报错无法挂载：# mount /dev/sdb1 /mnt/sdb1 mount:wrong fs type, bad option, bad superblock on /dev/sdb1, missingcodepage or other error Insome cases useful info is found in syslog - try dmesg|

Linux kernel design patterns - part 3

山庄来客的专栏

06-27

859

In this final article we will be looking at just one design pattern. Westarted with the fine details of reference counting,zoomed out to look at whole data structures, and now move to the even large

linux磁盘挂载时使扩容生效阶段报错

最新发布

02-19

<think>好的，用户想了解在Linux磁盘挂载时扩容生效阶段报错的问题。首先，我需要回忆一下Linux磁盘扩容的常见流程。通常扩容包括扩展存储设备本身，比如在云平台调整磁盘大小，然后扩展分区或文件系统。可能涉及LVM或者直接调整分区。用户遇到的报错可能是在执行resize2fs或者xfs_growfs时出现的，或者是在调整分区大小时的问题。常见错误可能有：文件系统已经是最大大小，这意味着底层分区没有正确扩展；或者文件系统类型不支持在线调整；还有可能是没有卸载分区导致无法调整。然后需要分步骤分析。比如，扩容前是否扩展了分区？如果是物理分区，使用growpart或者parted调整分区表了吗？对于LVM的情况，是否扩展了PV、VG、LV？如果文件系统是ext4，是否正确使用resize2fs？如果是XFS，是否用了xfs_growfs？另外，报错的具体信息很重要。比如“couldn’t find valid filesystem superblock”可能意味着文件系统损坏或者指定了错误的设备。或者“target is busy”说明挂载点未卸载。还可能是在线调整时某些服务还在写入数据导致问题。还需要考虑不同发行版的工具差异，比如CentOS和Ubuntu在工具版本上的不同可能导致命令参数变化。另外，备份的重要性也是需要提醒用户的，避免数据丢失。可能的解决方案步骤：检查分区是否已正确调整，确认LVM结构是否扩展，确保文件系统工具对应正确类型，卸载文件系统再调整，或者使用正确的参数进行在线调整。最后，验证df -h和lsblk的输出是否一致，确认扩容成功。用户可能需要具体的命令示例，比如使用growpart调整分区，pvresize、lvextend等LVM命令，以及resize2fs的具体用法。同时提醒用户操作前备份数据，避免误操作导致数据丢失。</think>在 Linux 中，磁盘扩容后需通过**分区调整、LVM扩展（如涉及）和文件系统扩展**三个关键步骤使扩容生效。若在此过程中报错，常见原因及解决方法如下： --- ### **1. 分区未正确调整** **场景**：扩容磁盘后，未扩展分区（如云平台调整磁盘大小但未同步到分区表）。 - **典型报错**： ```bash resize2fs: Bad magic number in super-block 或 "The filesystem is already 大小..." ``` - **解决方法**： ```bash # 安装分区调整工具（如 cloud-utils-growpart） sudo apt-get install cloud-utils-growpart # Debian/Ubuntu sudo yum install cloud-utils-growpart # CentOS/RHEL # 扩展分区（示例：调整 /dev/vda 的 1 号分区） sudo growpart /dev/vda 1 # 验证分区大小 lsblk ``` --- ### **2. LVM 未扩展（若使用LVM）** **场景**：物理卷（PV）扩容后，未扩展逻辑卷（LV）或卷组（VG）。 - **典型报错**： ```bash "Size of logical volume cannot be larger than available space in卷组." ``` - **解决方法**： ```bash # 扩展物理卷（PV） sudo pvresize /dev/vda1 # 扩展卷组（VG，通常自动扩展） sudo vgdisplay # 扩展逻辑卷（LV） sudo lvextend -l +100%FREE /dev/mapper/vg_name-lv_name # 最后扩展文件系统（见下文） ``` --- ### **3. 文件系统扩展失败** **场景**：分区/LV已扩展，但文件系统未正确调整。 - **EXT4 文件系统报错**： ```bash resize2fs: Bad magic number in super-block ``` **解决**： ```bash # 强制检查文件系统（卸载后操作！） sudo umount /dev/vda1 sudo e2fsck -f /dev/vda1 sudo resize2fs /dev/vda1 ``` - **XFS 文件系统报错**： ```bash xfs_growfs: cannot find mounted XFS filesystem ``` **解决**： ```bash # XFS必须在线扩容（挂载状态下操作） sudo mount /dev/vda1 /mnt sudo xfs_growfs /mnt ``` --- ### **4. 其他常见问题** #### **(1) 未卸载文件系统** - **报错**：`resize2fs: 文件系统已挂载，需要在线调整但未指定选项。` - **解决**： - 对EXT4：卸载后操作或使用 `resize2fs /dev/vda1`（已挂载时自动尝试在线调整）。 - **报错**：`superblock corrupt, check disk.` - **解决**： ```bash sudo umount /dev/vda1 sudo fsck -y /dev/vda1 # 修复文件系统 ``` --- ### **操作流程总结** 1. **确认磁盘已物理扩容**：通过云控制台或 `lsblk` 查看磁盘大小。 2. **扩展分区**：使用 `growpart` 或 `parted`。 3. **扩展LVM（如适用）**：`pvresize` → `lvextend`。 4. **扩展文件系统**：根据类型选择 `resize2fs` 或 `xfs_growfs`。 5. **验证**：`df -h` 和 `lsblk` 确认大小一致。 --- **注意**：操作前务必备份数据！若涉及根分区，建议使用 Live CD/USB 在未挂载状态下操作。