Boot目录下内容丢失导致系统无法启动

Boot目录下内容丢失导致系统无法启动



笔者朋友近期在一次学习过程中不慎将虚拟机中boot目录下内容丢失,导致系统无法启动。当然此前他并不知道是这样,只是应为莫名的弹出框报错所有导致系统无法启动。此后朋友将此故障告知笔者,笔者本身其实也是小白刚刚学习linux不就,但是对这些稀奇古怪的故障感觉很有兴趣,所以笔者就掉进坑里搞了几个小时到了凌晨2点才搞出来点眉目来。为了让更多学习linux的小白踩坑,笔者将故障处理过程写出来希望和在下一样的小白们少踩坑。下的不好大家别见怪哈。

1、  事故出现原因

  1. 某天笔者朋友告知虚拟机内linux无法启动,原因不明。朋友告知莫名错误不知道发生什么。

2、  故障导致结果

  1. 启动无法启动,开机出现grub界面无法进入错误系统。

3、  故障处理过程。

  1. 当笔者看到上图画面后就google搜索问题最后试着去尝试手动引导试试,可惜不幸的是发现根本找到不到内核文件,所以怀疑内核文件丢失。

b)既然找到了问题那就去解决了所以笔者准备进入救援模式看一下看看有什么搞头。下图第三项就是可以进入救援模式了别告诉我你不知道哈。

c)笔者本来是对进入救援模式的过程截图了的但是想想还是没有贴上来第一笔者承认自己有点懒。第二大家自由尝试下才能正在学到东西。还是那句话不懂的地方搞它一下就知道了。下图就是进入救援模式的样子了。

d)笔者到了救援模式下就准备开始搞一下了。首先执行cd /mnt/sysimage (这条命令的大概意思就是切换到硬盘的根分区,实在不懂你懂的 google)

cd /boot 下查看 我了个去 竟然什么都没有 ………………….

好吧回归正题 既然boot目录的东西都丢了 那也就没什么好说的了

直接将原来的内核卸载掉 虽然没什么东西了 笔者本这搞一下的想法就试试(注意:如果大家在生产环境中出现这种问题各位自己考虑一下吧  因为笔者的故障处理过程是在虚拟机中的,具体在实际环境中出现什么问题在下就不知道了,所以您还是自己掂量下吧。)

查看已安装的关于kernel的rpm包。然后执行rpm  –e kernel  --nodeps

(如果执行不成功的话  rpm  -ekernel -2.6.32-642.el6.x86_64)

e)好 ok 那么我们开始执行下一步

首先  mkdir /mnt/dvd 创建一个挂载点

mount /dev/sr0   /mnt/dvd

之后执行 rpm  –ivh /mnt/dvd/Packages/kernel-2.6.32-642.x86_64

(如果小伙伴伴们在上一步手贱把所有的关于kernel 的rpm 都卸掉了的话那就执行  yum install     kernel*  -y  吧  如果不知道怎么使用配置yum还是自行google。)

Ok 看到图大家知道了吧  boot下的文件已经有了 如果不理解没关系 只要知道有这些东西就行了。

f) 下面就开始进入重要的一步了 就是 grub 这个东西暂且可以理解为引导文件。

grub-install  /dev/sda 执行这条命令就好了(不懂看图。。)

g) 现在就是最重要的一步了 就是手动写一个配置文件 grub.conf

vim  grub.conf(记得是在 /boot/grub 目录下写  。。还有root= 后面内容自己 df -hT 看一下自己的名称 都不一样的。)

ok 写完这个东西后 就可以了 。  重启就好了。(如果再次当中出现什么问题建议大家自己多搞搞慢慢就懂了)

还有 最后有一点比较重要差点忘记写了  如果大家在启动中遇到下图这种问题建议大家会到救援模式下修改 /etc/sysconfig/selinux  就没事了。

修改 SELINUX=disabled 就不会出现上图的情况了。

好了至此问题已经解决了。 如果你的系统出现这种情况照上面的方法是一下吧。(遇到问题搞它一下只好了。) 笔者再次希望能和在家一起学习linux 一起进步,有什么问题不妨一起研究一下。

因为时间问题排版不好 大家见谅  回头有时间再改。

时间: 2024-10-22 23:25:14

Boot目录下内容丢失导致系统无法启动的相关文章

CentOS7.6删除/boot目录下所有内容的故障修复详细步骤

CentOS7.6删除/boot目录下所有内容的故障修复 A. 装置重启,出现Starting进度条时,按一次Esc键 B. 选择CD-ROM从光盘启动 C. 选择Troubleshooting D. 选择Rescue a CentOS system E. 输入1,选择Continue F. 按Enter键 G. 输入chroot /mnt/sysimage切根 H. 挂载光盘mount /dev/sr0 /mnt I. rpm安装内核 rpm -ivh /mnt/Packages/kernel

linux 定制任务计划后/var/spool/clientmqueue目录下内容处理

在linux系统中,我们经常会用crontab来定制任务计划,然而每次执行的时候会产生一个信息发送到/var/spool/clientmqueue/,这些东西一般没什么用,还占用磁盘空间,需要删除 由于可能执行的时间太久,文件可能过大,用rm -f *来删除时会提示(-bash: /bin/rm: Argument list too long) 所以用这个命令来操作: ls |xargs rm -f * 为了以后不将这些无用的信息输出到这个目录,可以在执行任务计划的时候,将其指定到黑洞,命令如下

Linux 修改inittab导致系统无法启动修复

以红帽Linux为例,由于修改inittab内容不当,导致系统无法启动. 解决思路:启动时修改grub参数,进入单用户模式,将inittab文件恢复,重新启动系统即可.而且该方法不需要光盘启动,特别适合虚拟机下的inittab等文件的恢复. 解决步骤: 1.修改grub参数. 在启动Linux时,按上下键,进入启动参数选择模式. 2.按e键进入grub参数编辑模式. 3.选择启动项,将rhgb参数修改为single,敲回车返回,再按b键启动Linux. 将 grub append>ro root

linux中/etc/fstab文件删除或修改了,导致系统无法启动

在linux中,/etc/fstab文件是磁盘挂载的问题,若该文件不小心给修改了,或者被删除了,那么就会导致系统无法重启.因为/etc/fstab文件是记录磁盘挂载的信息,若该文件出现了问题,那么对应的主目录(/)和(/boot)以及swap的磁盘将无法挂载,所以这个文件对于linux系统来说是相当重要的. 我犯的错误是:我在对hadoop集群进行文件配置的时候,在一台主机上对/etc/fstab文件进行修改,修改好了之后,准备分发给其他主机,我开始以为fstab文件的内容是一样的,于是我就该文

Linux 系统 fstab错误导致系统无法启动的修复

fstab错误的修复 vim /etc/fstab/dev/sda6 /mnt xfs defaults 0 0重启后系统无法启动,等待一段时间后输入root的密码可进入单用户模式,修改fstab后可正常启动. 如果不能写入,需要重新以读写模式挂载根.mount -o remount,rw /

/boot/目录下所有文件丢失的修复方法

进入救援模式chroot /mnt/sysimage创建目录 /mnt/cdrom挂载 mount /dev/cdrom /mnt/cdromrpm安装 rpm -ivh /mnt/cdrom/Packages/kerneal[Tab下] --forcereboot只有initramfs损坏的话进入救援模式chroot /mnt/sysimagemkinitrd initramfs-uname-r.img uname-rreboot只有vmlinuxz损坏的话进入救援模式copy过来vmlinu

boot目录下文件被删除的简单还原方法

实验环境为boot文件被破坏,所以我先将boot下的文件全部删除 2.删除后我们重启可以看一下出现无法启动的错误,因为开机所用的 文件与boot下的文件都不存在,所以无法正常开机 3.要使得机器可以正常运行,则需要将最基本的开机所需选项恢复,其中包括内核系统,initmafs,与grub文件,首先进入救援模式,利用makeinitrd修复ininmafs 4.这时候我们进入根下的boot查看可以看见init文件已经修复 5.然后就需要修复所需要的vmlinuz,这里有两种方法,第一种是直接可以从

手把手教你如何恢复 /boot 目录

前言 /boot目录是一个系统启动最重要的目录,系统在上电自检MBR引导之后,系统就要读取/boot目 录下的文件.详细的内容见:http://vinsent.blog.51cto.com/13116656/1963546.总之/boot被破坏 了是很大的问题,今天就带大家一步步恢复/boot目录中的各文件,欢迎您的阅读!! 一.破坏现象 我们都知道/boot/目录是一个用于引导系统开机启动的目录,如果你不小心破坏了该目录.你将的系统将不能启动.CentOS 6会进入都如下界面: CentOS

纯手工修复fstab文件以及boot目录(Centos6.8)

Linux系统一切皆文件,所以任何系统文件的损坏或者丢失,都有可能导致系统启动不了,/etc/fstab文件存放的是操作系统分区挂载的信息,如果这个文件丢失了也就意味着linux系统启动的过程中无法去挂载之前已经创建好的各个文件系统,带来的麻烦是不言而喻的,boot目录或者分区下的所有文件是操作系统启动时引导加载所必须的文件,如果这些引导文件都不能正常加载运行,操作系统根本无从谈起正常启动.那么今天笔者就给大家分享一下fstab文件和boot分区下的所有文件都被删除后如何修复linux系统的话题