解决Ubuntu18中 A stop job is running for .. 导致关机慢

最新推荐文章于 2025-06-29 21:51:08 发布
原创 最新推荐文章于 2025-06-29 21:51:08 发布 · 2.7w 阅读 · 56 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Ubuntu关机慢 # A stop job is running for .. 

解决方法：

 

vim /etc/systemd/system.conf

修改

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

执行生效

systemctl daemon-reload

 

a stop job is running for /etc/rc.d/rc.local compatibility解决方法
Qinxiangling的博客
10-13 1万+
在linux系统关机或者重启的过程中出现卡死现象，按ESC键出现如下图： a stop job is running for /etc/rc.d/rc.local compatibility(1min 33s/ no limit) 解决方法： 编辑，输入命令： vim /usr/lib/systemd/system/rc-local.service 将TimeoutSec=0改为TimeoutSec=5即可 [Service] Type=forking ExecStart=/etc/rc.d/rc.lo
A stop job is running for /etc/rc.d/rc.local compatibility无法关机问题
michael_linux的博客，一个小小小学生。滴水穿石，步步为营，只为那刹那芳华。
04-03 2425
1、问题：A stop job is running for /etc/rc.d/rc.local compatibility 2、解决方案 2.1、方案一（不推荐） 2.2、方案二（不推荐） 2.3、方案三
Ubuntu18.04.5,启动时报: a start job is running for wait for network to be configured , 怎么解决? 笔记250629
最新发布
kfepiza的博客
06-29 969
通过以上方法，可以有效解决Ubuntu启动时卡在“A start job is running for wait for network to be configured”的问题。建议优先检查网络配置文件和忽略未使用的网卡，如果问题依旧，再考虑设置超时时间或检查网络硬件。
Ubuntu关机慢 A stop job is running for... 的缓兵之计
qq_40621963的博客
08-12 3595
Ubuntu 22.04关机时卡在Logo处，设置grub为文本界面时，显示“A stop job is running for Session c2 of User xxx (x s/1min 29s)”下次关机等待时间就变短了，不想重启也可以尝试命令systemctl daemon-reload。找了一圈不知道怎么解决，只能先粗暴地设置关机延迟时间，不然关机等好久太折磨人了。2. 编辑“/etc/systemd/system.conf。4. 把90s改为自定义的等待时间（30s?
Ubuntu虚拟机重启发现用时过长 stop job is running for Unattended Upgrades Shutdown (10s / 30 min)
sqlora的专栏
08-29 5439
Ubuntu虚拟机重启发现用时过长，显示：A stop job is running for Unattended Upgrades Shutdown (10s / 30 min)
A stop job is running for
chenliang0224的专栏
03-04 1857
Linux关机时提示A stop job is running for ..
a stop job is running for Security Auditing Services
weixin_34211761的博客
08-22 1458
内核是3.10.0-514.el7，启动时有如下报错： a stop job is running for Security Auditing Services(56s / 1min 30s) 系统启动失败，启动之后立刻会进入关机流程，看打印，明显已经加载了内核，但是在进行内核的启动任务的时候，遇到异常。 解决办法： 在grub阶段，按e进入编辑阶段，然后删除rhgb 和quiet模式，将...
ubuntu重启：A stop job is running for Advanced key-value store
u013493422的博客
05-26 983
vim /etc/systemd/system/redis.service TimeoutStopSec=5s
A stop job is running for Session c1 of user root (25s 1min 30s)问题
打不倒的程序猿
11-30 1708
写在前面今天在前端点击重启按钮，突然发现开发板的串口打印信息卡住了，时间比较长的有一处，比较短的有两处，大致为A stop job is running for Session c1 of user root (25s 1min 30s)，此处估计是在关机重启的时候，前端的用户进程没有退出，在等待退出，所以卡在这里，最大默认时间是90s，所以需要等待90s才可杀死这个进程查找一番，解决办法无非两种，一种是将默认的90s时间改短，比如1s、5s等，通过短时间强制杀死进程。另一种是安装看门狗设置自启动。
Linux关机提示"A stop job is running for ..."
weixin_34104341的博客
12-12 1万+
一、现象 Linux关机时提示A stop job is running for .. 导致关机慢。 二、解决方法 编辑: /etc/systemd/system.conf 修改下面两个变量为： DefaultTimeoutStartSec=10s DefaultTimeoutStopSec=10s 执行： systemctl daemon-reload 转载于:https://blog.51ct...
Linux重启提示“A stop job is running for ...“
qq_40907977的博客
11-29 1万+
Linux系统重启提示 ：A stop job is running for Zabbix Server 解决办法 ： 1、删除所有.lck的文件 然后重启系统 2、CentOS系统 编辑: /etc/systemd/system.conf 修改下面两个变量为： DefaultTimeoutStartSec=10s DefaultTimeoutStopSec=10s 执行： systemctl...
A stop job is running for snappy daemon
热门推荐
诗水人间
11-30 15万+
换root用户执行 su root 编辑 vim /etc/systemd/system.conf 去掉注释符‘#’ 并修改下面两个变量为： DefaultTimeoutStartSec=3s DefaultTimeoutStopSec=3s 执行 systemctl daemon-reload 然后就会变成3秒
kali Linux关机或重启时提示"A stop job is running for ..."
penge199761的博客
01-23 3万+
一、现象 Linux关机或重启时提示A stop job is running for .. 导致关机慢。 二、解决方法 编辑/etc/systemd/system.conf 修改下面两个变量为： DefaultTimeoutStartSec=10s DefaultTimeoutStopSec=10s 执行：systemctl dae
[Ubuntu18-Linux]解决错误：A stop job is running for Snappy daemon (1min 16s / 1min 30s)
皮皮昌的博客
08-27 3345
问题描述： 开机时出现一下提示，并且等待很长时间。 A stop job is running for Snappy daemon (1min 16s / 1min 30s) 解决方法： sudo su # 成为root用户 vim /etc/systemd/system.conf 修改 DefaultTimeoutStartSec=3s DefaultTimeoutStopSec=3s 加载修改的配置： systemctl daemon-reload ...
Ubuntu reboot重启时，提示a stop job is running for unattended upgrades shutdown 1s/30min
weixin_62093368的博客
03-11 387
修改两个位置，把注释删去，其他注释保留。编辑system.conf文件。
A stop job is running for LSB:start and stop redis_6379
sorry_sr的专栏
05-31 4127
问题 linux Reboot时间比较长，发现在关机的时候报了如下错误 原因 安装red4is时，设置requirePass，导致关闭redis时需要授权，而关闭的脚本中并没有设置密码 解决 修改/etc/init.d/redis_6379(stop下红框中内容，格式:$CLIEXEC -a "password"-p $REDISPORT shutdown) ...
stop job is running for Advanced key-value store
春花秋月冬雪风，留得残荷听雨声。
08-15 1162
删除 .lck 这几个目录
A stop job is running for LSB 等待时间长的问题
more_HH
08-28 1074
该部分的内容之前是为空的，实际上服务之间是有依赖关系的。这个注释是有用的，系统会进行解析该固定注释格式的内容。网上的教程好像效果不好。打印的是要等待5min.
a start job is running for raise network interfaces阻塞
03-25
<think>好的，我需要解决用户提到的systemd启动时因网络接口问题导致阻塞的问题。用户的问题描述是：“systemd a start job is running for raise network interfaces blocked troubleshooting solution”。首先，我需要理解用户的具体情况。当系统启动时，systemd可能会因为网络接口配置问题而卡住，显示类似“A start job is running for Raise network interfaces”的信息，导致启动过程延迟或失败。 接下来，我需要根据已有的引用内容来寻找可能的解决方案。查看用户提供的引用内容，引用[1]提到了使用systemctl检查失败的服务，特别是systemd-modules-load.service的问题。这可能与内核模块加载有关，但用户的问题更偏向网络接口，所以可能需要结合其他引用。引用[2]提到了使用netctl启动特定网络配置，以及更改MAC地址的方法。引用[3]则涉及Kubernetes的网络功能，可能与容器网络配置相关，但用户的问题可能更基础，涉及物理或虚拟网络接口的启动。 首先，考虑基本的排查步骤。检查失败的服务状态，如引用[1]中的命令：systemctl --state=failed。这可以帮助确认是否确实是网络服务启动失败。如果网络服务失败，可能需要检查网络配置文件，比如/etc/network/interfaces或Netplan的YAML文件（如果是Ubuntu系统）。另外，使用journalctl查看日志，过滤与网络相关的条目，例如journalctl -u networking.service或journalctl -u systemd-networkd.service。 接下来，考虑网络接口配置错误。用户可能配置了错误的静态IP、网关或DNS，导致服务启动超时。需要检查配置文件中的参数是否正确，特别是MAC地址是否正确，如引用[2]提到的更改MAC地址的命令。如果接口的MAC地址在配置文件中被硬编码，而硬件更换导致MAC地址变化，也会引发问题。此时，可以尝试注释掉MAC地址的配置行，或更新为正确的地址。 另外，DHCP获取失败也可能导致问题。如果使用动态IP配置，但DHCP服务器不可达，网络服务可能超时。可以暂时改用静态IP测试，或检查DHCP服务器的可用性。 还有可能是网络接口驱动或硬件问题。使用dmesg | grep eth0（假设接口为eth0）查看内核日志，确认驱动是否正确加载，接口是否被识别。如果有硬件问题，可能需要更换接口或检查物理连接。 系统启动超时设置也可能影响。systemd默认的启动超时时间可能太短，可以通过在服务文件中设置TimeoutStartSec参数来延长，但这只是临时解决方案，应优先解决根本问题。 此外，禁用冲突的网络管理工具，如NetworkManager和systemd-networkd同时运行可能导致冲突。需要确定使用哪一种工具，并禁用另一个。 对于使用netctl的用户（如引用[2]），确保配置正确，并手动启动网络配置以测试。如果问题出在特定的网络配置文件中，可能需要修复或替换该文件。 最后，如果所有方法无效，可能需要考虑恢复备份配置或重新安装网络工具包。同时，确保系统更新到最新版本，以修复可能的软件缺陷。 总结以上步骤，形成结构化的解决方案，逐步引导用户排查问题。需要确保命令正确，并提醒用户谨慎修改系统文件，建议备份后再操作。</think>### 解决“A start job is running for Raise network interfaces”阻塞问题 #### 1. **查看失败服务状态** 使用以下命令检查具体失败的服务： ```bash $ systemctl --state=failed ``` 如果发现`systemd-networkd.service`或`networking.service`失败，说明网络服务启动异常[^1]。 #### 2. **检查网络接口配置** - **Netplan（Ubuntu）**：检查`/etc/netplan/*.yaml`文件中的配置，例如： ```yaml network: version: 2 ethernets: eth0: dhcp4: true # 若静态IP配置错误会导致阻塞，可暂时改为dhcp4: true测试 ``` - **传统配置（Debian/CentOS）**：检查`/etc/network/interfaces`，确保未指定不存在的接口或错误MAC地址[^2]。 #### 3. **查看详细日志** 通过`journalctl`过滤网络服务日志： ```bash $ journalctl -u systemd-networkd.service --since "5 minutes ago" ``` 若日志显示`eth0: Failed to bring up interface`，可能是驱动或硬件问题。 #### 4. **处理MAC地址冲突** 若配置中指定了MAC地址（如`hwaddress ether 00:11:22:33:44:55`），但实际硬件地址已变更： ```bash $ ip link show eth0 # 查看实际MAC地址 ``` 修改配置文件中的MAC地址或删除该配置行。 #### 5. **测试DHCP模式** 将网络配置临时改为DHCP模式，观察是否仍阻塞： ```bash $ sudo dhclient eth0 # 手动获取IP ``` 若成功，说明静态配置有误；若失败，检查DHCP服务器或物理连接。 #### 6. **禁用冲突服务** 若同时运行`NetworkManager`和`systemd-networkd`，可能导致冲突： ```bash $ sudo systemctl stop NetworkManager $ sudo systemctl disable NetworkManager ``` #### 7. **延长启动超时时间（临时）** 编辑服务文件，增加超时阈值（需谨慎）： ```bash $ sudo systemctl edit systemd-networkd.service ``` 添加： ```ini [Service] TimeoutStartSec=300 # 单位：秒 ``` #### 8. **恢复默认配置** 若不确定配置错误位置，可备份后恢复默认配置： ```bash $ sudo mv /etc/netplan/50-cloud-init.yaml /etc/netplan/50-cloud-init.yaml.bak $ sudo netplan generate $ sudo netplan apply ``` --- ###
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值