fstab文件内的分区到底要不要设置dump备份和fsck

从网上看到的大多数文章都在讲解fstab文件内的几列信息表示什么意思，应该如何去设置，我这里由于最近的项目需要，对fstab文件进行了深度了解，分析之后得出一些成果和大家分享一下。作为运维人员，备份始终都是最重要的，所以我这里还是主要是强调一下跟安全有关的选项设置。

fstab文件分区表内的最后两列信息，如下

linux-92bv:/ # more /etc/fstab
/dev/disk/by-id/cciss-3600508b1001cb38a39efeff951e0c242-part1  swap   swap       defaults              0 0
/dev/disk/by-id/cciss-3600508b1001cb38a39efeff951e0c242-part2  /    ext3       acl,user_xattr        1 1
proc                 /proc                proc       defaults              0 0
sysfs                /sys                 sysfs      noauto                0 0
debugfs              /sys/kernel/debug    debugfs    noauto                0 0
usbfs                /proc/bus/usb        usbfs      noauto                0 0
devpts               /dev/pts             devpts     mode=0620,gid=5       0 0
/dev/tmsvg/oradata   /ora_data            ext3       defaults              0 0
 

1、最后两列是什么？

最后两列有两位数字，中间有空格，前面的是定义是否需要dump备份，0为不备份，1为备份； 后面的一位数字定义在系统开机挂载分区之前是否做fsck检查。一般推荐的配置是，根分区对应的设置为1 1，其他分区均为0 0，包括存储卷的选项，也是0 0。

2、文件系统的逻辑错误需要用FSCK修复

文件系统运行一段时间之后，有可能会存在逻辑错误，只能通过fsck检查并修复错误，但是需要注意的是，用fsck修复数据之前，必须要先对需要做fsck检查的分区先进行数据备份，目前网上有不少造成数据部分丢失的情况。但是也没有别的办法来修复逻辑错误，只能用fsck。

3、FSCK也不一定靠谱，还是要备份

如果根分区出现错误，在修复过程中，遇到数据丢失，最坏的情况就是重新安装系统，反正没有业务数据，问题不大；可是存储卷上存放的都是业务数据，所以在出现错误需要fsck修复之前，一定要先做数据备份。

另外，关于分区出现逻辑错误需要fsck的操作步骤，可以参考如下网友的文章：

http://blog.csdn.net/sunjing/article/details/5247708

___________________________________________________________________________________

版权所有，文章允许转载，但必须以链接方式注明源地址，否则追究法律责任!

Author:   laven54 (lurou)

Email:    laven54@163.com

Blog:      http://blog.csdn.net/laven54