[root@anyi-parallel-server2 ~]# e2fsck -n /dev/vdb1 e2fsck 1.41.12 (17-May-2010) Warning! /dev/vdb1 is mounted. Warning: skipping journal recovery because doing a read-only filesystem check. /dev/vdb1 contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Free blocks count wrong (9341411, counted=9461734). Fix? no
Free inodes count wrong (5706551, counted=5706547). Fix? no
/dev/vdb1: ********** WARNING: Filesystem still has errors **********
/dev/vdb1: 847049/6553600 files (0.1% non-contiguous), 16872881/26214292 blocks [root@anyi-parallel-server2 ~]# 块存储云盘扩容中这个报错是什么?离线扩容的第一步
有试过在线的,但没有起作用,是centos6.8的系统
重启了,但还是不生效,在系统使用了reboot,这个报错是否有影响?是否需要修复?如果要修复,要怎么样操作? 之前不行,是为什么?
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
我们出于什么考虑用离线扩容呢?之前有了解过在线的方式(https://help.aliyun.com/document_detail/25451.html)吗? 离线扩容的话尝试继续跟着文档往下走,后面 umount 掉扩容分区后,会再用 e2fsck 去修复文件系统。 OK,CentOS 6 如果用在线方案需要重启,或者 umount 掉再 mount。 也可以按照离线方案的文档继续走下去。
先贴下growpart的输出看一下 。 CentOS 6 如文档描述,是需要执行 growpart 然后重启,然后执行 resize2fs 的,此回答整理自钉群“块存储云盘扩容专项-客户群”