CentOS7 删除多余的开机启动项

最新推荐文章于 2025-06-23 07:00:00 发布
原创 最新推荐文章于 2025-06-23 07:00:00 发布 · 7.8k 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍如何在系统中移除更新前的旧内核版本，包括查看当前内核版本、列出所有内核RPM包、使用YUM命令移除指定内核及重启验证效果。

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

  • 开机的时候会发现有多个启动项，这是因为系统内核更新后没有把更新前的内核给删除掉，所以留了下来。下图中，

选项1：为更新后的新内核3.10.0-957.1.3.el7，

选项2：为更新前的内核3.10.0-957.el7，

选项3：为急救时用的。

  • 我们的目的是要将第二个选项给删除，做法如下：

执行命令：uname -a 查看系统当前内核版本

执行命令：rpm -qa | grep kernel 查看系统中全部的内核RPM包

 

执行命令：yum remove kernel-3.10.0-957.el7 删除旧内核的RPM包

最后执行命令：reboot重启

 重启后发现刚才的选项2没有了。

CentOS上如何自定义开机启动服务
ldswfun的专栏
04-25 626
在CentOS7之后自定义开机启动服务，可以通过创建一个systemd服务单元文件来实现。以下是创建自定义服务并设置其开机启动的步骤
Centos7.x启动项及开机信息修改
CrushLSG的博客
06-18 2056
1.开机启动项修改 vi /boot/grub2/grub.cfg 没有更改之前的，里面很多
centos yum更新及删除多余启动项
01-10
更新有多种方法，这次是在有网络情况下，进行yum安装 命令行很简单 yum update 然后就是y、、、、 更新结束后如果直接重启会发现，多出几个启动项，那么怎么删除这些多余内核呢？或者说旧的不用的内核？ 1、查看当前运行内核版本 uname -a 2、查看系统中全部kernel rpm -q kernel 3、delete old kernel： yum remove kernel-3.XXXXX.el7 yum remove kernel-d。。。。。.el7 这些删除的是多余的内核 4、reboot：     reboot 发现多余的内核启动已经删除 附其他小伙伴的详细
CentOS删除多余的启动项
繁华落尽梦一场
05-12 1527
更新内核后，旧的内核还在，而且启动项上也有，看起来不好看，所以想办法去掉多余的启动项，这儿介绍两种方法，一种方法是直接删除内核，另一种是修改启动项，只是 让它不显示。     第一种：删除旧内核：     首先要知道自己当前的内核版本，执行 uname -a    我的显示是：
Linux系统之grub-set-default详解
weixin_56303229的博客
06-23 675
grub-set-default 是 GRUB 工具链中的一个实用工具，用于永久设置默认引导项，影响所有后续启动。其核心功能是通过修改 GRUB 的 saved_entry 记录，指定系统默认启动的菜单项。该命令依赖于 /etc/default/grub 中的 GRUB_DEFAULT=saved 配置，适用于多系统环境下的启动项管理、内核版本切换或故障排查场景。
centos7 多个启动菜单(选项),如何删除?
weixin_33798152的博客
01-01 3722
centos7 升级之后,存在多个启动菜单(启动选项),如何删除? 思路:删除多余的内核程序,就行了. 1.查看内核程序.rpm -qa | grep kernel 2.删除多余的内核.yum erase 内核名称(步骤1中显示的结果中的一条或多条,不是全部 ) 3.重启系统. 注:1.需要root权限. 2.将多余选项的删除,一般选择删除版本比较早的. 转载于:https://bl...
centos 删除多余的内核启动项
qq_41001983的博客
04-17 473
1.rpm -qa | grep kernel 查询系统中全部的内核 2.yum remove ******（要删除的文件）
删除 CentOS Stream 8 开机多余引导项及等待时间
暗诺星刻的博客
09-03 2220
删除 CentOS Stream 8 开机多余引导项及等待时间删除"System setup"删除 CentOS (0-rescue-XXX)去掉开机关于引导项的 5 秒等待时间 笔者的运行环境： CentOS Stream 8 x86_64   笔者的电脑在安装 CentOS Stream 8 之后，开机一直出现 5 秒的开机引导项选择等待。在该引导项中，除了无操作之后，系统默认选择的 CentOS Stream 8，还有两个多余项： CentOS (0-rescue-XXX) 8 System s
CentOS7安装导致开机没有win10启动项以及win10删除CentOS7安装盘后开机启动失败问题
qq_37962545的博客
11-19 1870
问题一：       win10+linuxmint+centos,安装centos后，开机没有win10 的启动项。 解决办法：1.添加EPEL源，（ntfs-3g）在该源中                     #yum serach epel                    #yum install epel-release                    2.安装nt
删除centos7开机界面多余选项
zofia_enjoy的博客
11-09 5317
CentOS更新后并不会自动删除旧内核，故在启动选项中会有多个内核选项。除最新内核和rescue内核外，其余旧内核均可删除，具体操作如下: 1.查看当前内核版本: # uname -a Linux localhost.localdomain 3.10.0-229.20.1.el7.x86_64 #1 SMP Tue Nov 3 19:10:07 UTC 201 GNU/Linu
删除多个linux引导项,centos如何删除多余的启动引导项?
weixin_31220401的博客
05-12 522
在CentOS更新后,并不会自动删除旧内核。所以在启动选项中会有多个内核选项,可以手动使用以下命令删除多余的内核:1.查看系统当前内核版本:# uname -aLinux localhost.localdomain 3.10.0-229.20.1.el7.x86_64 #1 SMP Tue Nov 3 19:10:07 UTC 201GNU/Linux2.查看系统中全部的内核RPM包:# rpm...
centos7删除启动引导无用菜单项
feinifi的博客
09-07 1万+
centos7删除引导配置grub.cfg中的无用菜单项,加快虚拟机启动速度。
centos7开机启动项查看，加入和移除
小毛贼_哪里逃
12-07 789
查看 systemctl list-unit-files | grep enable 加入 systemctl enable docker 移除 systemctl disable docker
CentOS7删除开机启动项中的多余内核
热门推荐
chen798213337的博客
03-05 1万+
1、问题描述： 在CentOS升级后，在关机重启后，启动项会多出一条新的条目如下图所示：再确定新的内核不出现问题时，可以删除这些内核。 2、解决方案： （1）查询正在使用的内核 ： uname -a[bigdata@bigdata ~]$ uname -a Linux bigdata 3.10.0-327.36.3.el7.x86_64 #1 SMP Mon Oct 2
Linux centos7 开机多出启动项
2301_80336209的博客
08-11 588
进入/boot（cd /boot）目录下ls进行查看，可以发现许多文件，文件名是以 vmlinuz 开头，后面跟着版本信息，这些就是内核。我们要做的就是删除多余的内核文件，然后重新生成 grub 的配置文件。我是将所有名字涉及第一个启动项的文件全部rm删除，然后在当前目录下找到grub配置文件grub.cfg的位置，我的是在/boot/grub2/grub.cfg。运行下面命令让grub2重新生成这个配置文件，后面为自己的配置文件所在地址。yum包更行到最新更新重启后多出启动项。进入第二项为正常启动项。
清除CentOS7多余的引导项
beeworkshop的博客
09-26 1501
进入/boot/grub2/ vim grub.cfg 编辑 查找menuentry关键字。使用#注释 menuentry ... { ...... } 一个menuentry就是一个启动菜单项。
mysql 移除服务启动项_Centos7 设置、查看、添加、删除服务的开机启动项
weixin_30923011的博客
01-19 470
查看开机启动项systemctl list-unit-files | grep enable为服务添加开机启动项systemctl enable zabbix-server.service移除开机启动项的服务[root@localhost bin]# systemctl disable zabbix-server.serviceRemoved symlink /etc/systemd/syst...
启动centos 7 删除自启动脚本记录
huxiaochao_6053的博客
09-12 643
找到centos 7 core 按 e 找到rhgb quite换成 init=/bin/sh 找到ro 换成rw 按ctrl+x执行 #进入自启动脚本目录 cd /etc/initd.d/ #删除自启动脚本 rm 脚本名称
centos7 设置firewalld开机不启动但是开机仍然启动是怎么回事
最新发布
07-13
<think>嗯，用户想了解为什么在CentOS 7中设置了firewalld开机不自启，但系统启动时它仍然运行。这个问题确实有点奇怪，用户可能已经尝试过用systemctl disable命令但没效果，现在很困惑。 从引用内容来看，有几个关键点值得注意：引用[2]提到firewalld的systemd服务文件位置在/usr/lib/systemd/system/firewalld.service；引用[4]讨论了服务开机启动的原理；引用[1]和[3]则说明了重启防火墙的不同方式及其影响。 用户可能遇到的情况是：明明执行了systemctl disable firewalld，但重启后服务还是跑起来了。这通常有四个可能原因：一是服务被其他单元依赖强制启动，二是服务文件被修改过，三是存在残留的启动脚本，四是防火墙状态被持久化配置了。 需要给用户提供完整的排查步骤：先用systemctl list-dependencies查依赖链，再检查服务文件是否被篡改，然后排查/etc/rc.d/目录有无遗留脚本，最后确认/etc/sysconfig/firewalld里的启动参数。解决方案要分情况处理，比如用mask命令阻断依赖启动，或者手动清理残留配置。 用户应该需要具体的命令示例，比如如何用systemctl mask强制禁用，或者如何编辑配置文件。考虑到用户可能是运维人员，可以补充说明mask命令和disable命令的本质区别——前者是创建符号链接来阻止启动，后者只是移除启动关联。 另外要注意提醒用户操作风险，比如mask命令可能导致依赖firewalld的服务异常。最后可以延伸讨论下systemd的依赖管理机制，这样用户以后遇到类似问题能举一反三。</think>在CentOS 7中配置`firewalld`禁止开机自启后服务仍然自动启动，通常是由以下原因及对应的解决方法： --- ### **原因分析与解决方法** #### **1. 服务被其他单元依赖强制启动** * **原因**：`firewalld`可能被其他系统服务或单元（如`network.target`、`multi-user.target`）隐式依赖，导致开机时被拉起。 * **验证**： ```bash systemctl list-dependencies --reverse firewalld.service ``` 查看是否有其他服务依赖`firewalld`。 * **解决**： * **方法1**：使用`mask`强制禁用（推荐）： ```bash sudo systemctl mask firewalld ``` 此命令创建符号链接`/etc/systemd/system/firewalld.service → /dev/null`，彻底阻止服务启动。 * **方法2**：移除依赖关系（需谨慎）： 编辑依赖`firewalld`的服务单元文件，删除`Requires=firewalld.service`或`Wants=firewalld.service`等配置。 #### **2. 服务单元文件被修改** * **原因**：若`/usr/lib/systemd/system/firewalld.service`被修改（如添加`Restart=always`），可能导致服务异常启动。 * **验证**： ```bash systemctl cat firewalld ``` 检查输出中是否有非标准配置。 * **解决**： 恢复默认配置或手动修正： ```bash sudo cp /usr/lib/systemd/system/firewalld.service /etc/systemd/system/ # 复制到覆盖目录 sudo nano /etc/systemd/system/firewalld.service # 删除异常配置 sudo systemctl daemon-reload ``` #### **3. 残留SysVinit脚本（老旧系统）** * **原因**：若系统曾从SysVinit迁移，可能存在`/etc/rc.d/rc*.d/`中的启动脚本。 * **验证**： ```bash ls -l /etc/rc.d/rc*.d/*firewalld* ``` * **解决**： 删除所有以`S`开头的符号链接： ```bash sudo find /etc/rc.d/ -name "*firewalld*" -exec rm -f {} \; ``` #### **4. Firewalld自身配置持久化** * **原因**：`firewalld`的`/etc/sysconfig/firewalld`文件可能包含启动参数（如`FIREWALLD_ARGS="--nofork"`）。 * **验证**： ```bash cat /etc/sysconfig/firewalld ``` * **解决**： 清空或注释相关配置： ```bash sudo sed -i 's/^FIREWALLD_ARGS=.*/#&/' /etc/sysconfig/firewalld ``` --- ### **完整操作流程（推荐方案）** ```bash # 1. 强制禁用firewalld（阻断依赖启动） sudo systemctl mask firewalld # 2. 停止当前运行的服务 sudo systemctl stop firewalld # 3. 清理残留配置 sudo rm -f /etc/systemd/system/*/firewalld.service # 删除自定义单元文件 sudo find /etc/rc.d/ -name "*firewalld*" -delete # 删除SysVinit脚本 # 4. 重启系统验证 sudo reboot ``` --- ### **关键命令说明** | **命令** | **作用** | |-----------------------------------|--------------------------------------------------------------------------| | `systemctl mask firewalld` | 创建空链接阻止服务启动，优先级最高 [^4] | | `systemctl list-dependencies --reverse` | 反向追踪依赖关系，定位强制拉起firewalld的服务 | | `systemctl cat firewalld` | 查看合并后的单元文件配置（含覆盖层）[^2] | | `firewall-cmd --state` | 验证防火墙状态（重启后应为`not running`） | > **注意**：若使用`mask`后仍需临时启用，需先执行`systemctl unmask firewalld`再启动服务。 --- ### **延伸问题** 1. **`systemctl mask` 和 `disable` 的本质区别是什么？** `disable`仅移除开机启动链接，而`mask`通过链接到`/dev/null`使服务**完全不可启动**（即使被依赖）[^4]。 2. **如何排查被其他服务依赖强制启动的情况？** 使用 `systemd-analyze blame` 结合 `journalctl -u firewalld` 分析启动日志，定位触发源。 3. **Firewalld禁用后如何保证网络安全性？** 可改用`iptables`服务，或依赖云平台安全组。需手动配置规则并启用服务： ```bash sudo yum install iptables-services sudo systemctl enable iptables ``` [^1]: 服务重启会中断活动连接并重置规则。 [^2]: Firewalld的systemd单元文件路径及状态检查方法。 [^3]: `--complete-reload`会完全重置防火墙状态。 [^4]: `systemctl mask`是彻底禁用服务的标准方式，优先级高于依赖项。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值