重庆思庄Oracle、KingBase、PostgreSQL、Redhat认证学习论坛
标题: 在线扩EXT4文件系统报 ：resize2fs: 没有调整文件系统大小的权限 [打印本页]
作者: 郑全 时间: 2025-11-10 14:43
标题: 在线扩EXT4文件系统报 ：resize2fs: 没有调整文件系统大小的权限
今天接到朋友求助，一服务器磁盘空间满了，要求增加空间，磁盘已经增加到服务器，要求加到文件系统中去。我想这个操作很简单：
1. 查看系统情况
发现 /data 挂载点已经100%,应该就是他要增加空间。
2. 查看当前可用磁盘
发现VDA,VDB,VDC三块盘，VDA,VDB已经使用，/DATA目前使用的VDB，而且是使用的逻辑卷，可用磁盘为 VDC。
3. 查看磁盘组情况
还有24G可用
4. 查看/DATA挂载点文件系统
是EXT4
5. 顺带看看系统版本
Centos 7.6 ,7以上版本，默认应该是使用xfs ,看来对方对EXT4有特殊的需求。
6. 格式PV,扩VG
VG空间已经加到2T.
7. 扩文件系统到2T
Ext4 可以直接在线扩大小
扩展报错，提示rerize2fs:没有调整文件系统大小的权限，fsadm：resize ext4 failed.
逻辑卷空间增加了，但文件系统空间没有增加.
手工执行 resize2fs /dev/mapper/vg01-data ，也报同样的错.
寻求AI帮忙:
按步骤处理：
看挂载情况，是RW
检查文件系统是EXT4 ，而且是读写
卸载文件系统挂载，在扩大小：
卸载后，resize2fs /dev/mapper/vg01-data,要求先运行 e2fsck -f /dev/mapper/vg01-data
运行时，发现第一步，第二步都比较慢，大概花了40分钟。
这个时间，检查操作系统日志，
发现有报错：There are errors in the filesystem,so online resizing is not allowed。
看来确实是文件系统有错误，
- 系统检测到/dev/dm-3（对应之前提到的/dev/mapper/vg01-data逻辑卷）的EXT4 文件系统存在错误。
- 因此禁止了resize2fs的在线扩容操作（这是 EXT4 的安全机制，避免错误文件系统扩容后数据损坏）。
日志中还能看到文件系统的具体错误记录：
EXT4-fs (dm-3): error count since lastfsck: 50
EXT4-fs (dm-3): initial error at time1708681420: ext4_lget:4390: inode 38538658
- 说明该文件系统自上次检查后已出现 50 次错误，且明确了错误发生的时间、涉及的inode（文件系统的索引节点）。
问题根源
结合之前的操作（执行resize2fs扩容），文件系统损坏是导致 “无权限扩容” 的真实原因（系统并非真的 “权限不足”，而是以 “权限” 提示来阻止错误操作）
问了现场，原来是磁盘空间不够了，然后给虚拟机加磁盘，加了磁盘后，结果服务器自动重启了，估计是超融合中操作出现什么问题，也有可能是有人认为要重启才能识别磁盘。
重启之后，使用LVM加磁盘，就报这个错了。看来还是文件系统本身有问题导致。
最后，E2FSCK成功：
检查修复完毕，庆幸的是没有问题。
重新去resize2fs
成功了，再mount /data ，成功，文件系统成功的扩展到2T.
到此，问题解决。
总结一下，本问题，就是虚拟机加磁盘，然后重启，导致磁盘中，有错误，导致无法在线扩容，通过离线扩容解决。
| 欢迎光临 重庆思庄Oracle、KingBase、PostgreSQL、Redhat认证学习论坛 (http://bbs.cqsztech.com/) |
Powered by Discuz! X3.2 |