GNU Linux启动时文件系统mountall挂载出错问题的处理

/*********************************************************************
 * Author  : Samson
 * Date    : 12/05/2014
 * Test platform:
 *              3.13.0-24-generic
 *              GNU bash, 4.3.11(1)-release
 * *******************************************************************/
---------------------
作者:风去沙来
来源:CSDN
原文:https://blog.csdn.net/yygydjkthh/article/details/41748285
版权声明:本文为博主原创文章,转载请附上博文链接!

查看uuid的方法:

UUID(Universal Unique Identifier):通用唯一标识;

在GNU Linux系统进行挂载的时候,mountall服务会进行文件系统的挂载,通常是读取/etc/fstab文件中的挂载配置进行挂载,内容类似如下:
ufo@ufo:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=54e52c07-3dce-4cc9-b106-6079aad2536d /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=0893466f-30b4-494e-b234-ce3da8ee8ca9 none            swap    sw              0       0

如上的/dev/sda6这个块设备的UUID对应的即为UUID=后的值,要将此块设备挂载到/目录上,文件系统为ext4。更多具体的各个项的意义可参考此篇文章:
http://blog.csdn.net/xuleilx/article/details/7889460

ufo@ufo:~$ blkid -o list
device     fs_type label    mount point    UUID
-------------------------------------------------------------------------------
/dev/sda1  ntfs    系统保留 (not mounted) E45A22425A22123A
/dev/sda2  ntfs             (not mounted)  D09826319826168E
/dev/sda5  swap             <swap>         0893466f-30b4-494e-b234-ce3da8ee8ca9
/dev/sda6  ext4             /              54e52c07-3dce-4cc9-b106-6079aad2536d
ufo@ufo:~$ ls -l /dev/disk/by-uuid/
总用量 0
lrwxrwxrwx 1 root root 10 12月  3 20:07 0893466f-30b4-494e-b234-ce3da8ee8ca9 -> ../../sda5
lrwxrwxrwx 1 root root 10 12月  3 20:07 54e52c07-3dce-4cc9-b106-6079aad2536d -> ../../sda6
lrwxrwxrwx 1 root root 10 12月  3 20:07 D09826319826168E -> ../../sda2
lrwxrwxrwx 1 root root 10 12月  3 20:07 E45A22425A22123A -> ../../sda1

当在不正常操作的情况下,系统在启动时会出现挂载文件系统出错的提示,有可能出现的错误大致分为以下几种:
(1)、Continue to wait, or Press S to skip mounting or M for manual recovery
(2)、Press F to attempt to fix the errors, I to ignore, S to skip mounting, or M for manual recovery
(3)、Press I to ignore, S to skip mounting, or M for manual recovery
(4)、Press S to skip mounting or M for manual recovery
(5)、Checking disk drives for errors. This may take several minutes.

针对如上出现的问题,一般情况下若不是/目录的挂载块设备挂载不了(再说了,根目录的挂载在使用grub进行启动时就已经使用了其对应的uuid进行了挂载,和/etc/fstab也没有什么关系),其它的例如:
把/opt目录给挂载一个块设备这样的操作,直接跳过或忽略是可以进入系统的,只是在此例子中opt目录使用的空间是使用的和/目录一个块设备的空间,在空间上并没有以块设备的分离而分开。

那么问题来了,如何修复和处理这样的情况呢?
(1)、进行手动修复时,可以使用以上查看UUID的命令查看设备的UUID是否和/etc/fstab中的UUID一致。不一致的话,将/etc/fstab的值改为和查看到的块的UUID的值;
(2)、使用fsck命令进行分区的修复;可参考此篇文章:
http://blog.csdn.net/yusiguyuan/article/details/18302439

PS:

在LinuxMint中,和此相关的包为:

mountall(主要是在系统启动时进行文件系统的挂载及进行回写plymouth的回调函数)   plymouth(在此问题中主要是负责将开机过程中的mount错误在闪屏中时进行显示交互及处理)

另在使用的过程中,发现修改系统时间后重启电脑会出现(3)、Press I to ignore, S to skip mounting, or M for manual recovery报错。这个应该是由于在启动时使用fsck扫描时由于超级块中的时间相关太多而造成的此问题的出现,直接忽略即可。关于超级块可参看:http://blog.csdn.net/yygydjkthh/article/details/39031839

上一篇:oracle临时表空间 ORA-01652:无法通过16(在表空间XXX中)扩展 temp 字段


下一篇:JavaWeb_(Hibernate框架)Hibernate中数据查询语句Criteria基本用法