手动fsck修复

【转自】http://blog.chinaunix.net/uid-26719405-id-3781541.html

　　由于硬盘常年读写，系统会造成系统文件损坏，导致重启后无法登陆到系统，

　　fsck不仅可以对文件系统进行扫描，还能修正文件系统的一些问题。值得注意的是fsck扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行。
　　文件系统扫描工具有fsck，fsck.ext2，fsck.jfs，fsck.msdos，fsck.vfat，fsck.ext3
　　今天重启了系统无法登陆到了系统

　　解决方案：
进入单用户对文件系统进行修复

　　fsck.ext3 -y /dev/mapper/VolGgrou-lv_root

时间： 2024-10-13 11:44:44

手动fsck修复的相关文章

使用fsck修复文件系统错误

1.问题描述服务器maint_samba 由于服务器maint_samba (debian操作系统)没有正常关机,在重新启动过程中/dev/sdb1出现文件系统错误,需要手动使用fsck进行扫描和修复.出现如下情况: …... Checking file systems ...fsck 1.41.3(12-OCT-2008) /dev/sdb1 contains a file system with errors check forced /dev/sdb1: |==========

Linux文件系统损坏导致无法正常启动与fsck修复工具

问题:今天在打开自己的虚拟机学习的时候,发现在文件系统检查过程中出现以下的报错:/dev/mapper/VolGroup-lv_root:UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY. [FAILED]这提示意味着,Linux文件系统损坏了,导致文件系统损坏的原因可能是异常的关机,比如:突然断电.这里的提示已经很明确的说明了,"UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY.":意外的不一致性导致文件系统损坏

fsck 修复宿主机上面挂掉的虚拟机

一.情况详解有些时候宿主机突然挂掉,会造成有些虚拟机启动失败,如下图所示这应该是文件系统破坏的问题,一般情况下还可以在虚拟机中fsck修复文件系统,但是这种情况在虚拟机中根本就没有机会fsck,所以想到通过外界方法对虚拟磁盘进行fsck.创建虚拟机使用的虚拟磁盘的类型是qcow2,开机无法fsck的话,可以通过如下两种方式 1.通过启动其它虚拟机的时候指定损坏虚拟磁盘启动再修复 2.通过qemu-nbd工具本地宿主机上修复qcow2 这里介绍第二种方式,直接在宿主机上修复损坏qcow2磁盘

Linux启动提示“unexpected inconsistency;RUN fsck MANUALLY”

背景:今天,有一台测试机突然出现一个现象,磁盘不可写. 重启后,在开机启动时,提示"unexpected inconsistency;RUN fsck MANUALLY"进不了系统(如图所示),翻译过来意思是:意外的不一致错误,请手动运行fsck修复. 解决方法直接在那里输入root密码进入修复模式或者进入单用户模式(进入方法参考我之前的博文,不过此时我的系统已经无法进入单用户模式,只能选择修复).再用命令fsck修复所提示出错的分区或磁盘: #fsck.ext4 -y /dev/m

ceph集群osd故障修复实例演示

集群安装方式:1: ceph-deploy 方式安装ceph集群,模拟osd磁盘损坏: 分别采用如下两种方式修复: 1:使用ceph-deploy 方式修复故障osd: 2:手动修复故障osd: #######使用ceph-deploy方式修复过程演示######## 1:停止osd/etc/init.d/ceph stop osd.3 2:查看osd磁盘挂载情况:[[email protected] ceph]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MO

fsck命令使用详解及特别注意事项

功能说明:检查文件系统并尝试修复错误.语法:fsck [-aANPrRsTV][-t <文件系统类型>][文件系统...]补充说明:当文件系统发生错误四化,可用fsck指令尝试加以修复. 注意:千万不能在运行的系统上面直接执行fsck,特别是RHEL6.0以下ext3的文件系统,否则100%损坏根文件系统,使用fsck -y /dev/sdb1 修复磁盘时,必须将sdb1分区umount掉参数:-a 自动修复文件系统,不询问任何问题.-A 依照/etc/fstab配置文件的内容,检查文件内

Android中热修复框架Robust原理解析+并将框架代码从"闭源"变成"开源"(下篇)

一.回顾框架原理本篇继续来看热修复框架Robust原理,在之前的一篇文章中已经详细讲解了:Robust框架原理,因为这个框架不是开源的,所以通过官方给出的原理介绍,咋们自己模拟了案例和框架逻辑的简单实践.最后在通过反编译美团app进行验证咋们的逻辑实现是否大致不差.最终确定实践的逻辑大同小异.但是在上一篇文章末尾多次强调了,这个框架吸引我研究的不是他热修复技术,而是他有一个技术点,就是如何在编译期给每个类每个方法都加上修复功能代码,对于上层开发代码是透明的.因为从之前案例可以看到,如果方法没有

CentOS 启动提示unexpected inconsistency;RUN fsck MANUALLY

CentOS这两天服务器出了问题了,提示如下: unexpected inconsistency;RUN fsck MANUALLY An error occurred during the filesystem check Propping you to shell the system will reboot when you leave the shell Give root password for mantennance 从网上找了一些教程,立马就解决了,过程如下: 按照系统提示,输入

服务器Linux系统下的ext文件系统修复方案

一.故障描述服务器是dell 730系列服务器,存储阵列是MD3200系列存储5T的Lun,操作系统是Linux centos 7,文件系统类型是EXT4,因意外断电,导致系统不能正常启动,修复之后系统可以正常启动,但是挂载的5T分区不能正常访问了,对这个5T的分区进行fsck修复,修复完成之后文件系统正常,但是丢失了部分文件,仔细查看之后缺失的部分文件在lost+found文件夹里面,文件名称已经被改变. 二.故障分析 1.备份数据把MD3200存储的5T的lun以只读模式重新映射到一台w