今天给各位分享centos怎么修复的知识，其中也会对centos文件系统修复进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
- 1、centos7 启动出错，怎么恢复系统
- 2、centos系统修复命令
- 3、centos5.7系统有问题怎么修复
- 4、centos出现磁盘坏掉，怎么修复和检测
- 5、CentOS7网络设置修复
- 6、修复CentOS丢失grubx64.efi文件
1、centos7 启动出错，怎么恢复系统
centos7 启动出错，怎么恢复系统，解答如下
win7和岑投诉设置开机引导方法：恢复centos的引导：
用centos iso 制作启动u盘进入到安装centos的界面，开机选择的时不要选择安装centos,而是选择troubleshooting疑难解答选项，然后选择rescue a centos system。
按tab键选择continue (一定要选），然后选择确认。
进入命令行界面，输入chroot /mnt/sysimage；接着就是重要的一步，安装grub2。
执行以下命令：/sbin/grub2-install /dev/sda安装成功后执行reboot重新启动系统。
这是又把centos的启动项找回来，windows的引导要在之后通过grub2来完成。
恢复windows的引导：
重新启动系统之后centos系统就能打开，可通过grub2的功能实现windows的引导。
注意：如windows系统安装在ntfs格式的分区中，应先安装ntfs-3g，使centos能识别出windows所在的分区。
打开终端，在root用户下执行下面的命令。grub2-mkconfig -o /boot/grub2/grub.cfg。
grub.cfg为grub的配置文件。 系统自动找到windows 8 系统与xp系统的引导项，并加入到grub.cfg菜单中。就避免手功改动文件的危险，并且所有系统都能正常启动。
2、centos系统修复命令
在使用电脑系统过程中，难免会因为一些误操作导致系统出现故障，而很多人在系统出现故障的时候选择重装系统或者还原系统进行解决，这样有时候还会遇到还原系统的不稳定，而且还麻烦，下面我们可以通过cmd命令的方法来快速检查并及时修复系统的，具体要如何操作呢?以下是我为你整理的centos系统修复命令，希望能帮到你。
centos系统修复命令
工具
win7 64位旗舰版系统电脑
方法
首先打开开始菜单中的命令提示符窗口，在打开的命令提示符窗口中，输入“SFC/? ”命令后按回车，这是用来查看到该检查器命令的所有参数;
win7利用cmd命令修复系统的方法
然后按照程序内容中的中英翻译来选择操作，比如想“扫描所有受保护的系统文件的完整性，不自行修复操作，那么就输入sfc verifyonly 命令后按下回车键，之后会开始扫描，需要一点时间;
扫描完成之后，系统会显示发现了完整性冲突，然后就会给出了出错报告的路径以及文件名;
win7利用cmd命令修复系统的方法
然后用户就可以通过命令的提示找到相对应的路径;
win7利用cmd命令修复系统的方法
然后双击打开CBS文档，这里会记录很多的问题，这是记录Windows7系统所有的异常报告，找到了问题，就可快速解决问题了。
如果出现问题，可回到命令提示符系统，根据之前的中英文翻译，输入“sfc /scannow”，即“扫描所有受保护的系统文件的完整性，并修复出问题的文件”。
win7利用cmd命令修复系统的方法
修复过程并不影响其它软件的使用。保持系统的完整性和流畅性，而且还不用重装系统，。待验证100%已完成后，再重启计算机，修复即可生效;
centos操作系统的安装
工具/原料
centos
centos操作系统的安装
1. 镜像选择
2. 将安装镜像防止到光驱
3. 将镜像放置到光驱
4. 启动虚拟电脑
5. 安装
centos操作系统的安装
注意：在此处可以点击屏幕的任何一个地方，让虚拟电脑捕捉到鼠标，但是虚拟电脑捕捉到鼠标之后，我们无法在自己的电脑上使用鼠标，可以使 ctrl+alt 键让虚拟电脑释放鼠标。
这个时候 按一下 回车键 即可实现下一步安装
6. 光盘检测
7. 下一步即可
8. 语言类型选择
9. 键盘类型选择
10. 格式化硬盘
11. 分区设置
12. 交换分区
13. 根分区
3、centos5.7系统有问题怎么修复
最近在一次调CentOS系统分辨率的时候出了意外，造成的结果就是登录后提示“Could not apply the stored configuration for monitors”，结果上网一搜，原来是我在改分辨率的时候被系统创建了显示器配置文件，等我一登录系统就读取配置文件，发现没有匹配的显示器，结果报错。网上的解决办法是删除那个显示器配置文件，也就是执行如下命令：
rm -f $HOME/.config/monitors.xml
可话虽如此，网上那些人还可以在提示此错误时打开shell，我这CentOS 7系统根本无法打开shell，就一整个错误提示窗口铺满整个屏幕，连关闭按钮都没有，快捷键也用不了，重启依旧无效。
这时我就想到了在开机时进入Linux的修复模式，可开机就俩菜单哪个都不是进入修复模式的。后来我在网上看到有人说可以修改启动菜单项以进入修复模式，于是我就试试，结果还真可以。其实修改起来很简单，当开机进入系统启动菜单选择时，按下“e”键以编辑该启动菜单，再将光标移动到“crashkernel=auto”项，将该项的值由“auto”改为“linux single”。
然后再按“Ctrl-x”重启系统就进入了修复模式，输入root用户密码即可以root用户登录shell。
那么这个“linux single”是何方神圣呢？其实它就是linux的单用户模式，也就是root用户模式，在引导项里面指定了这个值就表示让grub引导内核启动后以root用户模式登录。相应地，我们也可以在“/etc/inittab”配置文件里面指定系统的运行级别，如果指定为1即表示以单用户模式登录。
我们通过在启动菜单里面编辑引导项其实只是临时的，系统重启之后它们又会恢复原值，如果想永久改变它们的某些项，我们可以在grub的配置文件里面进行修改，如果不知道grub的配置文件在什么地方，可以使用命令“whereis grub”进行查找。在我的机子上它位于如下位置：
grub: /usr/lib/grub /etc/grub.d /etc/grub2.cfg /usr/share/grub
那么我们可以查看“/etc/grub2.cfg”文件，结果显示的内容跟我们在编辑启动菜单时看到的内容一样。当然，查看和修改该文件需要超级用户权限。不过，一般不建议修改。
4、centos出现磁盘坏掉，怎么修复和检测
1. 首先检测下坏掉
badblocks -s -v -o /root/bb.log /dev/sda将结果保存到bb.log
[root@logging ~]# badblocks -s -v -o /root/badblocks.log /dev/sda
Checking blocks 0 to 586061784
Checking for bad blocks (read-only test): done
Pass completed, 173 bad blocks found.
smartctl -a /dev/sda3 (快速检测硬盘坏道,看read，write 后面有没有errors)
2. 逻辑坏道修复方法
①、badblocks -s -w /dev/sda END START (END代表需要修复的扇区末端，START代表需要修复的扇区起始端)
②、fsck -a /dev/sda
修复后再用badblocks -s -v -o /root/bb.log /dev/sda监测看是否还有坏道存在，如果坏道还是存在的话说明坏道属于硬盘坏道。硬盘坏道要用隔离方法，首先记录监测出的硬盘坏道然后分区的时候把硬盘坏道所在的扇区分在一个分区（大小一般大于坏扇区大小），划分出的坏道分区不使用即可达到隔离的目的
3. 0磁道坏道和硬盘坏道（准备换硬盘）
0磁道坏道的修复方法是隔离0磁道，使用fdsk划分区的时候从1磁道开始划分区。
如果是硬盘坏道的话，只能隔离不能修复
5、CentOS7网络设置修复
服务器有两个网卡enp7s0和enp8s0
服务器需要通过enp8s0和互联网联通，互联网为笔记本转接
通过centos7界面修改ip，失败；
通过centos7的网络配置文件/etc/sysconfig/network-scripts/ifcfg-enp8s0修改ip设置
设置如下：
1.启动 service network start 报错，通过journalctl -xe查看如下
-- Defined-By: systemd
-- Support:
--
-- Unit fprintd.service has begun starting up.
12月 29 19:31:12 crrchost dbus-daemon[851]: dbus[851]: [system] Successfully activated service 'net.reactivated.Fprint'
12月 29 19:31:12 crrchost dbus[851]: [system] Successfully activated service 'net.reactivated.Fprint'
12月 29 19:31:12 crrchost systemd[1]: Started Fingerprint Authentication Daemon.
-- Subject: Unit fprintd.service has finished start-up
-- Defined-By: systemd
-- Support:
--
-- Unit fprintd.service has finished starting up.
--
-- The start-up result is done.
12月 29 19:31:12 crrchost fprintd[6685]: Launching FprintObject
12月 29 19:31:12 crrchost fprintd[6685]: ** Message: D-Bus service launched with name: net.reactivated.Fprint
12月 29 19:31:12 crrchost fprintd[6685]: ** Message: entering main loop
12月 29 19:31:18 crrchost polkitd[835]: Operator of unix-session:1 successfully authenticated as unix-user:windfarm to gain TEMPORARY authorization for action org.freedesktop.systemd1.manage-units for system-bus
12月 29 19:31:18 crrchost systemd[1]: Starting LSB: Bring up/down networking...
-- Subject: Unit network.service has begun start-up
-- Defined-By: systemd
-- Support:
--
-- Unit network.service has begun starting up.
12月 29 19:31:18 crrchost network[6693]: 正在打开环回接口： [ 确定 ]
12月 29 19:31:18 crrchost network[6693]: 正在打开接口 enp7s0：
12月 29 19:31:24 crrchost network[6693]: 正在确定 enp7s0 的 IP 信息...失败：不存在链接。检查电缆？
12月 29 19:31:24 crrchost network[6693]: [失败]
12月 29 19:31:24 crrchost network[6693]: 正在打开接口 enp8s0： RTNETLINK answers: File exists
12月 29 19:31:25 crrchost network[6693]: [ 确定 ]
12月 29 19:31:25 crrchost network[6693]: RTNETLINK answers: File exists
12月 29 19:31:25 crrchost network[6693]: RTNETLINK answers: File exists
12月 29 19:31:25 crrchost network[6693]: RTNETLINK answers: File exists
12月 29 19:31:25 crrchost network[6693]: RTNETLINK answers: File exists
12月 29 19:31:25 crrchost network[6693]: RTNETLINK answers: File exists
12月 29 19:31:25 crrchost network[6693]: RTNETLINK answers: File exists
12月 29 19:31:25 crrchost network[6693]: RTNETLINK answers: File exists
12月 29 19:31:25 crrchost network[6693]: RTNETLINK answers: File exists
12月 29 19:31:25 crrchost network[6693]: RTNETLINK answers: File exists
12月 29 19:31:25 crrchost systemd[1]: network.service: control process exited, code=exited status=1
12月 29 19:31:25 crrchost systemd[1]: Failed to start LSB: Bring up/down networking.
-- Subject: Unit network.service has failed
-- Defined-By: systemd
-- Support:
--
-- Unit network.service has failed.
--
-- The result is failed.
12月 29 19:31:25 crrchost systemd[1]: Unit network.service entered failed state.
12月 29 19:31:25 crrchost systemd[1]: network.service failed.
12月 29 19:31:25 crrchost polkitd[835]: Unregistered Authentication Agent for unix-process:6669:319312 (system bus name :1.263, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale zh_CN.UTF-8) (d
3.systemctl status network.service查看如下：
● network.service - LSB: Bring up/down networking
Loaded: loaded (/etc/rc.d/init.d/network; bad; vendor preset: disabled)
Active: failed (Result: exit-code) since 六 2018-12-29 18:38:17 CST; 1min 24s ago
Docs: man:systemd-sysv-generator(8)
Process: 909 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE)
12月 29 18:38:06 crrchost systemd[1]: Starting LSB: Bring up/down networking...
12月 29 18:38:06 crrchost network[909]: 正在打开环回接口： [ 确定 ]
12月 29 18:38:06 crrchost network[909]: 正在打开接口 enp7s0：
12月 29 18:38:12 crrchost network[909]: 正在确定 enp7s0 的 IP 信息...失败：…？
12月 29 18:38:12 crrchost network[909]: [失败]
12月 29 18:38:17 crrchost network[909]: 正在打开接口 enp8s0： [ 确定 ]
12月 29 18:38:17 crrchost systemd[1]: network.service: control process exi...=1
12月 29 18:38:17 crrchost systemd[1]: Failed to start LSB: Bring up/down n...g.
12月 29 18:38:17 crrchost systemd[1]: Unit network.service entered failed ...e.
12月 29 18:38:17 crrchost systemd[1]: network.service failed.
Hint: Some lines were ellipsized, use -l to show in full.
1.参考网络方法停用NetworkManager，依旧报错
systemctl stop NetworkManager
systemctl disable NetworkManager
2.比对两个网卡的MAC地址和配置文件的MAC地址
a.查看mac地址配置，ipconfig
b.查看配置文件中的macd地址是否匹配，ifcfg-enp8s0和ifcfg-enp7s0,
按照网络方法增加一行HWADDR=ipconfig查询到的对应网卡MAC地址；
c.重启network服务依旧报错；
3.通过GUI界面查看网络，提示“系统的网络服务与此版本的网络管理器不兼容”
这与之前停掉NetworkManager有关，此处不表；
4.因为ifcfg-enp7s0实际上没有插网线，修正其配置文件如下：
ONBOOT=no
重新启动服务后网络正常；
5.检查网络
1.network 和NetworkManager不同，通过界面和通过配置文件，可能会导致配置混乱，且NetworkManager有些程序不支持，需要停用；
2.BOOTPROTO=none 虽然可以表示静态ip，但是如果要启用，必须设置其为
BOOTPROTO=static 或BOOTPROTO=dhcp
3.一个网卡没哟被启用，也就是没有设置动态ip或静态ip，是无法被初始化的，不能设置ONBOOT=yes
In Centos7.0 disabling NetworkManager will leave a dhcp client running configured for NetworkManager. This causes the error message RTNETLINK answers: File exists when the network service is started.
The stale dhclient process has the additional "benefit" that when the lease expires your dhclientwill choke, since it cannot reach NetWorkManager, thus removing your IP address.
If you grep for it, you will see that it points to a NetWorkManager configuration file.
[root@host ~]# ps -ef | grep dhc
root 1865 792 0 Apr28 ? 00:00:00 /sbin/dhclient -d -sf \
/usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-eno1.pid -lf\
/var/lib/NetworkManager/dhclient-c96e56d3-a4c9-4a87-85ca-93dc0ca268f2-eno1.lease\
-cf /var/lib/NetworkManager/dhclient-eno1.conf eno1
So what you can do is kill the dhclient and only then start your network service.
6、修复CentOS丢失grubx64.efi文件
最近由于一台Liunx服务器突然断电，导致Centos系统再开机时报错如下图：
错误信息 Failed to open \efi\centos\grubx64.efi - not found
大致就是因为开机时系统没有找到 grubx64.efi 这个文件导致系统进不去了。于是开始进行系统修复（主要就是把丢失的这个文件给放到原来的位置上去），我在网上找了很多文章，大致都是需要使用 Centos系统安装盘光驱 或者 Centos的U盘启动盘 在选择安装系统的界面如下图：
进入 rescue system ，然后将 /mnt/sysimage 文件夹下面的 grubx64.efi 文件复制到丢失文件目录 /boot/efi/EFI/centos/ 下。
可能有些电脑在 bios 里面无法找到U盘启动选项，这些需要去找主板对应的bios设置进行设置，具体要看自己的电脑主板是什么品牌和型号就不在这里细说了（网上都能找到这些设置）。
在进入 rescue system 时，也有可能会报 modprobe:ERROR: could not insert 'floppy' 和 modprobe:ERROR: could not insert 'edd':No 。
然后后面会打印200个脚本执行超时，并最终进入 dracut:/# ,这时候是因为进入 rescue system 选择设置中的 stage2=xxxx 路径不正确导致的，所以这个时候进入 dracut:/# 后，执行：
一般U盘会是 sdbx (x是数字)或者 sdc 这样的挂载路径，找到插入的U盘是哪一个，然后重启电脑，再次进入选择 rescue system 的页面
选择 Rescue a CentOS system ,然后按 e 进入它的引导配置编辑页面，然后修改配置中的 stage2=hd:LABEL=CentOS\xxxx 为 stage2=hd:/dev/sdbx (sdbx为前面找到的U盘路径)，然后按 control + x 运行，这时候就能正常进入 rescue system 了。
然后这个时候进入 /mnt/sysimage 文件夹下面，将 grubx64.efi 文件复制到丢失文件目录 /boot/efi/EFI/centos/ 下重启即可。但是我却发现这个目录下面根本没有丢失那个文件，并且我在根目录下使用 find . -name '*.efi' 进行全局查找，其它目录下也没有丢失的这个文件，既然现在找不到这个文件，那就只能从外部把这个文件放进去了。
我在制作完成CentOS启动盘后，我的U盘中是有这个CentOS需要的系统文件的，那么我可以将的U盘挂载进去，就能拿到我的这个文件了。
找到U盘的盘符，U盘容量固定8G、16G、或者32G、64G的，而且一般都是 sdbx 或者 sdc 这类名称，所以比较好找。
这个时候会发现CentOS并没有将U盘挂载上去。
这个时候会发现CentOS的启动盘U盘无法进行挂载，估计可能是因为之前做了启动盘的原因，无法再次挂载，然后我使用了另外一个U盘，将U盘也格式化为FAT32格式，并将grubx64.efi放进去，然后进行挂载，结果发现挂载成功之后，里面并没有grubx.efi文件，而只有一个found+local的文件夹，里面也是空空如也，并且卸载这个U盘挂载 umount \mnt\usb 再插入windos电脑显示无法读取,只能进行格式化才行。可见这样进行挂载之后U盘的文件系统被破坏了，里面的文件也丢失了，这之后我还尝试过挂载另外的Liunx硬盘，依然是失败的。
其实很简单，将CentOS的启动U盘拔出来，这时候运行命令
可以发现启动盘还在，这是因为启动盘在启动了之后其实已经复制内容到系统中了，并虚拟了一个盘符进行挂载，这个时候的盘符跟插在电脑上的启动U盘已经没有什么关系了，并且因为这种启动U盘的特性，在启动之后并不能再看到真实的U盘盘符，所以把U盘拔掉再重新插上去即可。
再次插上去之后，会发现有一个名为 sdc 文件系统为FAT32（其它的类型U盘文件系统可能不一样）的盘符，我们直接使用命令将这个盘符挂载上去即可
这个时候进入 /mnt/usb 目录就能访问U盘中的文件了。
然后执行copy命令
卸载U盘
然后拔出U盘，重启电脑将bios中的启动项改回电脑的系统硬盘就能进入系统了。如果还有其它的文件丢失的话，也可以使用同样的方式将文件放入到丢失的位置上去。
原文链接
centos怎么修复的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于centos文件系统修复、centos怎么修复的信息别忘了在本站进行查找喔。