[Linux] end Kernel panic - not syncing: System is deadlocked on memory

最新推荐文章于 2025-06-15 09:56:40 发布
最新推荐文章于 2025-06-15 09:56:40 发布
阅读量9.9k 收藏 1
点赞数 3
CC 4.0 BY-SA版权
文章标签： Linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Colin_Downey/article/details/89358784

虚拟机内存不够。

Colin_Downey
关注
arm-linux 求助 Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2)
qq_15022153的博客
04-27 1021
baudrate=115200 bootargs=root=/dev/mmcblk0p2 rw rootfstype=ext4 rootwait init=/linuxrc console=ttySAC0 maxcpus=1 lcd=wy070ml tp=gslx680 ip=192.168.3.165:192.168.3.113:192.168.3.1:255.255.255.0 bootcmd=mmc read 48000000 1800 3000; bootm 48000000 bootdelay=3
Kernel panic - not syncing: IO-APIC + timer doesn‘t work解决办法
feinifi的博客
06-18 2371
Kernel panic - not syncing: IO-APIC + timer doesn't work!
虚拟机黑屏end kernel panic - not syncing两种解决方式.docx
01-06
虚拟机黑屏end kernel panic - not syncing两种解决方式 最新的Ubuntu或Debian安装新虚拟机，或者复制别人安装好的虚拟机，出现黑屏，屏幕上提示kernel panic错误： end kernel panic - not syncing: corrupted stack end detected inside scheduler 或者 end kernel panic - not syncing: Attempted to kill init! exit code=0x0000000b 创建新的兼容性虚拟机或该 vmx文件都可以修复问题。
引导内核时报错Kernel panic not syncing : System is deadlocked on memory
Hackeryuan的博客
01-10 5048
我用的是虚拟机，这里解决办法就是要增大内存。
虚拟机节点麒麟系统出现持续 CPU 软锁死（Soft Lockup），导致系统自动重启
bcxwz669的博客
06-15 982
3，在23.42版本之上的内核中，开启了napi_tx，tpacket_snd函数发送数据包，只能在软中断中执行tpacket_destruct_skb对pending_refcnt减1，在这之前CPU会陷入do-whlie循环中，而循环退出的条件又只能在软中断处理中去执行，刚好软中断也是在同一个CPU上，而且对应的ksoftirqd进程又被调度唤醒（实际得不到执行），在硬中断irq_exit中也无法执行软中断处理，即此CPU上的软中断永远得不到调度执行了，从而就卡死在这里了。
Ubuntu:end Kernel panic – not syncing：System is deadlocked on memory
linry的博客
04-20 1543
Ubuntu20.0.4 开始分配256M,分配内存过小,开到1G即可解决问题
end Kernel panic - not syncing: Requested init /linuxrc failed (error -2).
m0_64727117的博客
05-15 1936
根文件系统，linux
end kernel panic not syncing
AinUser的博客
06-19 9456
# 问题情境 遇到这个问题，我是在使用vmware安装kail-linux的时候，遇到的报错信息 刚开始我看到网上的一些文章，还以为是磁盘空间不足，然后我给了50G 后来以为是内存不足，给了2G-4G均可，然并卵 # 问题解决 安装方式，选择高级的，需要自定义一些选项，如下图所示，一张图就搞定了 ...
Kernel panic - not syncing: Attempted to kill init 解决办法
11-18
Kernel panic - not syncing: Attempted to kill init 解决办法 开源成就技术；技术成就梦想
树莓派4B无法启动，出现end kernel panic not syncing: attempted to kill init! exitcode = 0x00000000b
01-06
本人最近在玩树莓派4B的时候，树莓派在烧录镜像之后，无法启动，一直卡死在end kernel panic not syncing: attempted to kill init! exitcode = 0x00000000b 环境 设备：树莓派4B 查找原因–树莓派官网 根据官网给...
【免费下载】 解决虚拟机黑屏问题：高效应对“end kernel panic - not syncing”错误
gitblog_06664的博客
09-26 2994
解决虚拟机黑屏问题：高效应对“end kernel panic - not syncing”错误 【下载地址】虚拟机黑屏endkernelpanic-notsyncing两种解决方式 虚拟机黑屏end kernel panic - not syncing两种解决方式 ...
kernel panic - not syncing : fatal exception
09-18
屏幕上显示： Fatal exception:panic in 5 seconds kernel panic - not syncing : fatal exception 之后就一直停在那里. 查了一些网站资料，大部分都是双CPU才发生的，有些是关闭：Hyper-Threading (HT)好了，有些关闭USB好了。 但是我试过了关闭HT，或者关闭USB都无法解决。 还尝试了关闭SELinux的配置，也无法解决。 经过四次重装之后，还是没有解决，在就要放弃之际。突然看到出错信息中有“alc880”的字样，这是个声卡类型。尝试着将声卡关闭，重启系统。OK，搞定。 总结：安装linux系统经常会遇到安装完成之后，无法启动系统。很多情况是由于板载声卡、网卡、或是cpu 超线程功能引起的。这类问题的解决办法就是先查看错误代码中的信息，找到错误所指向的硬件，将其禁用。系统启动后，安装好相应的驱动，再启用该硬件即可。
Ubuntu Centos Linux End Kernel panic-not syncing:Attempted to kill init！
梦想是要有的，万一实现了呢！
01-12 1万+
2、进入一个又很多系统版本的界面，每个版本有三个选项：常规启动版本、内核启动版本、恢复模式启动版本，当前第一个和第三个都会报上述错误。6、可以看到，有很多install 的和 deinstall 的。可以使用下面的命令：找到上面的界面，姐就是内核安装的相关软件。上面只要系统版本类似的，都使用这两种命令删除，注意看清版本，别将自己想留下的版本删除掉。1、重启电脑，在进入选择版本时，选择 系统高级选项， 我选的是【Ubuntu高级选项】3、进入内核，登录用户名，就到可以使用的命令行模式,查看当前内核版本。
vmware:end kernel panic not syncing
心静思远
01-26 2205
解决办法：
virtualbox安装ubuntu20.04报错,End kernel panic - not syncing: attempted to kill the idle task
yhw912的博客
11-23 1514
1.可能因为CPU带不动这个ubuntu系统，安装过程中系统默认都勾选1个CPU，一个CPU带不动，就必须增加CPU的数量，可以修改为4个。2.可能是因为显存过小导致的，直接把显存调到最大就可以了。
解决虚拟机启动报错：“End kernel panic - not syncing: attempted to kill the idle task”
weixin_51900414的博客
03-03 3932
原本能正常运行的虚拟机，很长一段时间没用后，今天再次启动，然后就出现下面的问题： 然后走了一些弯路，比如说删除该虚拟机然后新建一个虚拟机（问题未解决）、直接删除VitualBox重新安装（问题未解决），，，下面记录一下亲测能够解决该问题的步骤：
报错end Kernel panic - not syncing: Out of memory and no killable processes
weixin_30905133的博客
06-17 2327
报错如下：end Kernel panic - not syncing: Out of memory and no killable processes [ 2.113892] [<ffffffff818431b0>] ? rest_init+0x80/0x80 [ 2.114902] [<ffffffff818431be>] kernel_init+0xe/0...
end Kernel panic - not syncing:Fatal exception Vmware安装CentOS虚拟机时报错
热门推荐
骑驴撵大奔v的博客
10-23 1万+
Vmware安装CentOS虚拟机时报错end Kernel panic - not syncing:Fatal exception解决 今天安装虚拟机的时候，出现end Kernel panic - not syncing:Fatal exception 错误图片如上 解决 我是用Vmware10安装的CentOS8镜像,出现了这个错误，更改为CentOS7镜像可以顺利安装。 个人猜测是Vmw...
安卓手机 PANIC: "Kernel panic - not syncing: System is deadlocked on memory"， out_of_memory at ffffffc0104240f0
最新发布
06-19
<think>我们正在处理一个关于Android内核崩溃的问题，具体是内存死锁（deadlock）导致的内核恐慌（kernelpanic），并给出了一个内存地址fffffc0104240f0。用户希望找到解决方案。根据引用内容，我们得知在手机SoC芯片中有一个看门狗模块，用于检测CPU运行状态，在卡死时复位系统。但这只是硬件层面的一个安全机制，并不能解决根本问题。我们需要针对内核级别的内存死锁问题进行分析。内存死锁通常发生在多个进程竞争有限的内存资源时，彼此循环等待，导致所有进程都无法继续执行。在内核空间，这可能导致内核崩溃（panic）并输出类似"out_of_memory"和"deadlock"的错误信息，同时会打印出出错的地址（如fffffc0104240f0），这个地址通常指向发生问题的内核代码位置。解决方案需要从以下几个方面考虑：1.**分析内核崩溃日志**：首先需要获取内核崩溃时的完整日志（dmesg或pstore中的日志），特别是崩溃前后的调用栈（trace）和内存状态信息。给定的内存地址fffffc0104240f0可以通过反汇编内核镜像来定位具体的代码位置，从而确定是哪个函数或模块导致了问题。2.**内存管理优化**：-调整内存分配策略：例如，修改`/proc/sys/vm/`目录下的参数，如`overcommit_memory`（控制内存分配策略）和`overcommit_ratio`（控制内存过载比例）等。设置`overcommit_memory=2`可以禁止过度分配，但可能增加内存分配失败的概率；而设置为1则总是允许分配，但风险更大。-使用cgroups限制内存：为关键进程组设置内存限制，防止某个进程耗尽所有内存。-优化OOMKiller：调整OOMKiller的触发策略和优先级，确保在内存不足时能够及时杀死合适的进程释放内存。3.**死锁检测与避免**：-在内核中启用死锁检测机制（如CONFIG_DEBUG_MUTEXES,CONFIG_DEBUG_SPINLOCK等），这些调试选项可以在死锁发生时及时检测并输出信息。-检查内核代码中是否存在锁顺序不一致的问题（锁的获取顺序必须全局一致），避免循环等待。4.**内核补丁和更新**：该问题可能是已知的内核bug，检查是否有相关的内核补丁。可以搜索Linux内核邮件列表（LKML）或Android相关开源项目（如AOSP）的issuetracker，看是否有类似报告和修复补丁。5.**内存泄漏分析**：死锁可能是由内存泄漏逐渐积累导致的内存不足引发的。使用内存检测工具（如kmemleak,kmemcheck等）来检测内核中的内存泄漏。6.**硬件辅助**：如引用中提到的看门狗，它可以在死锁导致系统完全卡住时复位系统，但这只是最后的恢复手段，不能解决根本问题。具体步骤建议：步骤1：获取崩溃现场信息-如果系统还能启动，通过`dmesg`查看上次启动的日志；如果无法启动，尝试从pstore（如果有）中获取上次崩溃的日志。-使用`addr2line`或`gdb`工具，结合内核符号表（vmlinux）将地址fffffc0104240f0转换为具体的代码位置。步骤2：调整内存相关参数-临时调整：在系统启动时通过内核命令行参数设置，例如：androidboot.bootargs="vm.overcommit_memory=2vm.overcommit_ratio=80"-永久调整：修改init脚本或系统属性设置。步骤3：启用调试选项-重新编译内核，打开死锁调试和内存调试选项（如CONFIG_DEBUG_MUTEXES,CONFIG_DEBUG_SPINLOCK,CONFIG_DEBUG_LIST,CONFIG_KMEMLEAK等）。-重现问题，收集调试信息。步骤4：检查并应用补丁-根据步骤1中定位的代码位置，查找相关模块的补丁。步骤5：使用工具检测内存泄漏-在开发板上启用kmemleak：挂载debugfs，然后触发扫描：#mount-tdebugfsnodev/sys/kernel/debug#echoscan>/sys/kernel/debug/kmemleak-等待一段时间后，查看报告：#cat/sys/kernel/debug/kmemleak步骤6：如果问题仍然无法解决，考虑增加系统内存（如果硬件允许）或者优化应用程序的内存使用。注意：由于这是内核级别的崩溃，解决过程可能需要深入的内核知识和调试能力。相关问题：1.如何获取Android内核崩溃日志？2.如何分析内核崩溃的调用栈？3.如何调整Android系统的内存管理参数？4.如何编译带有调试选项的Android内核？5.如何使用kmemleak检测内核内存泄漏？6.如何避免Linux内核中的死锁？</think>### Android内核崩溃：内存死锁解决方案分析 针对您遇到的Android内核崩溃问题（`kernel panic out_of_memory deadlock`）以及特定内存地址`fffffc0104240f0`，以下是系统性解决方案： #### 1. **定位崩溃根源** - **分析内核日志**： - 通过`dmesg`或`/proc/last_kmsg`获取完整崩溃日志 - 使用命令解析地址： ```bash arm-linux-androideabi-addr2line -e vmlinux fffffc0104240f0 ``` 这将定位`0xffffffc0104240f0`对应的内核代码位置（需匹配设备的内核镜像） - **常见死锁场景**： - 内存分配路径（`mm/page_alloc.c`）持有锁时触发OOM - SLAB分配器竞争（`mm/slub.c`） - 文件系统操作阻塞（如`ext4`日志提交） #### 2. **内存死锁专项优化** - **调整内存分配策略**： ```bash # 修改OOM killer策略 echo 2 > /proc/sys/vm/overcommit_memory echo 80 > /proc/sys/vm/overcommit_ratio # 降低内存碎片 echo 1 > /proc/sys/vm/compact_memory ``` - **禁用高危功能**： - 内核配置关闭`CONFIG_DEBUG_MUTEXES`（调试锁可能加剧竞争） - 停用透明大页： ```bash echo never > /sys/kernel/mm/transparent_hugepage/enabled ``` #### 3. **死锁检测与预防** - **启用内核死锁检测**： ```bash # 检测锁依赖环 echo 1 > /proc/sys/kernel/lockdep_enabled # 监控内存分配锁 echo 1 > /proc/sys/vm/memory_failure_early_kill ``` - **代码级修复**： - 检查`fffffc0104240f0`对应函数中的： - 锁获取顺序（Lock Ordering） - GFP分配标志（避免`__GFP_DIRECT_RECLAIM`在持锁时使用） - 信号量超时设置（如`down_timeout()`） #### 4. **内存压力缓解** - **优化ZRAM配置**： ```bash # 增大ZRAM空间（需root） swapoff /dev/block/zram0 echo 2G > /sys/block/zram0/disksize mkswap /dev/block/zram0 swapon /dev/block/zram0 ``` - **限制进程内存**： ```bash # 通过cgroup限制关键进程 echo 500000 > /dev/cgroup/memory/background/memory.limit_in_bytes ``` #### 5. **硬件级保护机制** 当软件死锁发生时，SoC中的**看门狗模块（Watchdog Timer）** 会强制复位系统，这是硬件层面的最后保障[^1]。但需确认： - 看门狗是否正常启用（检查`/dev/watchdog`） - 复位前是否生成完整崩溃日志 > **关键建议**：捕获完整`ramoops`日志（需内核启用`CONFIG_PSTORE`），其中包含死锁发生时的线程调用栈和锁状态信息。 ####
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值