主页 / ubuntu / 问题 / 1392023
Accepted
Sqerstet
Asked: 2022-02-10 11:57:35 +0800 CST

是什么让无人值守升级在笔记本电脑上可靠运行？

  • 772

我一直在以各种形式挣扎，年复一年。见这里和这里。要么我配置错误（不太可能），要么我以一种奇怪的方式使用我的电脑（我没有看到它）。

我的电脑是笔记本电脑：

  1. 以前，我在晚上关掉了它——结果它unattended-upgrade经常无法在需要的时候连接到互联网。结果：我的电脑连续几个月没有升级和不安全。
  2. 这些天我大部分时间都保持登录状态，但是晚上热点连接不可用。所以现在，unattended-upgrade运行了却发现没有更新，显然是因为apt update一直没能成功运行。结果：我的电脑连续几个月没有升级并且不安全。

如何确保systemd计时器apt update在运行之间不会间隔数周和数月？

的典型输出/var/log/unattended-upgrades/unattended-upgrades.log

2022-02-09 06:30:27,331 INFO Starting unattended upgrades script
2022-02-09 06:30:27,334 INFO Allowed origins are: o=Ubuntu,a=focal, o=Ubuntu,a=focal-security, o=UbuntuESMApps,a=focal-apps-security, o=UbuntuESM,a=focal-infra-security, o=UbuntuESM,a=focal-security
2022-02-09 06:30:27,335 INFO Initial blacklist: 
2022-02-09 06:30:27,336 INFO Initial whitelist (not strict): 
2022-02-09 06:30:40,279 INFO No packages found that can be upgraded unattended and no pending auto-removals

sudo systemctl status apt-daily：

* apt-daily.service - Daily apt download activities
     Loaded: loaded (/lib/systemd/system/apt-daily.service; static; vendor preset: enabled)
     Active: inactive (dead)
TriggeredBy: * apt-daily.timer
  Condition: start condition failed at Wed 2022-02-09 20:42:17 EET; 4h 17min ago
             └─ ConditionACPower=true was not met
       Docs: man:apt(8)

Feb 09 20:42:17 tbox systemd[1]: Condition check resulted in Daily apt download activities being skippe>
lines 1-9/9 (END)

sudo systemctl list-timers apt-daily：

NEXT                        LEFT     LAST                        PASSED       UNIT            ACTIVATES>
Thu 2022-02-10 16:15:14 EET 15h left Wed 2022-02-09 20:42:17 EET 4h 22min ago apt-daily.timer apt-daily>

1 timers listed.
Pass --all to see loaded but inactive timers, too.
lines 1-5/5 (END)

注意：几个小时前有重新启动。未插入但已连接到网络。

定论。使用下面接受的解决方案的版本，将其转移apt-daily.timer到互联网连接更有可能可用的时间。感谢那些帮助过的人。结束。

apt

1 个回答

  1. Best Answer

    检查股票 Ubuntu Server 20.04 安装，看起来unattended-upgrade运行是由apt-daily-upgrade.timer. 这会在每天早上 6 点触发，随机延迟最多一个小时。

    root@ubuntu:~# systemctl cat apt-daily-upgrade.timer
# /lib/systemd/system/apt-daily-upgrade.timer
[Unit]
Description=Daily apt upgrade and clean activities
After=apt-daily.timer

[Timer]
OnCalendar=*-*-* 6:00
RandomizedDelaySec=60m
Persistent=true

[Install]
WantedBy=timers.target

    一个可能很简单的解决方案是覆盖OnCalendar设置，以便计时器在更有可能在线的时间触发。例如

    mkdir /etc/systemd/system/apt-daily-upgrade.timer.d
cat <<EOF >/etc/systemd/system/apt-daily-upgrade.timer.d/override.conf
[Timer]
OnCalendar=
OnCalendar=*-*-* 12:00
EOF
systemctl daemon-reload

    这将改为在中午触发计时器。 unattended-upgrade默认情况下每天只运行一次。那是因为APT::Periodic::Unattended-Upgrade. 樱桃从中挑选评论/usr/lib/apt/apt.systemd.daily

    #  APT::Periodic::Unattended-Upgrade "0";
#  - Run the "unattended-upgrade" security upgrade script
#    every n-days (0=disabled)

    库存配置值是1天。

    root@ubuntu:~# apt-config dump APT::Periodic::Unattended-Upgrade
APT::Periodic::Unattended-Upgrade "1";

    您可以通过添加 apt 配置将计时器配置为每天一次以上。https://unix.stackexchange.com/a/541426/147262的评论链接有几个建议。这是添加apt配置的简单示例

    cat <<EOF > /etc/apt/apt.conf.d/90myuu
> APT::Periodic::Unattended-Upgrade "always";
> EOF

    如果您覆盖 ，apt-daily-upgrade.timer那么您可能希望对 . 进行相同的覆盖apt-daily.timer。这也有相应的 apt 配置值APT::Periodic::Update-Package-Lists。

    编辑我已将建议从每小时运行一次更改为每天运行一次，一次更有可能在线。我意识到每天运行一次的默认设置不受unattended-upgrade实际是否有任何要更新的包的影响。因此，unattended-upgrade仍然只能在不在线时继续运行。

    注释

    像这样超频每日计时器是否有任何潜在的缺点？

    默认情况下，升级会在一夜之间运行，以避免干扰用户活动。你将不再有那种便利。

    不满足条件ACPower=true。您可以更改该设置

    您应该使用覆盖文件更改此设置，而不是通过修改包安装的服务文件

    mkdir /etc/systemd/system/apt-daily-upgrade.service.d
cat <<EOF > /etc/systemd/system/apt-daily-upgrade.service.d/override.conf
[Unit]
ConditionACPower=false
EOF
systemctl daemon-reload

    覆盖 apt-daily.timer 的原因或缺点是什么？

    apt-daily.timer触发 apt 命令以更新软件包信息并下载可用更新。如果这些命令在网络不可用时继续运行，则unattended-upgrade可能不会更新任何内容，因为它可能不知道更新可用。

    • 1

相关问题