摘要:背景和损失背景机房事故,突然关机,硬盘年老失修,造成很多文件不可用。分析原因给出的说法是网络波动,造成机房故障,机器重启。但从结果看,文件系统乱掉了,而且乱掉的文件主要分两类当时正在写入和操作的文件。操作挂起不挂起可能会出现数据恢复中断。
背景和损失数据一定要备份,最好多机备份,代码一定要ci。
背景:机房事故,突然关机,硬盘年老失修,造成很多文件不可用。如图
面临损失:
作为一名靠谱程序员,数据库单机多机备份,程序版本控制这些都是有的【如果没有,一定要加上】;但这次有一个重要影响,就是git中commit之后,没有push的文件全损坏了,损坏了,坏了,了。。。。
op给出的说法是网络波动,造成机房故障,机器重启。但从结果看,文件系统乱掉了,而且乱掉的文件主要分两类:
1:当时正在写入和操作的文件。例如运行的脚本,正在写的文件,samba建立网络映射的文件,git实时文件。
2:内存里的数据,例如memcache里的数据等等
处理:fsck修复。 1:查看硬盘挂载:df查看下磁盘的挂载位置。
2:操作挂起:不挂起可能会出现数据恢复中断。报错:直接挂起会出现 dev is busy,如下图
用:umout -l /dev/sda3
#umount -l <挂载点|设备> 此命令将会断开设备并关闭打开该设备的全部句柄。 通常,您可以使用 eject <挂载点|设备>命令弹出碟片3:fsck 扫盘
fsck -f /dev/sda3
注意ext2 还会进行e2fsck 再扫一遍,此为正常操作
把.git 内的文件全部整理,导出,一个一个寻找自己需要的文件,找到了久违的文件。
一句话:代码一定要ci,数据一定要容灾
【转载请注明:fsck修复linux文件损坏 | 靠谱崔小拽 】
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/9414.html
摘要:第个问题,是真真切切错误卸载重要软件包,导致系统崩溃,修复系统的方法自然也就是利用原镜像在下把该装的都装回去,前提是日志存在,万幸没有执行过。第个问,题实际文件系统并没有损坏,还是缺失,但是此处必须小心,免得,那么修复过程就没意义了。 首先问题产生的缘由很简单,是我一同事在安装oracle一套软件时,按照要求需要binutils软件包的32位版本,然而在Oracle Linux已经装有...
摘要:于是检查时发现,拼写错误,应为。第个问题,是真真切切错误卸载重要软件包,导致系统崩溃,修复系统的方法自然也就是利用原镜像在下把该装的都装回去,前提是日志存在,万幸没有执行过。 首先问题产生的缘由很简单,是我一同事在安装oracle一套软件时,按照要求需要binutils软件包的32位版本,然而在Oracle Linux已经装有64位,按理说是可以安装i686的,我猜应该是32位的版本低...
摘要:于是检查时发现,拼写错误,应为。第个问题,是真真切切错误卸载重要软件包,导致系统崩溃,修复系统的方法自然也就是利用原镜像在下把该装的都装回去,前提是日志存在,万幸没有执行过。 首先问题产生的缘由很简单,是我一同事在安装oracle一套软件时,按照要求需要binutils软件包的32位版本,然而在Oracle Linux已经装有64位,按理说是可以安装i686的,我猜应该是32位的版本低...
摘要:通常发生该问题的场景有二一云主机和宿主机繁忙,云主机的请求得不到及时的响应,从而产生磁盘错误,为了保护磁盘数据会分区为只读二云主机被强制关机,导致磁盘出现文件系统错误故障。 本文由作者朱益军授权网易云社区发布。 背景 维护巡检云主机时,发现有一台运行redis的云主机状态显示维护中,登录该实例查看,系统盘变成readonly。本文简单分析该问题出现原因,并为运维人员提供常见处理方法及建...
摘要:当文件系统发生错误四化,可用指令尝试加以修复。命令用于查找磁盘中损坏的区块。最好的处理方式是更换磁盘,但在临时的情况下,应及时屏蔽坏道部分的扇区,不要触动它们。报错了,硬盘还是挂载状态卸载硬盘后,重新运行命令修复完成 在捣鼓了两天之后,总算是给我的电脑装上了一个问题不大的linux系统,虽然还有一些小问题。。。不过仍然有一个让人很难受的东西,不知道为啥磁盘竟然产生了一些坏道showIm...
阅读 3223·2021-11-24 09:38
阅读 2946·2021-11-22 15:29
阅读 2286·2021-11-18 10:02
阅读 1476·2021-10-12 10:11
阅读 1507·2021-09-04 16:45
阅读 1922·2021-08-25 09:39
阅读 2673·2021-08-18 10:20
阅读 2268·2021-08-11 11:17