Ubuntu-Unattended upgrade in progress during shutdown

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

#linux #ubuntu

本文介绍Unattendedupgrade的自动更新功能，解释遇到正在进行中的更新时的应对策略，包括等待更新完成和如何关闭自动检查。还提供手动更新指令以及技术细节和操作步骤。

Unattended upgrade in progress during shutdown

  1. 什么是Unattended upgrade？

    自动更新机制：自动安装最新的安全或者其他更新，

  2. 遇到了应该怎么办？

    建议不要强行打断，慢慢等！

    按理说最多更新30mins，已更新时长可通过按Esc键查看

  3. 如何关闭？

    点击软件与更新，进入更新选项卡，将自动检查更新设置为从不

    当你需要更新时，你可以使用如下指令：

    sudo apt-get update
sudo apt-get upgrade
ubuntu 软件包管理之三--unattended-upgrades
我的专栏
09-26 1389
一旦我们将工控机部署到现场或完成服务器的安装，由于操作系统内核或某些软件存在漏洞，系统在使用过程中难免会受到来自互联网的潜在攻击威胁。为了及时修复这些漏洞，我们需要采取措施来保障系统的安全性。最初，我们可能采用手动方式进行更新，使用命令和进行系统软件的更新。尽管这种方法对于服务器可能还相对可行，但对于大规模的工控机部署，这显然不太适用。手动更新需要大量的工作量，而且操作系统的官方源也不一定适合我们特定的系统需求。为了应对这个挑战，我们介绍了一种无需人工干预的升级方式，即使用工具。：我们首先安装和配置。
解决Linux中“无人值守升级在关机期间，请不要关闭计算机进程”问题
weixin_47644246的博客
03-22 9384
解决Linux中“无人值守升级在关机期间，请不要关闭计算机进程”问题 电脑重启后进入Linux系统过程中，突然出现“Unattended-upgrade in progress during shutdown, please don’t turn off the computer progress:95.3488%(linux-image-5.4.0.67-generic)”，等了好久,页面还是这样显示，进度也一直是95.3488% 首先要强制关机后重启，选择ubuntu第二高级选项，进去后如下图所示。再
Deepin 20关机提示Unattended Upgrades Shutdown的解决方法
学亮编程手记
09-13 4096
很多人都遇到执行deepin 20系统关机就提示：Unattended Upgrades Shutdown－Stop ongoing upgrades or perform upgrades before shutdown，以上程序阻止关机，强制关机可能会导致其数据丢失，您可以点击“取消”然后关闭这些程序。 原因分析： 有网友指教需要把unattended-upgrades这个组件卸载掉或者禁用掉该功能，但不一定会起作用，卸载用sudo apt remove unattended-upgrades命令，禁
Ubuntu 22.04 中禁用 `unattended-upgrades` 完全指南
最新发布
E9A398E6B8BAE79A84E5AE87E5AE99E4B8ADEFBC8CE4BB85E589A9E6989FE6989FE4BAAEE58589EFBC81
10-20 1237
Ubuntu 22.04 禁用自动更新指南：提供5种禁用unattended-upgrades的方法，包括临时/永久停止服务、修改配置文件、图形界面设置和完全卸载（不推荐）。详细说明每种方案的适用场景和操作步骤，并提醒禁用后需手动执行sudo apt update && sudo apt upgrade保持系统安全。同时包含状态检查方法和恢复自动更新的操作指引，适合需要控制更新时机的服务器或测试环境用户。
中级篇——ubuntu系统关闭unattended upgrades无人值守更新功能
热门推荐
玩转智能机器人
11-27 3万+
背景故事 在使用ubuntu虚拟机的过程中，遇到关机或重启很慢的问题，提示有一个UU（unattended upgrades）进程在工作，需要等待30min，如下图： 这个就很烦了，尤其对于开发人员，有很多情况修改配置或者遇到一些问题需要重启虚拟机，老是有这个程序干扰系统重启，如何搞定呢？ 经过一番了解，发现这个UU（unattended upgrades）进程就是ubuntu搞的一个类似于windows系统的自动更新程序，目的是让普通用户的系统能随时保持最新，但对于开发来说实属麻烦。这个进程会在后台自动
在虚拟机关机时，提示Ubuntu-Unattended upgrade in progress during shutdown, please don‘t turn off
qq_45390418的博客
03-15 2360
VMware Workstation 虚拟机中安装的 Ubuntu 18.04.4 操作系统 , 关机时 , 显示如下信息。此时按下esc 会显示当前进度，工作会持续30分钟，建议等待30分钟，令其自动关闭。下次进入系统之后，打开软件与更新，选择 更新 选项，将自动检查更新选项的改为 从不。以后需要更新的时候，可以进行手动更新。
【错误记录】VMware 虚拟机报错 ( Ubuntu-Unattended upgrade in progress during shutdown, please don‘t turn off )
让 学习 成为一种 习惯 ( 韩曙亮 の 技术博客 )
03-19 7228
Ubuntu-Unattended upgrade in progress during shutdown, please don't turn off the computer
乌班图显示在关机过程中正在进行无人值守升级，请勿关闭电源
07-07
在 Ubuntu 系统关机时提示“Unattended-upgrade in progress during shutdown, please don't turn off the computer”通常表示系统正在执行自动更新操作。这种情况可能会导致关机过程变慢，甚至让用户误以为系统卡住...
Debian自动化安装
diezhong0234的博客
08-21 2851
定制Debian的自动化安装 1 更改grub配置文件，修改安装系统选项，加载安装配置文件（/boot/grub/grub.cfg） if loadfont $prefix/font.pf2 ; then set gfxmode=800x600 insmod efi_gop insmod efi_uga insmod video_bochs insmod video_...
开机显示 faied to start NVIDIA persistence Daemon，开机时显示unattended-upgrade in progress during shutdown
qq_37295768的博客
05-08 1万+
ubuntu安装显卡驱动nvidia,导致开不了机，开机显示 faied to start NVIDIA persistence Daemon，开机时显示unattended-upgrade in progress during shutdown。 解决办法： 1、先开机，在按ESC键，进入开机选项，选中*Ubuntu 高级选项，选择Ubuntu，with linux 4.15.0-29-generic(recovery mode),每个人版本不一样，选择recovery mode就好，就可以开机进入桌面。
UBUNTU关机提示Unattended-Upgrades
tiandong123的博客
01-09 1010
UBUNTU关机经常提示Unattended-Upgrades，需要等待30分钟。使用以下命令将此功能卸载即可。
unattended-upgrades:在基于apt的系统上自动安装安全升级
05-10
无人值守升级 该脚本将自动无人值守地升级软件包。 如果您希望从命令行禁用它，请运行“ sudo dpkg-reconfigure -plow无人值守升级”。 它不会安装需要无法从允许的来源获取依赖关系的软件包，并且会在安装之前检查conffile提示，并保留所有需要它们的软件包。 设置 默认情况下，无人值守升级每天都会运行更新。 指定哪些软件包将自动升级的主要方法是通过其“来源”和“存档”。 这些分别来自存储库的Release文件的Origin和Suite字段，或者可以在以下输出中找到： $ apt-cache policy 在给定存储库的“ o”和“ a”字段中。 默认设置自动更新主存档和安全存档中的软件包，这意味着仅应用稳定更新和安全更新。 可以使用/etc/apt/apt.conf.d/50unattended-中列出的apt配置列表“无人值守升级::允许的来源”或“无人
ubuntu自动更新--unattended-upgrades
天道酬勤
04-09 1585
ubuntu自动更新--unattended-upgrades
Ubuntu虚拟机重启发现用时过长 stop job is running for Unattended Upgrades Shutdown (10s / 30 min)
sqlora的专栏
08-29 5690
Ubuntu虚拟机重启发现用时过长，显示：A stop job is running for Unattended Upgrades Shutdown (10s / 30 min)
Ubuntu unattended-upgrade 进程长时间占用cpu
kaerwar的博客
10-30 5472
## 参考文档 https://wiki.debian.org/UnattendedUpgrades APT::Periodic::Unattended-Upgrade "0"; 然后kill掉当前unattended-upgrade 进程即可
深度Deepin系统关机或重启的时候提示unattended upgrades shutdown的解决办法
黑鹰No龙少的博客
08-10 8127
昨天电脑关机的时候出现了这个提醒 unattended upgrades shutdown -Stop ongoing upgrades or perform upgrades before shutdown 意思是有正在更新的程序正在运行，但是每次关机都这么提示，那怎么能行，所以我干脆直接暴力一点，不让他自动更新就好，接下来我们打开路径 sudovim /etc/apt/apt.conf.d/20auto-upgrades 修改APT::Periodic::Unattended-Upgr.
关机时无人照管更新正在运行_了解iOS13.1后，在决定更新
weixin_39850062的博客
12-10 196
苹果提前发布了首个重要更新的iOS 13.1，补充了多个 iOS 13 首发时缺失的重要新功能，可以说 iOS 13.1 才是【真正】的 iOS 13 系统。苹果发布iOS13.1,都更新了哪些内容？iOS13.1修复问题和改进问题：?信息中拟我表情可能无法正确跟踪面部表情?提醒事项中部分用户无法共享 iCloud 列表?备忘录的搜索结果中可能无法显示 Exchange...
Ubuntu reboot重启时，提示a stop job is running for unattended upgrades shutdown 1s/30min
weixin_62093368的博客
03-11 614
修改两个位置，把注释删去，其他注释保留。编辑system.conf文件。
linux中unattended-upgr是什么，如何关闭
ldcaws的专栏
06-17 5510
关闭 unattended-upgrades 进程可能会停止某些软件包的更新，这也会增加计算机受攻击的风险。因此，建议仅在必要时关闭此进程。unattended-upgrades 是 Ubuntu 操作系统自动更新软件包的一个进程。它默认开启，定期检查可用更新并自动升级。这样就会禁用 unattended-upgrades 进程，使其在启动时不会自动启动。执行后会立即停止unattended-upgrades 进程。
unattended-upgrades.service - Unattended Upgrades Shutdown Loaded: loaded (/usr/lib/systemd/system/unattended-upgrades.service; enabled; preset: enabled) Active: active (running) since Mon 2025-03-31 08:56:24 CST; 11min ago Docs: man:unattended-upgrade(8) Main PID: 237 (unattended-upgr) Tasks: 2 (limit: 18669) Memory: 14.2M () CGroup: /system.slice/unattended-upgrades.service └─237 /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal Mar 31 08:56:24 AMD9700X-202502 systemd[1]: Started unattended-upgrades.service - Unattended Upgrades Shutdown.
04-01
<think>好的，我现在要处理用户提供的关于`unattended-upgrades.service`的状态信息的问题。用户之前已经询问过关于`unattended-upgr`进程被占用的原因，现在他们给出了一个具体的systemd服务状态输出，并希望了解这个服务的具体情况。首先，我需要解析用户提供的systemd状态信息，理解每个部分的含义，然后结合之前的知识点，给出详细的解释。 首先，用户提供的服务状态显示： ``` unattended-upgrades.service - Unattended Upgrades Shutdown Loaded: loaded (/usr/lib/systemd/system/unattended-upgrades.service; enabled; preset: enabled) Active: active (running) since Mon 2025-03-31 08:56:24 CST; 11min ago Docs: man:unattended-upgrade(8) Main PID: 237 (unattended-upgr) Tasks: 2 (limit: 18669) Memory: 14.2M () CGroup: /system.slice/unattended-upgrades.service └─237 /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal Mar 31 08:56:24 AMD9700X-202502 systemd[1]: Started unattended-upgrades.service - Unattended Upgrades Shutdown. ``` 我需要逐行分析这些信息。首先，服务名称是“Unattended Upgrades Shutdown”，这让我联想到之前提到的`unattended-upgrades`服务，但这里可能有一个特定的关机处理进程。用户之前的问题是关于进程被占用的原因，现在这个服务处于活跃状态，已经运行了11分钟，主进程是Python脚本，执行的是`unattended-upgrade-shutdown --wait-for-signal`。这看起来和常规的自动更新服务有所不同，可能是在系统关机时处理未完成的更新任务。 接下来，我需要确认这个服务的用途。根据文档链接`man:unattended-upgrade(8)`，可能需要查阅手册，但根据经验，`unattended-upgrade-shutdown`可能是系统关机或重启时处理挂起更新的脚本。例如，在系统关闭前完成尚未应用的更新，或者在启动时应用更新。 然后，服务状态显示“active (running)”且已经运行了11分钟，这可能意味着该服务正在等待某个信号或条件完成。命令中的`--wait-for-signal`参数提示该进程可能在等待系统关机信号，比如在系统关闭时执行更新操作。这种情况下，服务可能会在关机过程中暂停，直到完成必要的更新步骤，这可能导致关机时间延长，或者用户遇到系统响应缓慢的情况。 考虑到用户之前询问过进程被占用的原因，这里需要解释为什么这个服务会长时间运行。可能的原因包括：系统在关机时触发了更新，但更新过程需要较长时间下载或安装包，或者等待其他进程释放锁。此外，`--wait-for-signal`可能意味着服务设计为在特定信号（如关机信号）到来时执行操作，此时可能处于等待状态，而非实际占用资源。 需要进一步分析该服务的配置文件和执行逻辑。服务文件路径是`/usr/lib/systemd/system/unattended-upgrades.service`，查看该文件可能获得更多信息。不过，用户没有提供该文件内容，可能需要基于常见配置进行推测。例如，该服务可能在系统关机时被激活，确保所有未完成的更新在关机前完成，避免部分更新导致系统不稳定。 此外，内存占用14.2M，任务数为2，说明该进程资源占用不高，可能处于等待状态，而非高负载运行。这种情况下，用户可能观察到系统关机变慢，或者在关机时看到相关提示信息。 结合之前的回答，用户可能遇到的情况是，在关机或重启时，系统自动运行更新，导致进程占用APT锁，从而影响其他包管理操作。或者，用户在尝试关机时遇到延迟，因为系统正在等待更新完成。 最后，需要总结这个服务的功能，解释其当前状态的含义，并给出处理建议，如检查日志、调整关机时的更新行为等。</think>--- ### **服务状态解析** 你提供的`systemctl status`输出显示`unattended-upgrades.service`处于特殊状态，其核心信息可拆解如下： | **字段** | **技术含义** | |------------------------|----------------------------------------------------------------------------| | **服务名称** | `Unattended Upgrades Shutdown`：专为**系统关机/重启时完成未完成的自动更新**设计的子服务 | | **Active状态** | `active (running) since ... 11min ago`：服务已持续运行11分钟，正在等待特定信号 | | **进程路径** | `/usr/share/unattended-upgrades/unattended-upgrade-shutdown`：负责处理关机阶段的更新操作 | | **关键参数** | `--wait-for-signal`：进程阻塞等待系统发送的关闭信号（如SIGTERM） | --- ### **核心机制：关机阶段的更新处理** #### 1. **设计目标** - **原子性更新**：确保在系统关闭前完成所有已下载但未安装的安全更新，避免系统进入不一致状态 - **避免更新中断**：防止因突然断电或强制关机导致`dpkg`数据库损坏 #### 2. **触发场景** ```bash # 当以下操作发生时触发 sudo shutdown -h now sudo reboot systemctl poweroff ``` #### 3. **工作流程** ``` [系统发起关机请求] ↓ [发送信号唤醒unattended-upgrade-shutdown] ↓ [检查未完成的更新任务] ↓ [安装所有待处理的更新包] ↓ [释放APT锁并继续关机流程] ``` --- ### **长时间运行的三大原因** #### 1. **大规模更新积压** - **典型案例**：系统长时间未更新后首次触发自动更新，需安装数百MB的软件包 - **数学估算**：假设需安装$N=50$个包，平均每个包安装耗时$t_i=5s$，则总耗时： $$ T_{\text{install}} = N \times t_i = 50 \times 5 = 250\ \text{秒} \approx 4.17\ \text{分钟} $$ #### 2. **I/O性能瓶颈** - **机械硬盘场景**：随机写入速度可能低至2MB/s，安装大型包（如`libreoffice` 500MB）时： $$ T_{\text{write}} = \frac{500\ \text{MB}}{2\ \text{MB/s}} = 250\ \text{秒} $$ #### 3. **依赖链死锁** - **异常案例**：当存在循环依赖`pkgA → pkgB → pkgA`时，`apt`需要额外时间解析依赖关系 - **复杂度分析**：依赖解析时间复杂度通常为$O(n^2)$，$n$为依赖项数量 --- ### **诊断与干预方法** #### 1. **查看实时日志** ```bash # 跟踪关机更新进程日志 sudo journalctl -u unattended-upgrades.service --since "10 minutes ago" -f ``` **关键日志模式**： ``` Mar 31 08:56:24 AMD9700X-202502 unattended-upgr[237] INFO: Processing packages... Mar 31 08:57:15 AMD9700X-202502 unattended-upgr[237] INFO: Installing linux-image-6.7.0-1-generic ``` #### 2. **检查锁状态** ```bash # 查看当前APT锁持有者 sudo lsof /var/lib/dpkg/lock-frontend ``` **输出示例**： ``` COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME unattend 237 root 3uW REG 253:1 0 123456 /var/lib/dpkg/lock-frontend ``` #### 3. **手动终止（风险操作）** ```bash # 强制终止更新进程（可能导致包管理系统损坏！） sudo systemctl kill --signal=SIGKILL unattended-upgrades.service ``` **后果警告**：此操作可能导致： - 部分安装的软件包处于未配置状态 - `dpkg`数据库出现不一致错误 - 后续`apt`操作需要运行`sudo dpkg --configure -a`修复 --- ### **优化配置建议** #### 1. **缩短关机等待时间** ```bash sudo nano /etc/systemd/system.conf ``` 修改参数： ``` DefaultTimeoutStopSec=10s # 默认值90s改为10秒 ``` #### 2. **禁用关机时更新** ```bash sudo systemctl mask unattended-upgrades.service ``` #### 3. **SSD优化配置** ```bash sudo nano /etc/apt/apt.conf.d/50unattended-upgrades ``` 添加： ``` // 限制更新包体积（单位：MB） Unattended-Upgrade::MaxSize "500"; // 启用并行下载 Acquire::Queue-Mode "access:parallel"; ``` --- ### **典型案例分析** **场景**：Kubernetes节点因关机更新超时被集群驱逐 **根因**： - 节点关机时触发500MB的`containerd`更新 - 云平台设置的实例终止等待时间（默认30秒）不足 **解决方案**： 1. 调整云实例的`terminationGracePeriodSeconds`至300秒 2. 预配置大容量`/var/cache/apt/archives`分区 3. 使用离线补丁包： ```bash sudo apt-offline set update.sig --update ```
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值