linux reboot/panic

最新推荐文章于 2025-07-01 10:24:09 发布
最新推荐文章于 2025-07-01 10:24:09 发布
阅读量955 收藏 7
点赞数 1
文章标签： linux
本文详细解析了嵌入式Linux系统中reboot和panic子系统的操作流程，包括reboot命令的用户空间和内核层面，以及panic子系统的触发机制和配置选项。还介绍了notifier机制在处理这些情况下的应用。

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

 转载：linux reboot/panic子系统 (jgsun.github.io)

1. Overview

作为一名嵌入式linux软件工程师，reboot命令是经常使用的命令，比如恢复板卡故障，板卡软件升级之后等。当敲了reboot命令之后，用户空间发生了什么操作？通过reboot系统调用到内核之后，内核reboot子系统又发生什么了操作，最终引导系统重启？板卡panic也会经常遇到，这绝对是嵌入式程序员的噩梦，但是内核panic子系统是如何工作的呢？了解内核reboot和panic子系统，有助于我们解决系统问题。

2. reboot流程图

image

对于嵌入式系统，reboot命令都是busybox集成，当敲入reboot命令之后，进入halt_main，向1号init进程发送SIGTERM信号；如果init-system采用busybox-init，则init进程的init_main接收到信号后给其他进程发送终止信号，最后调用C库函数reboot，reboot通过系统调用sys_reboot进入内核。 内核reboot子系统将根据系统调用参数将系统halt，poweroff或者restart；如果是restart将执行device驱动的shutdown函数，执行别的内核模块注册的reboot_notifier函数；然后执行syscore_shutdown，最后调用体系结构相关的函数machine_restart，这里以Marvell MIPS octeon为例，执行octeon_restart写cpu寄存器让系统重启。 如果init system是s6 init system，reboot命令用户空间流程如下，内核reboot流程和上图是一样的。 

image

3. panic流程图

在配置Linux Magic System Request（/drivers/tty/sysrq.c）的系统中，执行echo c > /proc/sysrq-trigger可以触发内核panic，可借此研究内核panic子系统。下面是marvell octeon平台的panic log：

~ # echo c > /proc/sysrq-trigger 
[ 8361.530756] sysrq: SysRq : Trigger a crash
[ 8361.534968] (c1 sh <518>) CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == ffffffffc03f5364, ra == ffffffffc03f5354
[ 8361.549852] (c1 sh <518>) Oops[#1]:
[ 8361.554302] (c1 sh <518>) CPU: 1 PID: 518 Comm: sh Tainted: G O 4.9.79-Cavium-Octeon #113
[ 8361.564569] (c1 sh <518>) task: 800000005f0e1d00 task.stack: 800000005f168000
[ 8361.572662] $ 0 : 0000000000000000 0000000014009ce1 0000000000000001 ffffffffc19f0000
[ 8361.580731] $ 4 : ffffffffc08c8480 0000000000000001 800000005f0e2000 0000000000000000
[ 8361.588796] $ 8 : 00000000000001aa ffffffffc19fe308 0000000000004517 0000000000000001
[ 8361.596859] $12 : 0000000000000000 0000000000000007 0000000000000000 0000000000000006
[ 8361.604924] $16 : 0000000000000063 ffffffffc08c0000 ffffffffc08eea80 0000000000000007
[ 8361.612990] $20 : 0000000000000000 ffffffffc08ee760 ffffffffc08f0000 0000000000000020
[ 8361.621054] $24 : 0000000000000007 ffffffffc0400ae0                                  
[ 8361.629122] $28 : 800000005f168000 800000005f16bca0 000000001072156c ffffffffc03f5354
[ 8361.637188] (c1 sh <518>) Hi : 0000000000819446
[ 8361.642936] (c1 sh <518>) Lo : c8b4395810fc2de7
[ 8361.648694] (c1 sh <518>) epc : ffffffffc03f5364 sysrq_handle_crash+0x2c/0x40
[ 8361.656965] (c1 sh <518>) ra : ffffffffc03f5354 sysrq_handle_crash+0x1c/0x40
[ 8361.665231] Status: 14009ce3 KX SX UX KERNEL EXL IE 
[ 8361.670280] (c1 sh <518>) Cause : 0080000c (ExcCode 03)
[ 8361.676463] (c1 sh <518>) BadVA : 0000000000000000
[ 8361.682211] (c1 sh <518>) PrId : 000d9602 (Cavium Octeon III)
[ 8361.689000] Modules linked in: cpld_eps(O) uio_generic_driver(O) cpld_irq(O) cpld_spi(O) generic_access(O) generic_regmap(O) reborn_class(O)
[ 8361.701711] (c1 sh <518>) Process sh (pid: 518, threadinfo=800000005f168000, task=800000005f0e1d00, tls=0000000077eba620)
[ 8361.713625] Stack : 0000000000000000 ffffffffc03f559c 80000000027cdc68 800000006590b000
[ 8361.721689] fffffffffffffffb 00000000107242e0 0000000000000002 0000000000000004
[ 8361.729755] 0000000000000063 0000000000000030 0000000000000020 ffffffffc03f575c
[ 8361.737819] 0000000000000002 000000007fca2f90 0000000000000000 ffffffffc0230f94
[ 8361.745883] 0000000000000054 800000005f7b4c00 800000005f16be00 ffffffffc01c27e4
[ 8361.753948] 800000005f16be50 80000000027cdc00 0000000000000000 0000000000000054
[ 8361.762012] 0000000010069c28 ffffffffc0085068 0000000000030002 0000000000000000
[ 8361.770075] 0000000000000000 ffffffffc011fcc0 0000000100002301 800000005fb06000
[ 8361.778141] 8000000002763100 0000000000000002 800000005f7b4c00 ffffffffc01c2c04
[ 8361.786205] 800000005f16be00 ffffffffc01c018c 800000005f7b4c00 000000005f7b4c00
[ 8361.794271] ...
[ 8361.796743] (c1 sh <518>) Call Trace:
[ 8361.801364] (c1 sh <518>) [<ffffffffc03f5364>] sysrq_handle_crash+0x2c/0x40
[ 8361.809289] (c1 sh <518>) [<ffffffffc03f559c>] __handle_sysrq+0xc4/0x200
[ 8361.816952] (c1 sh <518>) [<ffffffffc03f575c>] write_sysrq_trigger+0x4c/0x68
[ 8361.824964] (c1 sh <518>) [<ffffffffc0230f94>] proc_reg_write+0x74/0xa8
[ 8361.832540] (c1 sh <518>) [<ffffffffc01c27e4>] __vfs_write+0x3c/0x128
[ 8361.839942] (c1 sh <518>) [<ffffffffc01c2c04>] vfs_write+0xb4/0x218
[ 8361.847170] (c1 sh <518>) [<ffffffffc01c4d28>] SyS_write+0x60/0xe0
[ 8361.854314] (c1 sh <518>) [<ffffffffc008111c>] syscall_common+0x18/0x44
[ 8361.861889] Code: 3c03c19f ac627470 0000000f <a0020000> dfbf0008 03e00008 67bd0010 00000000 03e00825 
[ 8361.871754] (c1 sh <518>) 
[ 8361.875444] (c1 sh <518>) ---[ end trace 67a7cc1a1dd2d4e5 ]---
[ 8361.882242] (c1 sh <518>) We will reset the spi-nor flash
[ 8361.888615] (c1 sh <518>) reset done!
[ 8361.893241] (c1 sh <518>) Kernel panic - not syncing: Fatal exception
[ 8361.900649] (c1 sh <518>) ---[ end Kernel panic - not syncing: Fatal exception

*** NMI Watchdog interrupt on Core 0x03 ***

panic流程图如下： 

image

sysrq的sysrq_handle_crash调用panic函数就触发了内核panic。 内核panic子系统将dump_stack，调用注册的notifier链表的回调函数，按配置打印系统信息（默认不打印，/proc/sys/kernel/panic_print）最后根据panic_timeout的值选择以那种方式触发系统重启。如果panic_timeout小于0，直接调用emergency_restart重启cpu；如果panic_timeout大于等于0，都将写watchdog导致watchdog超时重启，不同的是panic_timeout大于0，将delay一段时间重启。

3.1 panic 配置选项

新版内核提供/proc/sys/kernel/panic_print配置参数，可以让内核在panic的同时打印出系统信息：

#define PANIC_PRINT_TASK_INFO	0x00000001 //task信息
#define PANIC_PRINT_MEM_INFO	0x00000002 //内存信息
#define PANIC_PRINT_TIMER_INFO	0x00000004 //系统timer
#define PANIC_PRINT_LOCK_INFO	0x00000008 //lock信息
#define PANIC_PRINT_FTRACE_INFO	0x00000010 //打印ftrace
#define PANIC_PRINT_ALL_PRINTK_MSG	0x00000020//打印内核log_buf

比如设置panic_print为0x3F将打印出上述全部系统信息：

root@/proc/sys/kernel# echo 0x3F > panic_print
root@/proc/sys/kernel# cat panic_on_oops
1

4. reboot和panic的notifier机制

从上面reboot和panic的流程图可以看出，都将执行内核其他模块注册的notifier函数，可以利用这一机制，通过向注册reboot和panic子系统注册notifier函数，实现在rboot和panic过程中执行特定的任务：比如reboot的时候dump外设寄存器，重启外接设备，保护现场，置内存为自刷新模式，设置是warm还是poweron重启等；panic的时候记录系统panic次数，dump系统信息等。

5. 结束语

reboot看似简单，但是其实现却很复杂。内核遍历执行各个设备的shutdown方法；遍历执行notifier，systern core shutdown回调函数；最后调用arch相关的mechine_restart复位cpu。我们更多的是关注板卡的启动过程，很少关注reboot，只有出了reboot相关的问题后，才会去了解。理解整个reboot的流程，可以有助于我们定位问题；也可以帮助我们面对新feature，提出新的解决方案。以前遇到一个板卡reboot卡死的问题，经过调查发现是qspi flash没有复位造成的，最后通过在flash设备驱动中的shutdown函数中和panic函数中复位flash解决了这个问题。

Linux 内核参数：panic 相关
私房菜
05-23 1554
当出现panic时会重启系统，该节点表示在重启之前需要wait 的时长，单位为 秒。该值默认值根据 CONFIG_PANIC_TIMEOUT 决定，默认值为 4；emergency_restart() 用以dump kmsg 并重启系统；是每隔100ms 重启 NMI watchdog 的timeout；当使用软件 watchdog 时，推荐该值设为 60s。代码中通过变量 panic_timeout 运算；代码中通过变量 panic_print 运算；该节点默认值为 0；
linux内核panic/oops/crash分析(addr2line,objdump,gdb)
Radia的专栏
12-01 8028
panic、oops、crash都是指linux kernel层发生了内核无法处理的异常。 应用层编程只会造成该进程的崩溃，内核层的编程如驱动代码中的异常最严重的情况会导致内核panic。 那怎样处理呢？ 内核panic后有dump机制会打印出目前的所有寄存器，以便于分析异常原因。 我们经常用到的工具为addr2line,objdump,gdb addr2line可以将出错代码地址转转换
linux 关机和重启 机制
Am_111的专栏
06-18 5172
目录：Linux 关机和重启机制一．sys_reboot二．apm capi Linux下的关机和重启可能由两种行为引发，一是通过用户编程，另外一种是系统自己产生的信息。用户和系统进行交互的方式有两种，一种是系统调用sys_reboot，另外一个则是apm或者acpi的设备文件，通过对其操作也可以是系统关机或者重启。一．sys_rebootlinux下关机和重启命令主要
Linux reboot全过程
热门推荐
风之伤
08-17 4万+
嵌入式Linux 下面的reboot命令看似简单，但出问题时定位起来发现别有洞天。 下面就按在shell下执行reboot命令之后程序的执行过程进行解析。 Busybox：1.23.2 ——制作跟文件系统，/sbin/reboot程序的由来 Libc：2.6.1 ——标准C库 Linux kernel：2.6.35 ——内核版本
Linux `reboot` 指令终极指南
独坐一隅，凝神遐想，是种幸福！ ——独隅
05-09 1060
本文详细介绍了Linux系统中reboot指令的使用方法和注意事项。文章首先解析了reboot的基本语法和核心功能，包括立即重启系统、安全终止进程、同步文件系统和硬件重新初始化。接着，文章列举了常用选项及其适用场景，如强制重启、不执行同步、模拟重启等。随后，文章提供了标准操作流程和进阶使用技巧，如延迟重启、远程服务器重启和自动故障重启。此外，文章还对比了reboot与其他相关命令的差异，并强调了安全注意事项和故障排查方法。最后，文章探讨了高级应用场景和系统日志分析，并给出了最佳实践建议，帮助用户安全、高效地
linux reboot流程
helloyizhou的博客
06-20 4769
在kernel根文件系统下做了实验，在命令行输入reboot，加log，跟踪代码。主要用于自己的学习总结。 SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsigned int, cmd, void __user *, arg) struct pid_namespace *pid_ns = task_active_pid_ns(cur
linux的reboot实现
技术点亮人生，成功通向卓越
03-10 7461
今天有客户问要在linux下实现重启，以前一直没有仔细思考过这个问题，阿虚今天下午查了一下是/linux/include/asm-arm/arch-sep4020中的system.h中的arch_reset函数实现的，我看了一下三星2410的代码的确如此，（我当初为我们这款芯片移植linux内核的时候属于朦胧阶段，啥都很模糊），其实代码很简单就是在这个函数里启动watchdog，并给一个数字，让w
【linux】linux中的panic
qq_45698138的博客
07-11 1171
在循环中，它重置非屏蔽中断（NMI），然后定期调用一个名为架构依赖的panic_blink函数；在x86上，该事件会引起键盘LED会闪烁，驱动drivers/input/serio/i8042.c:i8042_panic_blink().原子的 注册函数，实际上对spin_lock_irqsave/spin_unlock_irqsave封装。2、注册 atomic_notifier_chain_register。当内核参数panic=n，表示panic持续时间，在n秒后重启。内核支持四种不同类型，基于。
linux oom panic重启代码跟踪
陌上花开缓缓归以的博客
05-18 69
Linux系统在内存耗尽时会触发OOM（Out of Memory）Killer机制，通过终止进程释放内存。OOMKiller的行为可通过多个内核参数控制，如/proc/sys/vm/panic_on_oom决定是否触发系统崩溃，/proc/sys/vm/oom_kill_allocating_task决定是否直接杀死触发OOM的进程，/proc/<PID>/oom_score_adj调整进程的OOM优先级。OOMKiller根据进程的内存占用量、运行时间等计算oom_score，优先终止得分最高的进程。
linux升级内核后反复重启,linux内核升级后重启出现panic解决的一种有效方法
weixin_42299472的博客
04-30 1549
内核升级固然时间很爽的事情，可是当你辛辛苦苦compile了近乎一个小时，满怀期待的reboot后看到panic字段时，是不是有种想屎的感觉。。。以前升级内核，总是拿下代码，make & make modules & make modules_install & make install然后修改/boot/grub/menu.lst中内容。。。然后reboot.如果遇到pa...
Linux 命令，reboot说明与使用
五味香的专栏
08-07 1094
Linux和类Unix系统命令，停止文件系统并重新启动系统。这条命令立即停止所有的进程,所以它应该只在单用户模式下运行。如果系统不在0级或6级上运行，reboot就调用shutdown -nf。即使正常调用shutdown，也调用reboot。禁止正常执行，只是写/var/log/wtmp。禁止写/var/log/wtmp。禁止对sync的常规调用。
Linux reboot 命令详解：用于重启系统
yangchuang111213的博客
03-28 2768
reboot命令用于重启系统，等效于，适用于需要快速重新启动 Linux 服务器或桌面环境。适用场景安装或更新系统核心组件后，需重启生效服务器或计算机长时间运行后，重启以优化性能远程管理服务器时，通过 SSH 执行reboot远程重启reboot命令用于重启 Linux 系统，适用于服务器维护、系统更新等场景。是最常见的用法，reboot -f可用于强制重启。shutdown -r +时间可定时重启，适用于通知用户提前保存工作。可远程重启服务器。现代系统推荐使用，效果与reboot相同。
linux panic流程
weixin_43412488的博客
01-19 632
panic
linux reboot 流程,基于Linux与Busybox的Reboot命令流程分析
weixin_29002209的博客
05-15 814
一：Busyobx层的分析这段时间,在忙到一个项目时,需要在busybox中用到reboot命令,开始在busybox中的shell中输入reboot命令,始终如下的信息,然后就停止在那里了,无法重启...为了彻底的弄明白这个问题,我在网络上找了很久,终于有个人写的一个reboot流程分析,我就借花献佛.在这里重新分析下busybox是如何运行这个命令,同时又是如何调用到Linux内核中的mach...
linux reboot流程，从命令行到内核全解析
qq_30027083的博客
05-13 1万+
针对对象 这篇文章我尽量写的细一些，主要针对于不太懂得嵌入式命令行到系统层过程的新手看，如果觉得有用可以关注一下，不定期写一些新手需要看的文章。 正文 引言 我们在做嵌入式设备的时候，经常会输入一些命令，例如：cat test.txt来查看test.txt文本；又比如输入reboot， 来重启系统。从我们输入reboot到系统重启的整个过程都是如何操作的呢？如果你还不懂，那么可以继续往下面看。 由...
Linux 系统重启 reboot与重置reset深度解析
最新发布
嵌入式中手
07-01 794
在 Linux 系统管理中，reboot（重启）与reset（重置）是极易混淆的核心操作。本文从命令行工具、内核机制与硬件交互等维度，深度解析两者本质差异：reboot通过软件指令实现系统级循环启动，分软重启（sudo reboot）与硬重启（reboot -f），遵循优雅关闭流程保护数据；reset则涵盖硬件级重置（物理按钮 / IPMI 指令）、系统配置重置（如容器初始化）与终端重置（reset命令修复显示异常），直接清除硬件状态。
Kernel panic
02-27
### 关于内核崩溃（Kernel Panic）的原因 Kernel Panic 是 Linux 操作系统中的一种紧急错误情况，当操作系统遇到无法正常处理的问题时，内核会决定这种“恐慌”状况，以保护系统不受进一步破坏[^1]。具体来说，可能导致 Kernel Panic 的原因有很多： - **硬件故障**：内存条损坏、硬盘坏道等问题都可能引发此现象。 - **驱动程序冲突或缺失**：新安装的设备未能找到合适的驱动支持；或是不同版本间的兼容性问题。 - **文件系统损坏**：根分区或其他重要挂载点的数据结构遭到破坏。 - **不当的操作行为**：如误操作删除了关键性的系统文件。 ### 解决方案 对于 Ubuntu 或其他基于 Linux 发行版上发生的 Kernel Panic 问题，可以尝试如下几种方式来解决问题： #### 方法一：临时调整 GRUB 启动参数 在系统启动过程中，可以通过编辑 GRUB 菜单项中的内核加载选项来进行调试。例如，在选定的内核命令行后面追加 `enforcing=0` 参数，这将暂时禁用 SELinux 安全策略强制模式，从而绕过某些由安全设置引起的启动障碍[^2]。 ```bash # 进入GRUB编辑界面后修改后的命令行应类似于下面这样： kernel /vmlinuz-version ro root=/dev/mapper/ubuntu--vg-root resume=/dev/mapper/ubuntu--vg-swap_1 splash quiet enforcing=0 ``` 这种方法的优点是可以快速验证是否为特定的安全配置所引起的问题，但缺点在于每次重启都需要重复相同的手动干预过程。 #### 方法二：永久修正 GRUB 配置文件 如果确认问题是由于某个固定的配置所致，则可以在 `/etc/default/grub` 文件里做出相应的更改，并通过更新 grub 来使这些改变生效。比如添加上述提到的 `enforcing=0` 到默认的 GRUB_CMDLINE_LINUX_DEFAULT 变量中去。 ```bash sudo nano /etc/default/grub # 修改GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" 行为 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash enforcing=0" sudo update-grub reboot ``` 完成以上步骤之后重新启动计算机，理论上应该能够恢复正常工作状态而不再显示 Kernel Panic 错误信息。 #### 方法三：修复受损的文件系统 如果是由于文件系统的损伤而导致的 Kernel Panic ，那么应当考虑使用 Live CD/USB 对磁盘进行检查并尝试恢复数据完整性。常见的工具包括但不限于 fsck (File System Consistency Check)，它可以帮助扫描和修理大多数类型的本地文件系统。 ```bash sudo fsck /dev/sdXn # 替换sdXn为你实际使用的设备名称 ``` 此外还有专门针对 ext4, btrfs 等不同类型文件系统的专用维护工具可供选用。 #### 方法四：回滚最近一次变更 回顾近期所做的任何软件包升级活动或者是重要的系统级改动，特别是那些涉及到核心组件的部分。如果有条件的话，试着撤销这些变动——卸载最新安装的应用程序、降级至稳定版本的核心库等措施往往能有效缓解甚至彻底消除 Kernel Panic 所带来的困扰。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值