linux 修复启动，linux进入修复模式

大家好，如果您还对linux 修复启动不太了解，没有关系，今天就由本站为大家分享linux 修复启动的知识，包括linux进入修复模式的问题都会给大家分析到，还望可以解决大家的问题，下面我们就开始吧！

linux启动修复linux引导的修复

uefi启动引导修复根目录选择哪里？

如果确定是uefi启动，修复目录就是启动分区，一般叫做esp分区，该分区只有启动引导文件，分区比较小，一般不超过1g

在winpe下修复grub的linux引导？

$sudogedit/etc/default/grub设置：GRUB_DEFAULT=2$sudoupdate-grub这是欧大神那里看到的，我同学成功了，进了Windows

linux文件系统损坏怎么检查和修复？

答解决方法如下

1、有时候维护Linux服务器时会面临这样一种错误，即显示文件系统变成(ReadOnlySystem)，即文件系统变成只读的方式，产生这一问题的原因可能有两种，一种是多机写入时同步机制出现问题，另一种方式是单机写入时出现服务器掉电的情况。

2、当出现这种问题后，会让应用系统用户非常紧张，运气好时可以通过只读的方式去读取数据，运气不好时系统根本就无法启动。

这里给出一种解决方法：

(1)修改/etc/fstab，将受损的文件系统先注释掉，如果无法读写该文件则采用mount-oremountrw,/将文件系统改成读写模式。

(2)针对受损的文件系统，执行fsck命令，如：fsck/dev/sda1等。

注意事项：

(1)在执行之前最好先进行数据备份，以防止修复失效后数据丢失。

ubuntu如何从光盘修复系统文件？

用ubuntu可以按照如下方式从光盘修复系统一张可启动的linux光盘启动并进入命令行（不是你装的linux），比如liveCD也行，linux安装盘的维护模式也行，都可以。进入后自动以root登录且没密码。但此时这个linux的根分区是在光盘上的,它的挂载点一般是/mnt/runtime/。2.所以你要用mount把你的linux的根分区挂载上来。比如把它挂到/tmp/oldroot/这个目录，然后/tmp/oldroot/etc就是你原linux中的/etc了接下来不用多说了吧，cp命令侍候。PS：大多数linux的维护模式会自动检测你的linux系统并会挂载到/mnt/sysimage上，也就是说/mnt/sysimage就是你的linux的/目录,/mnt/sysimage/etc就是你原来的/etc。

linux系统中的fstab文件损坏怎样修复？

修改/etc/fstab文件，造成linux无法启动,修复:

1.启动linux提示失败,输入root账户密码，进入repairfilesystem#，注意此时修复fstab文件会提示readonly无法保存修改。

2.mount/-oremount

3.修改fstab文件vi/etc/fstab

4.:wq保存退出

5.reboot

6.OK!

linux开机grub>命令修复方法

出现grub rescue模式一般是硬盘分区出现变动、导致旧的grub找不到启动文件而出现的。

出现错误具体原因未知，但开机不能引导肯定是grub配置文件出错，/boot/grub2/grub.cfg

解决方法：

1，插入安装U盘或者光盘，进入救援模式，重装grub重新生成grub.cfg文件：grub2-install/dev/sda*boot目录所在分区grub2-mkconfig-o/boot/grub2/grub.cfg重启后应该就OK了。

2，grub>模式下：输入：ls查看所有磁盘分区：hd。x,x......用:ls hd(x,x)/grub找grub所在的分区，有正确执行结果的便是找到linux所在分区后执行setprefix=hdx,x/grubsetroot=hx,x、insmod normal再使用normal命令进入系统后，再修复grub配置。or：查找boot分区：find/boot/grub/menu.lst或者 find/boot/grub2/grub.cfg

输入以下命令：cat hd0,7/boot/grub/grub.conf关于内核信息的，看一下就明白了。按照下面命令依次输入指定/boot分区使用命令：grub>root hd0,0grub>kernel/boot/vmlinuz-2.6.18-53.el5 ro root=LABEL=/ rhgb quiet回车grub>initrd/boot/initrd-2.6.18-53.el5.img回车boot回车启动

如何修复Linux无法正常启动故障

没有操作系统能够确保100%可靠。终有一天，即使Linux也会无法启动。本文为你提供一些在Linux工作站无法正常启动时所采用的策略。

不管你多么喜爱你的Linux机器，有时候你都必须恢复你的系统。是的，即使一台Linux机器也可能遭受系统崩溃：不管是由于配置错误、内核更新出错、或是由于init脚本配置错误，这种情况都是必然的。我看到过大量这种情况即使在我自己的机器上，大多数是由于X配置出错这确实令人沮丧。

使用正确的运行级别

安装好一个新的Linux系统后，我立即采取措施以确保灾难不会轻易发生。其中一个措施就是编辑系统的运行级别。运行级别告诉系统离采用引导过程还有多远。运行级别分为六个等级：

0级：停止(不设置initdefault)

1级：单用户模式

2级：多用户模式，没有NFS(与3级相同，如果你没有建立网络)

3级：完整的多用户模式

4级：不使用

5级：X11

6级：重新启动(不设置initdefault)

新型的Linux系统几乎总是默认使用运行级5(X11)，表示系统在引导完成后，将会在图形登录界面处停止。在某物(或某人)使用X配置前，系统一切正常。

id:5:initdefault:

它被更改为：

id:3:initdefault:

当X出错时，这是一个非常简单的系统恢复方法。多内核

另一个明显的磁盘恢复方法是总是安装一个正常运转的内核。我通常在一个通过yum更新的内核上工作。有时候，内核会出现一些错误，使得我的一台或几台机器无法启动。

为避免这种情况，我一直保证在机器上使用至少一个正常运行的内核。要解决这个问题，首先应在/etc/yum.conf文件中添加plugins=1，然后应用这段脚本，并将它命名为n-installonly.py，保存在/usr/lib/yum-plugins文件中。你可以通过修改tookeep变量(默认为2)的方法更新系统所使用内核的数量。

知道系统上有一个正常运转的内核，你就可以进行安全升级。如果新内核出错，只需启动旧内核就可以解决新内核上的问题(不管是删除、重新编译还是升级)。