linux reboot一直停留在“restarting system”

最新推荐文章于 2024-09-05 17:38:25 发布
最新推荐文章于 2024-09-05 17:38:25 发布
阅读量1.9w 收藏 12
点赞数
CC 4.0 BY-SA版权
分类专栏： linux相关 文章标签： linux system service
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/rn7ps8bn/article/details/6537031
本文介绍了在Linux FC5系统中遇到的重启问题及两种解决方法。一种是通过修改grub配置并禁用电源管理服务；另一种是调整电源管理服务的状态来解决重启时卡住的问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

     在linux中提供了两种电源解决方案，分别为APM和ACPI。APM为早期的linux发行系统中主要解决方案，但这个方案的在实现上存在通用性的问题，随之出现了ACPI，具体对这两种方案的分析请参考文中的参考文章和linux源码。

     今天设备硬盘从320G升级到500G，同样是安装FC5系统，经过复杂的安装过程后，系统正常安装成功，在重启时出现了系统一直停留在“restarting system”提示界面上。^^!

    解决方法一：关闭"acpid"和"apmd"两个守护进程，修改grub中的kernel配置信息，在/boot/grub/grub.conf中“kernel /vmlinuz........”后面加上“reboot=b”。如参考文章3所提到的方法一样。个人理解，这样修改是告诉内核，系统重启又bios完成。

    解决方法二：采用APM或者ACPI方案重启。在2.6内核中常常会有“acpid”和“apmd”两种守护进程，通过“setup->system configure”中可以配置这两个守护进程是否开启。个人建议，开启“acpid”方式，不使用“apmd”。在键入"reboot"前，先"service apmd stop"和“service acpid start”。s

    以上两种方法，本人在FC5 2.6.15内核下实验成功。建议采用方法一。

 

分析：

    出现以上现象，个人认为原因可能有如下几点：

    1、在grub引导时，添加了"pci=nommconf"命令行，关闭了acpi电源管理功能。

    2、硬件上存在多个CPU的问题，即多核（smp）的内核中acpi中对cpu的管理存在BUG。

    3、安装系统的过程中存在错误。

 

 

参考文章：

Linux 关机重启流程分析：http://www.ibm.com/developerworks/cn/linux/embed/l-rb/index.html

Linux电源管理详解 ：http://blogold.chinaunix.net/u/17928/showart_114897.html

fedora 11无法重启解决方法：http://hi.baidu.com/%CE%F7%D3%F2%BA%A3%CC%EC/blog/item/f0417fb3d6f578aed9335a8f.html

Linux: system call: reboot，无日志信息打印
mzhan017的博客
03-16 205
导致没有日志输出，根本看不出来是谁做的reboot。说在应用程序里直接调用glibc库函数reboot。这个reboot的过程和直接从命令行的reboot。如果想调查是谁调用了reboot，应该怎么做？而这个库函数调用的是内核提供的系统调用。这个reboot更直接，更迅速。
Linux常用命令之reboot命令详解
weixin_56303229的博客
12-13 3581
reboot 是 Linux 系统中用于重启计算机的命令行工具。它允许用户以一种安全且有序的方式重新启动系统，确保所有文件系统的数据都被正确写入磁盘，并且所有的服务和进程都按照预期的方式停止。这有助于避免数据丢失或文件系统损坏。
linux reboot命令重启的时候卡住问题解决
qq_36412526的博客
04-25 1万+
前言 最近在做一个linux嵌入式产品的时候发现，reboot命令不起作用，经过定位确定是自己的守护进程的问题，reboot命令在给守护进程发SIGTERM信号时未能关闭进程。于是查找守护进程代码发现了如下代码： c signal( SIGTERM, SIG_IGN );// 忽略SIGTERM信号 所以把这句代码注释掉后，程序恢复正常。这里就涉及到一个reboot命令的流程，以及linux的信号处理机制的问题。接下来做一个分析。 reboot的处理流程 普通的reboot是通过busybox..
linux重启用reboot后起不来_linux6.5无法使用reboot重启服务器
weixin_39902608的博客
12-22 3190
故障现象：使用reboot或init 6 命令无法重启服务器， 卡在如下界面“Restarting system”，可以使用shutdown关机 /var/log/messages有如下记录： exiting on signal 15.如下2个标红的时间，差额由8分钟左右，说明机器不是正常重启。Mar 17 15:27:11 ygha kernel: type=1305 audit(1426...
linux reboot，卡在“restarting system”
dragon_cdut的博客
10-10 7342
原因：产生这个bug的原因比较多，百度一般不好找寻答案，建议个位去谷歌。待研究解决办法：在谷歌上提交问题，运气好有老外回答。本人就走了一次运。待研究遇到同样问题的小伙伴可以私信我，我们一起交流...
Linux系统下的重启，关机命令以及reboot挂死问题
weixin_44517278的博客
08-23 1万+
会 强制重新开机，不调用shutdown指令的功能，看起来跟普通的重启动作是不同的，或许会发生数据丢失的状况，从描述来看，少做了很多动作。2、保存当前系统状态：系统会将当前系统的状态保存到/var/log/wtmp文件中，包括系统的运行时间、用户登录信息等。而halt实际上是调用shutdown -h now，可以不理会系统当前状态而直接关机，但在有的系统中，halt不会关。runlevel 0: halt 系统停机状态，系统默认运行级别不能设为0，否则不能正常启动。
linux reboot执行后，重启不成功，怎么办
柳鲲鹏
09-05 1804
不知道哪个程序阻止了重启。
关于linux系统无法重启
weixin_34023863的博客
12-29 797
为什么80%的码农都做不了架构师？>>> ...
Linux命令学习总结：详解reboot命令
01-20
该命令用来重启Linux系统。相当于Windows系统中的restart命令。 命令语法： /sbin/reboot [-n] [-w] [-d] [-f] [-i] 或 reboot [-n] [-w] [-d] [-f] [-i] 命令参数： 参数 长参数 描叙 -d 重新...
Linux reboot命令用法详解
01-09
Linux reboot命令 Linux reboot命令用于用来重新启动计算机。 若系统的 runlevel 为 0 或 6 ，则重新开机，否则以 shutdown 指令（加上 -r 参数）来取代 语法reboot [-n] [-w] [-d] [-f] [-i] 参数： -n : 在重开机...
linuxreboot
11-28
Linuxreboot流程详解 Linux系统中的reboot流程是一个复杂的过程，涉及到多个组件和系统调用。本文将从Linux系统的reboot流程入手，详细解释Linux系统中的reboot、halt和poweroff流程，并对其进行比较和分析。 一、...
reboot命令直接重启-sys.powerctl
lei7143的专栏
12-25 4442
//开机动画 03-20 16:51:18.144364 222 2483 I boot : BOOTPROF:BootAnimation:Start:9486833 //zygote 正常启动 03-20 16:51:21.637916 413 413 D AndroidRuntime: >>>>>> START com.and...
我的内核学习笔记13：x86平台linux系统重启流程跟踪
李迟的专栏
01-12 4811
一直以来，笔者只知道重启Linux系统性使用reboot，但对其过程却无所知，涉及到哪些知识点也无概念。本文就跟踪一下重启的流程，平台为Intel x86，Linux内核版本为3.17。
linux reboot 设备文件,Linux设备驱动简析—PC重启源码分析
weixin_35790607的博客
04-29 574
一、从reboot命令开始reboot命令会执行系统调用来实现重启。我们在运行reboot时，会打印下面信息：Restarting system.这句话在kernel/sys.c的kernel_restart()函数中打印出来。而调用kernel_restart函数的地方是，sys.c中的reboot系统调用宏定义中：SYSCALL_DEFINE4(reboot, int, magic1, int...
imx6 reboot指令无法重启 & kernel 停留在start kernel ......
WXXGoodJob的博客
08-01 6875
reboot指令无法重启： log: root@imx6dlsabresd:~#reboot   Thesystem is going down for reboot NOW!d (ttymxc0) (Tue Oct 11 06:41:03 2016 INIT:Switching to runlevel: 6 INIT:Sending processes the TERM sign
Linux：日志系统rsyslog和日志轮转logrotate
一个认真学习的女孩子的博客
08-29 2717
Linux系统和许多程序会产生各种错误信息、告警信息和其他的提示信息，这些各种信息都应该记录到日志文件中，完成这个过程的程序就是rsyslog。
Android重启原因分析
热门推荐
一杯咖啡的专栏
01-06 2万+
重启原因分类 1.上层造成重启 system_server被杀watchdog重启重要线程阻塞 2.kernel造成重启 空指针非法地址 3.kernel watchdog造成重启，原因不确定 内存原因nand驱动 log查看步骤及关键字 1. 重启后的kernel.log或misc/cmdline.log 在log最前面，会有很长的一段，如： initrd
一次centos7、centos8编译内核后重启老是卡死案例分析
dongzhiyan_hjp
12-31 2915
centos7、centos8编译内核后重启老是卡死
1585. 982682] reboot: Restarting system
最新发布
03-25
<think>好的，用户现在提出了一个新的问题，关于系统日志中出现的一行信息：“1585. 982682] reboot: Restarting system”。我需要分析这个问题，并给出合适的解答。 首先，我需要确定用户的问题是什么。用户可能看到了这个日志信息，想知道它的含义，或者遇到了系统重启的问题，需要排查原因。根据日志内容，这条信息通常是系统正常重启时记录的，但如果在非预期的情况下出现，可能意味着存在问题。 接下来，我要考虑用户可能的场景。用户可能是在系统日志中发现了这条信息，或者在系统意外重启后检查日志。用户可能对Linux系统管理不太熟悉，需要解释这个日志条目的含义，以及可能的原因和解决方法。 我需要回顾之前的对话历史。用户之前询问过关于显卡驱动和硬件检测的问题，现在转向了系统重启相关的日志。这可能意味着用户在使用过程中遇到了系统不稳定的情况，比如突然重启，而用户正在排查原因。 现在，我需要组织回答的结构。首先解释这条日志的含义，说明它通常出现在正常重启时，但如果频繁出现或非预期，可能有问题。然后分点列出可能的原因，如用户主动重启、内核崩溃、硬件故障、系统服务触发、电源问题、软件配置错误等。每个原因需要给出对应的排查方法和解决步骤。 还需要考虑用户的技术水平，使用简明的中文，避免过于专业的术语，但又要提供足够的细节让用户能够进行排查。例如，在解释内核崩溃时，建议用户检查/var/crash目录下的日志，或者使用journalctl查看系统日志。 此外，要提醒用户检查硬件状态，比如内存、硬盘、电源等，因为这些硬件问题也可能导致系统意外重启。对于软件配置，如cron作业或systemd服务，需要指导用户如何检查相关的配置文件或日志。 最后，提供总结性的排查步骤，帮助用户逐步解决问题，并建议如果无法自行解决，应收集更多日志信息以便进一步分析。同时，保持回答结构清晰，分点说明，方便用户跟随步骤操作。 需要注意避免错误的信息，比如确保提到的命令和文件路径在大多数Linux发行版中适用，并提醒用户根据实际系统情况进行调整。同时，要检查是否有遗漏的常见原因，比如过热导致的重启，可能需要补充到硬件故障部分。 总结来说，回答需要涵盖日志条目的解释、可能的原因、每个原因的排查方法，以及进一步的建议，帮助用户定位和解决问题。</think>--- 当系统日志中出现 `[1585.982682] reboot: Restarting system` 条目时，表示系统正在执行重启操作。以下是该问题的详细分析与解决方法： --- ### **1. 日志条目含义** - **格式解读**： - `1585.982682`：系统启动后的时间戳（单位：秒.微秒）。 - `reboot: Restarting system`：内核触发的重启行为记录。 - **正常场景**：用户通过 `reboot` 命令或图形界面主动重启系统时，日志中会生成此条目。 - **异常场景**：若此条目频繁出现或伴随系统崩溃，需排查非预期重启原因。 --- ### **2. 常见原因与排查方法** #### **情况 1：用户主动重启** - **现象**：用户手动执行重启命令（如 `reboot`、`shutdown -r now`）。 - **验证方法**： ```bash last reboot | head -n 5 # 查看最近重启记录及时间 ``` #### **情况 2：内核崩溃（Kernel Panic）** - **现象**：系统因严重错误（如内存故障、驱动冲突）自动重启。 - **排查步骤**： 1. 检查崩溃日志： ```bash journalctl -b -1 -p err # 查看上一次启动的错误日志 dmesg -T | grep "panic" # 搜索内核崩溃记录 ``` 2. 检查硬件状态： - 内存测试：`memtester 512M 5`（需安装 `memtester`）。 - 硬盘健康：`smartctl -a /dev/sda`（需安装 `smartmontools`）。 #### **情况 3：硬件故障** - **可能原因**：电源不稳定、CPU/主板过热、外设冲突。 - **解决方法**： - 检查硬件温度： ```bash sensors # 需安装 lm-sensors ``` - 清理散热器灰尘，确保风扇正常运转。 - 断开非必要外设（如 USB 设备）测试。 #### **情况 4：系统服务触发重启** - **可能原因**：计划任务（cron）、systemd 服务或监控工具配置错误。 - **排查步骤**： 1. 检查定时任务： ```bash crontab -l # 用户级任务 cat /etc/crontab # 系统级任务 ``` 2. 检查服务日志： ```bash journalctl -u cron.service --since "1 hour ago" # cron 服务日志 ``` #### **情况 5：电源管理问题** - **现象**：UPS 故障、ACPI 配置错误导致异常断电。 - **解决方法**： - 更新 BIOS/UEFI 固件。 - 检查 ACPI 配置： ```bash acpidump -t # 输出 ACPI 表信息（需安装 acpica-tools） ``` #### **情况 6：软件配置错误** - **常见案例**：内核参数错误、驱动冲突。 - **排查步骤**： 1. 检查内核参数： ```bash cat /proc/cmdline # 查看启动参数 ``` 2. 恢复默认配置： - 编辑 `/etc/default/grub`，移除异常参数后执行 `update-grub`。 --- ### **3. 高级诊断工具** - **收集完整日志**： ```bash sudo journalctl --boot=-1 > prev_boot.log # 保存上次启动日志 ``` - **分析崩溃转储**（需配置 kdump）： ```bash crash /var/crash/<dumpfile> # 分析内核转储文件 ``` --- ### **总结步骤** ```bash 1. 确认是否主动重启 → 2. 检查内核日志 (dmesg/journalctl) → 3. 测试硬件 → 4. 排查服务/配置 → 5. 更新固件/驱动 ``` 若问题无法定位，请提供以下信息： ```bash cat /var/log/syslog | grep "reboot" # 查看完整重启上下文 ls -l /var/crash/ # 检查崩溃转储文件（如有） ```
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值