从网上看到的大多数文章都在讲解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