Automatic upgrade starts right after resume, before the network is up, and installs nothing
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 52/100
Piste de recherche
Start by reading the mintupdate-automation-upgrade.timer and service configuration, then trace how the upgrade is triggered after suspend or hibernate and how it depends on NetworkManager. The journal and mintupdate.log examples show the failure window and the misleading successful exit status. Done means an automatic run waits until networking is usable after resume and reports or handles a failed cache refresh appropriately.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Linux Mint 22.3, mintupdate 7.1.4, laptop on Wi-Fi that is usually asleep or hibernated at midnight.
When the daily time passes while the machine is asleep, mintupdate-automation-upgrade.timer (Persistent=true) starts the service as soon as it wakes up. On this laptop that is 0.1 to 0.2 seconds after resume, while NetworkManager is still disconnected. mintupdate-cli then can't resolve any repository and nothing gets installed. The next attempt is the following day.
The service has After=network-online.target, but that target is reached once at boot and stays active through suspend, so it doesn't hold the service back on resume.
One example from the journal:
Oct 22 13:51:22.693 systemd-sleep: System returned from sleep operation 'hibernate'.
Oct 22 13:51:22.829 systemd: Starting mintupdate-automation-upgrade.service - Update Manager automatic upgrades...
Oct 22 13:51:24.282 NetworkManager: manager: NetworkManager state is now DISCONNECTED
Oct 22 13:51:28.059 NetworkManager: manager: NetworkManager state is now CONNECTED_GLOBAL
Oct 22 13:51:35.931 systemd: Finished mintupdate-automation-upgrade.service - Update Manager automatic upgrades.
and the matching part of /var/log/mintupdate.log:
W:Failed to fetch https://mirror.vnet.sk/ubuntu/dists/noble/InRelease Could not resolve 'mirror.vnet.sk'
[same for every other repository]
Error: mint-refresh-cache could not update the cache.
Between Oct 5 and Oct 29 there were 25 automatic runs. 10 failed like this, and 9 of those 10 started within 0.2 s of a resume from suspend or hibernate. Four days in a row (Oct 22 to 25) got no updates.
The service still exits with status 0 after these runs, so systemctl reports them as successful and the only trace is in mintupdate.log.
- Langage dominant
- Python
- Étoiles
- 425
- Forks
- 191
- Merge moyen
- 16 h 9 min
- PR mergées (30 j)
- 1
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de linuxmint/mintupdate
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
linuxmint/mintupdate#1107 ·
-
BUG
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
linuxmint/mintupdate#1089 · 1 commentaire ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
linuxmint/mintupdate#1041 · 1 commentaire ·
-
FEATURE REQUEST
Difficulté 1/5 Moins d'une heure Accessibilité débutants 65/100
linuxmint/mintupdate#910 ·
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 65/100
linuxmint/mintupdate#903 ·
Toutes les issues de linuxmint/mintupdate
Issues similaires
-
[BUG]: Compliance rules never see Unity Catalog views as viewsPeut-être pris @wagnercsantos l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
databrickslabs/ontos#1348 ·
Les mainteneurs répondent en général sous 3 jours
-
`forum_pr_poster` action will always return `none` when checking for pre-existing feedback threads, even if a feedback thread already exists.Peut-être pris @pgmzeta l’a pris aujourd’hui. OuverteE-Verified P-Major
Difficulté 2/5 1-3 heures Accessibilité débutants 79/100
goonstation/goonstation#28259 ·
Les mainteneurs répondent en général sous 2 jours
-
enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
woonstadrotterdam/monumenten#70 ·
Les mainteneurs répondent en général sous 15 jours
-
binding:python bug
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
The Browser tab fails with a Wayland error when Open Terminal runs from a Wayland desktop sessionOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
open-webui/open-terminal#210 ·