fsck.ext3 -y /dev/vda3
说明:ext3的文件系统使用fsck.ext3,ext4文件系统使用fsck.etx4。/dev/vda3是系统/根分区。运行完毕后,reboot重启系统就恢复正常。20多台出问题的都是这样修复的,无失败案例。fsck.ext3开始进入扫描、修正文件系统,这个过程有时很快,有时比较长,中间有数次停顿的过程,只需等待即可,千万不要以为死机而重启服务器。修正完文件系统后,如果没有提示重启系统,也需要reboot来重启系统。
扩展知识:fsck简介
fsck不仅可以对文件系统进行扫描,还能修正文件系统的一些问题。注意的是fsck扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行。建议在单用户模式下运行。如果扫描正常运行中的系统,会造成系统文件损坏。
文件系统扫描工具有fsck、fsck.ext2、fsck.ext3、fsck.ext4、fsck.msdos、fsck.cramfs、fsck.ext4dev、fsck.vfat。最好是根据不同的文件系统来调用不同的扫描工具,比如ext3的文件系统使用fsck.ext3,ext4文件系统使用fsck.ext4等。
/dev/vda3是ext3的文件系统,这里介绍fsck.ext3的参数:
[语法]
fsck.ext3[必要参数][选择参数][设备代号]
[功能]
fsck.ext3命令:针对ext3文件系统进行检测修复
-a非互交模式,自动修复
-c检查是否存在有损坏的区块。
-C <反叙述器>fsck.ext3命令会把全部的执行过程,都交由其逆向叙述,便于监控程序
-d详细显示命令执行过程
-f强制进行检查
-F检查文件系统之前,先清理该保存设备块区内的数据
-l <损坏区块文件>把文件中所列出的损坏区块,加入标记
-L <损坏区块文件>清除所有损坏标志,重新标记
-n非交互模式,把欲检查的文件系统设成只读
-P <数字>设置fsck.ext2命令所能处理的inode大小为多少
-r交互模式
-R忽略目录
-s顺序检查
-S效果和指定“-s”参数类似
-t 显示fsck.ext2命令的时序信息。
-v显示详细的处理过程
-y关闭互动模式
-b <分区第一个磁区地址>指定分区的第一个磁区的起始地址/Super Block
-B <区块大小>设置该分区每个区块的大小
-I设置欲检查的文件系统,其inode缓冲区的区块数目
-V显示版本信息
解决办法1.重启看是否可以修复(很多机器可以)
2.使用用fsck – y 来修复文件系统
3.若,在进行修复的时候有的分区会报错,重新启动系统问题依旧
查看下分区结构
[root@localhost mobile]# more /etc/fstab
[root@localhost ~]# more /proc/mounts
[root@localhost ~]# mount
/dev/sda3 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda1 on /boot type ext3 (ro)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
查看ro挂载的分区,如果发现有ro,就重新mount
umount /dev/sda1
mount /dev/sda1 /boot
如果发现有提示“device is busy”,找到是什么进程使得他busy
fuser -m /boot 将会显示使用这个模块的pid
fuser -mk /boot 将会直接kill那个pid
然后重新mount即可。
4.直接remount,命令为
[root@localhost ~]# mount -o rw,remount /boot
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)