当我们在/etc/fstab下面将LABEL这一项写错时,就会导致Linux开机提示fsck.ext3:Unable to
resolve ‘LABLE=XXXX’错误导致无法正常开机,至于解决办法前面已经提到了。
但是这有个很奇怪的地方,就是当/etc/fstab下面的挂载点写错时,确不存在无法正常开机的现象。
正如上面所提到的当/etc/fstab的LABEL=/data,而/dev/sdb1的Label
name=/date时无法正常开机;
而当/etc/fstab的LABEL=/date,与/dev/sdb1的Label
name=/date相符合,而在/etc/fstab文件中LABEL=/date相应的挂载点写的是/data,但/目录并不存在一个挂载点为/data的情况下,却能正常的开机启动,不同的是/dev/sdb1(也就是/date)在开机后没被挂载上来而已。
正如,当我们要将一个U盘挂载到/mnt/u目录下面,我们需要做如下步骤:
#mkdir
/mnt/u ——需要先为u盘创建一个目录做挂载点
#mount /dev/sdc
/mnt/u ——此处假设u盘为sdc设备
当/mnt下面不存在u这个目录的时候是会报错而无法挂载。
系统在开机读取/etc/fstab这个文件进行自动挂载时,因为找不到LABEL=/data(因为/dev/sdb1的Label
name=/date)而无法正常开机,那为什么系统开机在读取/etc/fstab这个文件进行自动挂载时,不会因为找不到LABEL=/date所对应的挂载点/data(如果/目录下存在的一个是/date目录)而不能正常开机呢?
在(or type control -D to continue):后面输入root密码后回车,执行:init
1(redhat5执行后卡住),系统将自动重启并进入单用户模式,(就正常输入密码就执行mount -o remount,rw
/
就行)
在进入单用户模式后,由于根分区是只读的,
需要通过重新挂载:# mount -o remount,rw /
然后 vi /etc/fstab
我坏掉的分区名字是 design 在这里面找到 design 文字的一行 注释掉
后保存重启机器就OK了