fsck修复linux文件损坏
数据一定要备份,最好多机备份,代码一定要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
4:扫盘结束后,挂载驱动盘
5:寻找和恢复文件
把.git 内的文件全部整理,导出,一个一个寻找自己需要的文件,找到了久违的文件。
后续
一句话:代码一定要ci,数据一定要容灾
【转载请注明:fsck修复linux文件损坏 | 靠谱崔小拽 】
原文地址:https://segmentfault.com/a/1190000006195207
相关推荐
-
如何在 Ubuntu 中添加多个时区 服务器
2020-5-25
-
Choerodon 猪齿鱼的数据初始化设计解析 服务器
2020-7-16
-
Prometheus : 入门 服务器
2019-5-11
-
优雅地使用命令行:Tmux 终端复用 服务器
2019-3-6
-
unix内核源码剖析【2. 进程】 服务器
2020-6-10
-
基于Keepalived的MySQL高可用 服务器
2019-7-8
-
如何使用kafka增加topic的备份数量,让业务更上一层楼 服务器
2019-8-20
-
一次线上zabbix server 挂掉的思考 服务器
2019-9-9
-
Ubuntu/Linux用户管理与权限管理(超详细解析) 服务器
2019-10-13
-
短信轰炸机脚本TBomb 服务器
2019-8-29