发帖
扫码访问
 注册
 登录
首页 ›运维› 网络学院 › 查看内容

fsck修复linux文件损坏

2016-8-8 10:59 1366 0

摘要: 数据一定要备份，最好多机备份，代码一定要ci 。 背景和损失 背景：机房事故，突然关机，硬盘年老失修，造成很多文件不可用。如图 面临损失： 作为一名靠谱程序员，数据库单机多机备份，程序版本控制这些都是有 ...

数据一定要备份，最好多机备份，代码一定要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 再扫一遍，此为正常操作

4：扫盘结束后，挂载驱动盘

5：寻找和恢复文件

把.git 内的文件全部整理，导出，一个一个寻找自己需要的文件，找到了久违的文件。

后续

一句话： 代码一定要ci，数据一定要容灾

声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系 [邮箱地址] 删除
1

路过
雷人
握手
鲜花
鸡蛋

刚表态过的朋友 (1 人)

  • 路过

    匿名

收藏 分享 邀请
上一篇：Ubuntu 14.04.5 LTS正式发布，有何更新？下一篇：Linux进程间通信-共享内存

最新评论

相关分类

返回顶部