标签：手工创建的fstab文件 重建boot分区上的所有文件 进入光盘救援系统 光盘救援系统无法读取分区挂载信息 grub.conf文件最简化格式
Linux系统一切皆文件，所以任何系统文件的损坏或者丢失，都有可能导致系统启动不了，/etc/fstab文件存放的是操作系统分区挂载的信息，如果这个文件丢失了也就意味着linux系统启动的过程中无法去挂载之前已经创建好的各个文件系统，带来的麻烦是不言而喻的，boot目录或者分区下的所有文件是操作系统启动时引导加载所必须的文件，如果这些引导文件都不能正常加载运行，操作系统根本无从谈起正常启动。那么今天笔者就给大家分享一下fstab文件和boot分区下的所有文件都被删除后如何修复linux系统的话题。
首先让我们来看一下系统正常时状态（fstab文件存在，分区挂载正常）
Boot分区上的系统文件完好无损
删除/etc/fstab文件，删除boot分区上的所有文件，重启
系统启动由于无法找到grub.conf文件，所以无法显示系统启动菜单，即使我们手动输入启动菜单也无法启动系统，因为系统启动所需要的引导文件全部放在boot目录下，而现在我的boot目录下的文件全部被删除了
现在只能启动光盘救援系统才能进行修复
由于我使用光盘修复，所以就不用配置网络了，当然也可以通过网络使用服务器上的系统镜像文件进入网络救援模式
这一步明确的提示我们没有任何linux分区，实际上是因为没有找到fstab文件所导致的光盘救援系统无法读取分区挂载信息
修复的第一步：通过系统上的分分区信息以及分区上存放的文件识别boot分区和根分区以及其它分区，并重建fstab文件（当然也可以先只去识别boot分区和根分区，只要有boot分区和根分区，系统可以正常启动了再去补充）。当然如果工程师在当初安装系统时有给系统分区加卷标的话，使用blkid命令读取一下分区信息，就一目了然了，所以笔者在这里建议大家以后做系统的同时最好给系统分区也加一个醒目的卷标，即便是出现了fstab文件被删除了，启用救援模式去修复的工作也好做的多。
由于我这里安装系统之初就给系统分区加好卷标了，所以在这里就比较简单了，如果没有卷标信息的话，只能通过fdisk –l查看分区大小以及起始柱面信息做一个大概的判断，正常情况下，操作系统的第一个分区/dev/sda1都是boot分区，/dev/sda2是根分区，如果还有分区只能通过在当前救援系统上临时把它们挂载起来，再通过分区上的文件特殊来进行判断了
Vi（当然有人会说为什么不使用vim了，那是因为救援模式下是没有加载vim命令的）扩展命令模式下使用r!blkid读入当前硬盘上所有的分区信息，这样一来fstab文件所需要的分区UUID以及文件系统，全都都能保证正确无误了。
当然在这里笔者一定提醒大家的是，这个UUID通过blkid读入进来的时候是带有双引号的，但是这个双引号就会导致整个修复结果不成功，笔者曾经就是伤痕累累的人，被这个不起眼的双引号折腾了一天，才发现最终修复失败就是因为在fstab文件中多了这个双引号。所以特此把这个问题写出来了。
这就是当初笔者的错误写法，UUID直接读取进来了，没有去掉双引号就直接使用了
这么写的残局如图所示，也就是系统启动时无法自动挂载已经写入fstab文件里的分区信息，即便手动挂载，boot分勉强可以挂载，根文件系统根本无法挂载，所以就导致安装grub时报出了一个错误信息。
忽略错误信息继续，所以带的最终结果就是，每次启动系统时手动去写系统启动菜单，可以正常启动系统，fstab文件和boot分区文件一切正常，但就是不能自动启动，看起来似乎没有什么任何被修复过的迹象
正确手工创建的fstab文件如下
第一步已经完成了，分区挂载信息表fstab已经恢复正常，现在必须重启再次进入光盘救援是系统才可以正常切换到原系统的根下进行修复boot目录的操作
第二步：重建boot分区上的所有文件
由于启动光盘救援系统前面的一些进入步骤和前一次一样，就省略了，这里就给出了fstab文件修复完成后所出现的不同画图，当你看到些提示时，恭喜你！你的fstab文件已经重建成功
接下来就安装相原系统光盘上的内核文件到boot分区，再次就是安装grub到boot分区，当然首先是切换系统根目录，使用chroot /mnt/sysimage(前面启动画面不同之处一屏上明确标识的目录)，安装内核文件时，必需使用—force选项强行安装，否则会提示系统上已经安装过内核了
最后就是手写/boot/grub/grub.conf文件了，当然grub.Conf文件也是有其标准格式的，所以各位在手工创建的时同时一定不要写错格式，否则系统也是会卡在启显示启动菜单那里启动不的，感觉似乎没有修复过一样，但其实只要前面的步骤没有出错，只是菜单文件菜单文件写错，我们在系统启动停留的grub提示符后面临时输入启动菜单也是可以启动操作系统的，但这的确不能算是正常修复过了。
grub.conf文件最简化格式：
default=#（默认启动系统选项0：第一个操作系统；1：第二个操作系统）
timeount=#系统留给用户的选择时间(系统默认安装值是5，单位s，如果不写这一行，系统会一直等待用户按ENTER键之后才会继续启动系统)
tile Cento6.8（2.6.32-642.el6.x86_64）(也就是我们在系统启动菜单上所看到的名称)
root （hd0,0）表示的是boot分区：第一块硬盘的第一个分区，如果你是多操作系统的话，括号里面也就不一定是这个默认值了
kernel /vmlinuz-2.6.32-642.el6.x86_64 root=/dev/sda2 selinux=0
/vmlinuz-2.6.32-642.el6.x86_64：系统内核文件的路径（由于hd0,0已经表示了/boot,所以直接写/boot后面的路径就可以了）
root=UUID=062befd6-d27d-4e45-8675-e9b5771ac934 指定了根分区的位置，也可以使用root=/dev/sda2表示(前面说过的，多操作系统也就不一定是这个默认值了)
Selinux=0实际这是禁用了内核自动装载selinux安全模块，如果不禁用的话，系统修复完成后会重启两次才会正常
initrd /initramfs-2.6.32-642.el6.x86_64.img 指定了文件系统驱动加载文件
这里展示的其实是vi的高级用法，如何在vi里面读入其它命令的执行结果，以保证配置文件某些参数是正确无误的，例如这里的系统内核文件名称，以及设备的UUID等等
因为已经使用chroot /mnt/sysimage了，就必须先退一步后才能使用光盘救援系统中的reboot命令重启系统检验修改效果了
成功菜单修复
成功启动操作系统
再次查看修复后的系统文件状态，和破坏前的系统文件状态相比，虽然少了一些文件，但是使用效果和之前是没有两样的。所以不用担心，整个修复过程是完美的。
好了，关于修复系统的话题应给大家分享到这儿。如有其它文件损坏可以参考此修复过程举一反三也就没什么问题了。
本文出自 “爱情防火墙” 博客，请务必保留此出处http://183530300.blog.51cto.com/894387/1853816
纯手工修复fstab文件以及boot目录(Centos6.8)
标签：手工创建的fstab文件 重建boot分区上的所有文件 进入光盘救援系统 光盘救援系统无法读取分区挂载信息 grub.conf文件最简化格式
原文地址：http://183530300.blog.51cto.com/894387/1853816
