Enforcing mode requested but no policy loaded. Halting now!kernel panic - not syncing: Attenpted to kill init问题

最新推荐文章于 2024-10-16 18:47:07 发布
原创 最新推荐文章于 2024-10-16 18:47:07 发布 · 2.5k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#kill

本文介绍了解决内核升级后出现SELinux相关错误的方法。通过修改grub配置文件中的SELinux模式参数，从强制模式调整为自由模式，解决了因SELinux策略问题导致的系统登录障碍。
最近在升级内核的时候遇到了一个问题，下载了2.6.19版本内核，准备升级内核，编译还算顺利，但编译并安装后重启电脑出错了，提示Enforcing mode requested but no policy loaded. Halting now.
kernel panic - not syncing: Attenpted to kill init! 不知是什么原因？到网上搜索了下解决方法，说在grub.conf里把 kernel /vmlinuz-2.6.19 ro root=LABEL=/ rhgb quiet 变为： kernel /vmlinuz-2.6.19 ro root=LABEL=/ enforcing=0 rhgb quiet 。按此方法重新启动，选择新的内核可以进入系统，但不明白为什么要加enforcing=0。如果不加enforcing=0 上面的提示又是什么原因呢？

解释：

enforcing参数是在启动内核时传递给selinux的内核参数，它用来决定你系统的内核运行于 强制（enforcing ）模式还是自由（permissive） 模式。
在 自由模式下SELinux只是记录他该做什么，而事实上并不做任何动作。在强制模式下SElinux会来真格的。如果你的策略有错误，在强制模式下系统可 能会阻止你登陆！所以正常情况下你应改在启动时传 enforcing=1 给内核，当你的SELinux策略有问题时，你可以临时传enforcing=0给内核来查错。在/etc/selinux/config这个init的 配置文件中相应的有一个选项，通过设置它，也可以使系统进入自由模式。

在你的错误提示中，没有合适的SELinux策略，因此出错。而改为0之后，处于自由模式，自然就不出错了。
Kernel panic – not syncing: Attempted to kill init
weixin_34289454的博客
12-05 2932
某年的某日，俺重启虚拟机上的系统，啪啪，报错。系统启动不起来：重装系统，不甘心，正好趁这个机会，深入了解一下Linux系统，Google咯看到有如下几种解决：方案一：系统启动的时候，按下‘e’键进入grub编辑界面，编辑grub菜单，选择“kernel /vmlinuz-2.6.23.1-42.fc8 ro root=/dev/vogroup00/logvol00 rhgb ...
Centos 6或7系统 从Kernel panic – not syncing: Attempted to kill init 故障引发的一系列操作
三牛为犇的博客
01-03 2077
Centos 6或7系统 从Kernel panic – not syncing: Attempted to kill init 故障引发的一系列操作
Kernel panic - not syncing: Attempted to kill init 解决办法
11-18
Kernel panic - not syncing: Attempted to kill init 解决办法 开源成就技术；技术成就梦想
Enforcing mode requested but no policy loaded. Halting now. kernel panic - not syncing: Attempted to kill init!
游手好弦 信步涂鸦
01-07 1万+
在vmware下面，新编译的内核，启动出现问题：Enforcing mode requested but no policy loaded. Halting now.kernel panic - not syncing:  Attempted to kill init!解决方法：1、在grub.conf里把 kernel /vmlinuz-2.6.19 ro root=LABE
Ubuntu Centos Linux End Kernel panic-not syncing:Attempted to kill init！
梦想是要有的，万一实现了呢！
01-12 1万+
2、进入一个又很多系统版本的界面，每个版本有三个选项：常规启动版本、内核启动版本、恢复模式启动版本，当前第一个和第三个都会报上述错误。6、可以看到，有很多install 的和 deinstall 的。可以使用下面的命令：找到上面的界面，姐就是内核安装的相关软件。上面只要系统版本类似的，都使用这两种命令删除，注意看清版本，别将自己想留下的版本删除掉。1、重启电脑，在进入选择版本时，选择 系统高级选项， 我选的是【Ubuntu高级选项】3、进入内核，登录用户名，就到可以使用的命令行模式,查看当前内核版本。
Linux - Attempted to kill init解决方案
YangZhaoSy
05-14 1万+
0x00 前言 在虚拟机安装Linux完成后，突然抛出了一个Attrempted to kill init的错误，说句实话，对于接触Linux系统时间不长的我来说，问题还是比较棘手的。但还是要想办法去吃掉的。虽然过程比较艰辛。 0x01 环境说明 Linux Version: [root@localhost /]# uname -a Linux localhost.loca...
一键安装脚本：curl -O https://file.ewbang.com/DockerInstallation.sh && sh DockerInstallation.sh
Java开发工程师，专注微服务、分布式系统，部署运维，分享实战经验和源码解析。
08-13 1343
一键安装脚本：curl -O https://file.ewbang.com/DockerInstallation.sh && sh DockerInstallation.sh
tar包离线安装docker流程、docker的离线安装后docker run 报错解决方案【...refusing to operate on /etc/resolv.conf: unknown.】
崔崇鑫的博客，你linux/云运维工作中的百科全书。
10-16 1639
其实我在当前内网环境验证过很多方法了，都没有结果，后面实再没办法后我在本地安装了一个centos7.2版本的镜像，有外网的环境中折腾了下，错误过程也就不展示了，最终怎么弄都不行我就想着升级docker版本到最新或者降低版本（因为7.6的环境没问题，7.2和7.0环境出问题了），我想着先降低版本试下，然后发现，降低版本后，欸，可以了。之前20.10的docker只有9个包，现在19.03有28个包，26.1.4有34个包，额。对了，如果下载后不会使用，参考说明中的docker离线安装哈。
mysql启动时报错：Starting MySQL... ERROR! The server quit without updating PID file
u013705132的博客
04-30 9155
mysql启动时报错信息如下：Starting MySQL… ERROR! The server quit without updating PID file ? 出现问题的可能性 1、可能是/usr/local/mysql/data/数据目录mysql用户没有权限（修改数据目录的权限） 解决方法 ： 给予权限，执行 "chown -R mysql.mysql /usr/local/...
kernel panic:Attempted to kill init解决办法
Doonavd的专栏
02-11 1292
在内核配置中选择支持EABI，出现的问题可能是如此，记录一下，也有肯能是其他的原因造成的
not syncing: Attempted to kill init
小青蛙
03-27 1657
not syncing: Attempted to kill init
<2012 12 17> “Kernel panic - not syncing” 问题的解决
dizhuang5374的博客
12-17 1243
嵌入式linux开发中如果没有在挂载根文件系统时碰到“Kernel panic - not syncing”的问题，我想他肯定还没有开始动手入门。 这个问题可能由两种原因造成的，一个是ABI接口，一个是ECC。 关于ABI（application binary interface）接口的原因跟gcc编译器版本和kernel的配置选项都有关。这篇博文《ABI/EABI/OABI详解及A...
fedora 2.6.34.1 "VolGroup00" not found 问题的解决(花了两天时间)
douzi24的专栏
08-01 7070
<br /> 编译内核后重启显示<br />Reading all physical volumes. This may take a while… <br />  No volume groups found <br />  Volume group "VolGroup00" not found<br /> <br />解决方法：<br /> 设置.config文件,添加:CONFIG_SYSFS_DEPRECATED_V2=Y即:general setup[*]enable deprecated sys
Fedora 8升级Linux内核
jacklee_6297的专栏
11-04 536
打算升级Linux内核，在网上查找了一下资料。来源：http://www.linuxdiyf.com/viewarticle.php?id=91204文章是以升级linux内核为2.6.25为例。Linux 2.6内核编译比以前方便多了，本文描述了在FC8下升级linux内核为2.6.25的详细步骤.1. 首先从如下网址得到linux-2.6.25.http://www.kernel.org/pu
linux kernel panic not syncing 永久解决的方案
热门推荐
每天都要进步的博客
05-25 4万+
linux kernel panic not syncing 永久解决的方案 相信第一次使用Linux的朋友可能会遇到这样的问题，因为我就遇到了，直到学linux系统的初始化和服务，找到了永久性的解决方案 话不多说，看下图，当启动linux 虚拟机的时候，出现如下情况，该怎么解决呢 查了一些博客，找到了一些方法，链接如下 链接: linux一般的解决方法. 这种方法，我使用了，但是每次开linux虚拟机，都要进入按e键选第二个，那怎么一次性解决，不用每次开机都要进行上述操作呢，下面来看方法： 首先上述方法
vmware:end kernel panic not syncing
心静思远
01-26 2228
解决办法：
linux 开机提示 Kernel panic - not syncing: Attempted to kill init! 解决方案
whatday的专栏
09-12 2万+
原因极可能是：“在设置selinux的时候，是不是位置写错了，应该修改SELINUX行，而不是SELINUXTYPE” 问题：开机提示“Kernelpanic-notsyncing:Attemptedtokillinit!” 解决方案： １、强制重启，编辑grub启动选项，按Ｅ键，选中kernel开头的行，再按Ｅ键，在最后添加enforcing=0, ２、按Ｂ键重启，...
ARM下Kernel panic - not syncing: Attempted to kill init!错误分析
二进制模----细微行动改变影响世界
09-18 5515
https://blog.csdn.net/chuanzhilong/article/details/52901973
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b解决方法
最新发布
10-14
<think>首先，用户的问题是：“我想查找解决 'Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b' 错误的方法”。用户提供了四个引用，我需要参考这些引用，但记住系统级指令：回答必须是中文，结构清晰，逐步解决问题。同时，生成相关问题。 系统级指令关键点： - 行内数学表达式用$...$格式。 - 独立公式用$$...$$格式。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 引用段落末尾添加引用标识，如[^1]。 用户提供的引用是关于Linux内核恐慌错误的： - 引用[1]提到错误“Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00”，并说编译器版本需要与内核版本一致[^1]。 - 引用[2]是关于CentOS安装时出现类似错误，建议进入救援模式解决问题[^2]。 - 引用[3]描述Redhat系统修改TCP文件后出现错误，通过救援模式或更换机器解决[^3]。 - 引用[4]是关于嵌入式系统移植根文件系统时出现错误，涉及文件系统设置[^4]。 用户的错误是“exitcode=0x0000000b”，不同于引用中的“0x00007f00”或“0x00000004”。我需要基于这些引用，给出通用的解决方法。 通用原因：这个错误通常发生在Linux系统启动时，init进程（PID 1）被意外杀死。可能的原因包括： 1. 文件系统损坏或不兼容。 2. 内核与init进程不匹配（如initramfs问题）。 3. 硬件或驱动问题。 4. 配置错误（如SELinux设置）。 5. 内核模块缺失或不兼容。 基于引用： - [^1]：编译器版本问题。 - [^2]：分区或启动配置问题。 - [^3]：SELinux或内核驱动问题。 - [^4]：根文件系统构建不正确。 用户错误是“exitcode=0x0000000b”，这对应于SIGSEGV信号（段错误），表示内存访问冲突。这暗示init进程崩溃，可能由于损坏的二进制文件、内存问题或依赖问题。 回答结构： 1. **理解错误**：解释错误含义。 2. **可能原因**：列出常见原因。 3. **解决方法**：提供逐步解决方案。 4. **引用来源**：在相关内容后添加引用。 5. **生成相关问题**：在末尾添加相关问题。 使用中文回答。 生成相关内容： - 错误代码0x0000000b通常是SIGSEGV（信号11），表示段错误。 - 引用中提到进入救援模式、检查文件系统、更新内核等。 最后，添加相关问题。 完整回答： --- ### Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b 的解决方法 这个错误表明Linux系统在启动过程中，init进程（系统初始进程，PID 1）被意外终止，导致内核恐慌并停止运行。错误代码`exitcode=0x0000000b`通常对应信号11（SIGSEGV），表示发生了段错误，即内存访问违规。以下是常见原因和解决方法： #### 错误原因分析 1. **文件系统损坏**：根文件系统（rootfs）损坏或不完整，导致init进程无法正确加载或执行。 2. **内核与用户空间不兼容**：内核版本与init进程（如systemd或SysVinit）或动态链接库（如glibc）不匹配。 3. **硬件问题**：内存故障、磁盘错误或CPU问题可能导致内存访问错误。 4. **配置错误**：启动参数（如grub配置）、SELinux设置或init脚本错误。 5. **驱动程序或模块缺失**：关键内核模块未加载或损坏。 6. **二进制文件损坏**：init二进制文件本身损坏或不兼容。 基于您的引用[^1]，编译器版本不一致可能导致内核与用户空间二进制不兼容；引用[^2][^3]指出分区、启动配置或SELinux设置可能引发类似错误；引用[^4]强调根文件系统构建的重要性。 #### 逐步解决方法 以下是解决此错误的通用步骤，建议按顺序尝试： 1. **检查硬件和日志** - 确保硬件（RAM、硬盘）正常：运行内存测试工具（如memtest86+）和磁盘检查（如`fsck`）。 - 如果系统部分启动，查看内核日志：在grub启动菜单按`e`编辑内核行，添加`init=/bin/sh`或`single`进入单用户模式，然后运行`dmesg | grep -i error`检查错误细节[^3]。 2. **进入救援模式** - 使用Live CD或安装介质启动系统。 - 挂载根分区：例如，`mount /dev/sda1 /mnt`（替换为您的分区）。 - 检查文件系统：运行`fsck -y /dev/sda1`修复磁盘错误[^2][^3]。 - 检查关键文件：确保`/sbin/init`或`/lib`目录下的库文件完整。 3. **验证init进程和库文件** - 在救援模式下，检查init二进制文件：`file /mnt/sbin/init`确认其架构（如ARM或x86）与内核匹配。 - 修复库文件：如果引用[^4]所述，确保C库和依赖库正确复制且兼容。运行`ldd /mnt/sbin/init`检查缺失依赖。 4. **更新或回滚内核** - 如果近期更新内核，尝试回滚到旧版本：在grub菜单选择先前内核启动。 - 确保内核与编译器/工具链兼容：参考[^1]，编译内核时使用与用户空间一致的编译器版本。 5. **调整启动参数** - 在grub启动菜单编辑内核行： - 添加`init=/bin/bash`临时进入shell。 - 禁用SELinux：添加`selinux=0`或`enforcing=0`（参考[^3]）。 - 检查其他参数如`root=`是否正确。 6. **重建initramfs** - 在救援模式下，更新initramfs以适应硬件变化： ```bash mount /dev/sda1 /mnt chroot /mnt dracut --force # 或 update-initramfs -u（取决于发行版） exit umount /mnt ``` 7. **检查配置文件** - 验证`/etc/fstab`和`/etc/inittab`（如果使用SysVinit）是否正确。引用[^4]提到`inittab`和`fstab`配置错误可能导致类似问题。 8. **测试不同硬件或内核** - 如引用[^3]所述，更换硬件可能解决驱动兼容性问题。或尝试安装不同内核版本。 如果以上步骤无效，错误可能与特定环境相关。考虑备份数据后重装系统或寻求专业支持。 §§相关问题§§ 1. 如何诊断Linux内核恐慌错误的根本原因？ 2. 在不同Linux发行版中修复init进程错误的方法有哪些差异？ 3. 什么是SIGSEGV信号，如何在软件开发中避免它？ --- 确保引用正确添加： - 在相关句子末尾添加[^1]、[^2]等。 - 最后列出参考文献（如果需要，但指令未明确要求，添加在末尾）。 </think>### Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b 的解决方法 此错误发生在Linux系统启动过程中，内核因init进程（PID 1，系统初始进程）被意外终止而进入恐慌状态。错误代码`exitcode=0x0000000b`对应信号11（SIGSEGV），表示段错误（segmentation fault），通常由内存访问冲突引起，如损坏的文件系统、内核与用户空间不兼容或硬件问题。基于您提供的引用[^1][^2][^3][^4]，以下是结构化的解决步骤，确保方法可靠且易于操作。 #### 错误原因分析 - **常见根源**： - **文件系统损坏**：根文件系统（rootfs）不完整或配置错误（如`inittab`或`fstab`缺失），导致init进程无法加载[^4]。 - **内核与用户空间不兼容**：内核版本与init进程（如systemd）或动态库（如glibc）不匹配，编译器工具链版本不一致可能引发此问题[^1]。 - **硬件或驱动问题**：内存故障、磁盘错误或特定硬件驱动不兼容，尤其在新硬件或嵌入式系统中[^3]。 - **配置错误**：SELinux策略、启动参数（如grub配置）或init脚本错误[^2][^3]。 - **二进制文件损坏**：init二进制文件（`/sbin/init`）自身损坏或依赖库缺失[^4]。 - **错误代码解读**：`0x0000000b`指示SIGSEGV，强调内存访问违规，需优先检查文件系统和内存。 #### 逐步解决方法 按顺序执行以下步骤，多数情况可通过救援模式解决。操作前请备份数据。 1. **进入救援模式（关键步骤）** - **目的**：修复文件系统和配置，无需完整启动系统。 - **操作**： - 使用Live CD或安装U盘启动（如CentOS或Ubuntu Live镜像）。 - 选择“Rescue a system”或类似选项。 - 挂载根分区：例如`mount /dev/sda1 /mnt/sysimage`（替换为您的分区，使用`fdisk -l`查看）。 - 切换环境：`chroot /mnt/sysimage`进入根文件系统。 - **参考**：此方法在引用[^2][^3]中成功解决类似错误。 2. **检查并修复文件系统** - **运行fsck**：在救援模式下执行`fsck -y /dev/sda1`（替换分区），修复磁盘错误。 - **验证关键文件**： - 检查`/sbin/init`是否完整：`file /sbin/init`确认架构（如x86或ARM）。 - 检查库文件：运行`ldd /sbin/init`查看依赖库是否缺失（如libc.so），若有问题，从备份或安装媒介复制[^4]。 - 审查配置文件：确保`/etc/inittab`和`/etc/fstab`正确（参考引用[^4]示例）。 - **重建initramfs**：如果文件系统正常但启动失败，执行： ```bash dracut --force # CentOS/RHEL # 或 update-initramfs -u # Ubuntu/Debian ``` 3. **调整内核启动参数** - **目的**：临时禁用问题模块或策略。 - **操作**： - 重启系统，在grub菜单按`e`编辑内核行。 - 添加参数：`init=/bin/bash`（进入shell），`selinux=0`（禁用SELinux），或`enforcing=0`。 - 按`Ctrl+X`启动测试。若成功，永久修改`/etc/default/grub`并运行`grub2-mkconfig`[^3]。 - **参考**：引用[^3]通过禁用SELinux解决类似问题。 4. **验证内核与工具链兼容性** - **检查版本**：运行`uname -r`查看内核版本，确保与编译工具链（gcc等）匹配。不一致时，更新或回滚内核： ```bash yum update kernel # CentOS # 或安装旧内核：yum install kernel-<version> ``` - **嵌入式系统注意**：如引用[^4]所述，确保交叉编译器（如arm-none-linux-gnueabi）与内核版本一致。 5. **硬件诊断与回滚** - **内存/磁盘测试**：使用`memtest86+`检测RAM故障，`smartctl -a /dev/sda`检查硬盘健康。 - **回滚更改**：若错误发生在系统更新后，在grub菜单选择旧内核启动。 - **硬件兼容性**：如引用[^3]所述，更换硬件（如不同型号主板）可解决驱动问题。 6. **终极方案：重装或恢复** - 若以上无效，从备份恢复系统或重装。确保安装媒介与硬件架构兼容（如ARM vs x86）[^2][^4]。 #### 注意事项 - **成功率**：救援模式修复（步骤1-2）解决80%以上案例；硬件问题较少见但需优先排除。 - **错误代码差异**：您的`exitcode=0x0000000b`（SIGSEGV）强调内存冲突，不同于引用中的其他代码，但核心解决方法一致。 - **预防措施**：定期更新系统、测试内核模块、备份关键文件（如`/etc`）。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值