CentOS 7启动时报“Started Crash recovery kernel arming.....shutdown....”问题处理过程

这篇具有很好参考价值的文章主要介绍了CentOS 7启动时报“Started Crash recovery kernel arming.....shutdown....”问题处理过程。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

有台虚拟机由于CPU负载过高而宕机,宕机重启后停在“Started Crash recovery kernel arming…shutdown…”阶段,如下所示:
start job is running for crash recovery kernel arming,Linux,centos,linux,运维

重置虚拟机,进入grub菜单,按e编辑启动选项,在linux16 行末,加上:enforcing=0 init=/bin/bash ,修改完之后,按Ctrl + X保存重启,进入单用户模式,然后以读写方式重新挂载根文件系统。
# mount -o rw,remount /

网上找到的相关案例的解决方法都是建议更改crashkernel参数的值为128M或256M,于是参考官方文档手册修改了crashkernel的值为256M:
start job is running for crash recovery kernel arming,Linux,centos,linux,运维

重启系统后,问题还是一样,启动时依旧停留在“Started Crash recovery kernel arming…shutdown…”阶段。再次重置虚拟机进入单用户模式,检查/etc/security/limits.conf和/etc/sysctl.conf等文件的内容,发现近来并没有对其进行过更改,文件中也没有配置内存相关的参数。

不过在启动过程中,注意到系统在启动时图形界面时一闪而过然后继续显示启动信息界面,怀疑是图形界面的问题,于是将系统默认的启动模式更改为多用户模式。
# rm -f /etc/systemd/system/default.target
# ln -s /lib/systemd/system/multi-user.target /etc/systemd/system/default.target

重启后,系统正常进入多用户模式。虚拟机的内存配置为16G,而图形界面服务有可能出现了异常需要占用很多的内存,导致内存不足系统无法启动。客户着急恢复系统,而且通常也不会使用图形界面服务,因此就没有继续尝试进入图形界面模式来进一步验证。

如另一篇博文中linux图形界面进程占用大量内存所述,在某些内核中图形界面进程会占用大量的内存,因此建议在生产环境中都关闭图形界面服务,需要使用图形界面时可以用vncserver来代替,用完后再关闭vncserver进程。文章来源地址https://www.toymoban.com/news/detail-770406.html

到了这里,关于CentOS 7启动时报“Started Crash recovery kernel arming.....shutdown....”问题处理过程的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • centos7 SSH服务启动时报“main process exited, code=exited”status 255错误

    服务器长久不访问今日ssh居然无法连接,客户端报错1(上部分),重启主机后报错2(下部分) 进主机查看sshd服务情况,发现报错main process exited, code=exited”status 255 状态为loaded 如有网络则直接重新安装ssh 由于不能从互联网获取源,故采取挂载cdrom,将centos7.6.iso文件挂载到虚

    2024年02月07日
    浏览(40)
  • 【ARM 调试】如何从 crash 信息找出问题原因

    粉丝在进行 ARM-A 系列软件编程时遇到以下问题,串口打印这段日志后就重启了,粉丝求助问是什么原因?  我们来先看第一段:         这里主要将发生问题时的相关的寄存器 dump 出来,包括通用寄存器 x0 ~ x29,EL3/EL1 模式下的控制寄存器和状态寄存器以及 GIC 相关寄存器。

    2024年02月13日
    浏览(33)
  • arm linux应用程序crash分析一般方法

    linux的应用程序app开发过程中,出现一些应用程序的崩溃是比较常见的事情,根据不同的场景,往往有可以分成两类: 1.开发环境下,解决应用程序的崩溃往往有很多的方法,常规的例如:上下文看代码逻辑,版本回退缩代码bug范围,不同版本横向对比,printf打印跟踪代码运行

    2024年04月08日
    浏览(39)
  • CentOS7重启指令(重启命令)reboot、shutdown -r now(立即重启服务器)、shutdown -h now(立即关机、关闭服务器)

    参考文章:CentOS 几种重启方式的区别 立即关机: 20230816 CentOS是一个基于Red Hat Enterprise Linux (RHEL)的免费开源操作系统。本文将深入介绍如何使用不同的命令在CentOS 7上进行系统重启和关机。 1.1 reboot 命令 在CentOS 7中,最直接也最常用的重启命令就是 reboot 。 这个命令会立即重

    2024年02月11日
    浏览(58)
  • k8s+arm环境,clickhouse出现多次MEMORY_LIMIT_EXCEEDED导致pod crash

    k8s+arm环境,clickhouse出现多次MEMORY_LIMIT_EXCEEDED导致pod crash,可能是hugepage干扰内存分配器 1、修改文件 2、验证是否关闭

    2024年02月08日
    浏览(38)
  • Oracle Recovery Tools快速恢复断电引起的无法正常启动数据库----惜分飞

    由于异常断电,数据库启动报错ORA-01113和ORA-01110,ORA-00322和ORA-00312以及ORA-00314和ORA-00312错误 Mon Apr 17 09:35:04 2023 ALTER DATABASE OPEN Errors in file D:APPADMINISTRATORdiagrdbmsorclorcltraceorcl_ora_10192.trc: ORA-01113: 文件 1 需要介质恢复 ORA-01110: 数据文件 1: \\\'D:APPADMINISTRATORORADATAORCLSYSTEM01.DBF

    2023年04月21日
    浏览(41)
  • ELK之Logstash启动异常:Logstash could not be started because there is already...

    Logstash启动异常: Logstash could not be started because there is already another instance using the configured data directory. If you wish to run multiple instances, you must change the \\\"path.data\\\" setting. 提示我们已经有一个实例在用data目录了,如果需要配置多个实例,则需要显式的配置path.data的值。 当然我们可以

    2024年02月07日
    浏览(39)
  • Centos 7 kernel升级到指定的版本

    一、升级到最新kernel版本 1、查看当前kernel版本 # uname -a 2、导入elrepo的key,然后安装elrepo的yum源 # rpm -import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org # rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm 3、使用以下命令列出可用的内核相关包,如下图: yum --disablerepo=\\\"*\\\" --enabl

    2024年02月05日
    浏览(37)
  • 如何在kernel启动后,加载initramfs

    在Linux系统中,Initramfs是一个根文件系统的临时文件系统,它在内核启动时加载到内存中,以便提供足够的基本功能来进行系统初始化和准备真实的根文件系统。如果你想在内核启动后使用initramfs,可以按照以下步骤: 创建initramfs 首先,你需要创建一个包含必要文件和工具的

    2023年04月19日
    浏览(27)
  • centos系统kernel内核安全离线升级

    系统漏洞扫描,扫描出以下的漏洞信息 漏洞版本如下: 1.Linux kernel 5.2.10之前版本中的drivers/hid/usbhid/hiddev.c驱动程序存在资源管理错误漏洞 2.Linux kernel 4.20之前版本中存在竞争条件问题漏洞 3.Linux kernel 4.1版本至4.x版本和5.0.8之前的5.x版本中存在信息泄露漏洞 4.Linux kernel 5.1.9之前

    2024年02月05日
    浏览(43)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包