linux文件系统修复？Linux系统崩溃如何修复
老铁们，大家好，相信还有很多朋友对于linux文件系统修复和Linux系统崩溃如何修复的相关问题不太懂，没关系，今天就由我来为大家分享分享linux文件系统修复以及Linux系统崩溃如何修复的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！
如何在Linux上实现文件系统的自动检查和修复
我在本教程中将介绍如何借助fsck工具，实现文件系统的自动检查。
系统一启动，就触发文件系统自动检查机制
如果你希望系统一启动，就自动触发fsck，那么有一些方法可以设置在启动过程中实现无人值守的fschk，这些方法具体取决于特定的Linux发行版。
在Debian、Ubuntu或Linux Mint上，编辑/etc/default/rcS，如下所示。
$ sudo vi/etc/default/rcS
#启动过程中，自动修复出现不一致性的文件系统
FSCKFIX=yes
在CentOS上，使用下列内容，编辑/etc/sysconfig/autofsck（要是它没有，就创建）。
$ sudo vi/etc/sysconfig/autofsck
AUTOFSCK_DEF_CHECK=yes
强制定期检查文件系统
如果文件系统很庞大，你可以强制定期检查文件系统，而不是每次系统启动时检查文件系统。为了实现这个操作，先要借助tune2fs命令，找到文件系统配置。下面这个命令行显示了文件系统相关参数的当前值。请注意：/dev/sda1是文件系统超级块所在的分区。
$ sudo tune2fs-l/dev/sda1
从tune2fs的输出结果中，我们不仅可以看到文件系统的状态（干净与否），还可以看到与文件系统检查有关的一些参数。"Maximum mount count"（最大挂载次数）这个参数是指文件系统检查被触发后的挂载次数。"Check interval"（检查时间间隔）这个参数显示了两次文件系统检查之间的最长时间。在大多数Linux发行版上，这些参数并不是默认情况下被设置的，这意味着并不进行任何定期的文件系统检查。
如果想强制每隔30次挂载就检查文件系统，请运行下面这个命令。
$ sudo tune2fs-c 30/dev/sda1
如果想强制每隔3个月就检查文件系统，请使用下面这个命令。
$ sudo tune2fs-i 3m/dev/sda1
现在确认刚添加上去的文件系统检查条件已正确设置。
$ sudo tune2fs-l/dev/sda1
...
Last mount time: n/a
Last write time: Fri Mar 14 22:29:24 2014
Mount count: 20
Maximum mount count: 30
Last checked: Mon Mar 3 20:55:08 2014
Check interval:(3 months)
Next check after: Sun Jun 1 21:55:08 2014
强制下一次系统重启时，进行一次性的文件系统检查
如果你想在下一次系统重启时触发一次性的文件系统检查，可以使用这个命令。
$ sudo touch/forcefsck
一旦你在类似上面的顶层目录（/）中创建了一个名为forcefsck的空文件，它就会在你下一次重启时，强制进行文件系统检查。系统成功启动后，/forcefsck则会自动被清除。
每天学一个 Linux 命令(81):e2fsck
走进Linux世界，让我们继续探索！今天，我们将聚焦在强大的文件系统检查工具——e2fsck，它是ext2, ext3, ext4文件系统的重要守护者。
基本操作与语法
e2fsck，全称Ext2/3/4 Check—filesystem，其命令格式如下：
e2fsck [-panyrcdfvtDFV] [-b superblock] [-B blocksize] [-I inode_buffer_blocks] [-P process_inode_size] [-l|-L bad_blocks_file] [-C fd] [-j external_journal] [-E extended-options] device
每个选项都有其独特的功能，如-p用于自动修复错误，-n则开启只读模式，-y则采取非交互式执行。这些选项的组合使用，使你能针对具体需求定制检查行为。
返回值解析
命令执行后，e2fsck会返回一个数值，每个数字对应特定的含义：0表示无错误，1和2表示已修复错误，4和8表示错误未修复，16是语法错误，128是库函数错误。理解这些返回值有助于我们判断检查结果。
实战演示
让我们用实例来感受一下e2fsck的威力：
检查/dev/sdb：sudo e2fsck/dev/sdb，结果显示文件系统已清理干净，文件和区块信息完好。
修复文件系统：sudo e2fsck-p/dev/sdb，自动检测并修复任何可能的问题。
延伸阅读
在深入Linux命令世界的同时，别忘了关注一系列精彩的内容，如host，mount/umount，dd，fdisk，parted，mkfs等，它们都是你构建和管理文件系统的关键工具。
如果你在学习或使用过程中遇到任何疑问，别忘了在下方留言，让我们共同进步。同时，分享和点赞是对知识传播的最好支持，期待你的参与！
持续关注更多技术精华
如果你想了解更多Linux技术动态，就请锁定我的知乎技术专栏，一起在技术的海洋中破浪前行！我是民工哥，与你一起探索IT世界的无限可能。
Linux文件系统损坏的修复技术
有时候维护Linux服务器时会面临这样一种错误，即显示文件系统变成(Read
Only
System)，即文件系统变成只读的方式，产生这一问题的原因可能有两种，一种是多机写入时同步机制出现问题，另一种方式是单机写入时出现服务器掉电的情况。
当出现这种问题后，会让应用系统用户非常紧张，运气好时可以通过只读的方式去读取数据，运气不好时系统根本就无法启动。
这里给出一种解决方法：
(1)修改/etc/fstab，将受损的文件系统先注释掉，如果无法读写该文件则采用mount
-o
remount
rw
,
/
将文件系统改成读写模式。
(2)针对受损的文件系统，执行fsck命令，如：fsck
/dev/sda1等。
注意事项：
(1)在执行之前最好先进行数据备份，以防止修复失效后数据丢失。
