Archives de Tag: InRelease

[Proxmox] Quelques problèmes suite à la restauration de snapshots

par

0

Après avoir restauré un instantané (snapshot en anglais) de quelques mois (5 plus exactement), je n’ai pas pu mettre à jour ma machine virtuelle Ubuntu, qui tourne sous Proxmox.

I. InRelease is not valid yet

Voici le genre d’erreur que j’ai reçu:

$ sudo apt update
E: Release file for http://ie.archive.ubuntu.com/ubuntu/dists/focal-security/InRelease is not valid yet 
(invalid for another 133d 4h 1min 39s). Updates for this repository will not be applied.

Ce message nous indique que les packets du dépot Ubuntu ne sont pas valides pour 133 jours de plus. Et ceci est généralement dû à la différence de temps entre l’horloge de la machine avec celle sur internet.

Pour vous confirmer cela, je vais utiliser un petit script pour calculer le nombre de jours écoulés depuis la restauration du système.

$ echo $((($(date +%s --date "2017-06-12")-$(date +%s --date "2017-01-29"))/(3600*24))) days
133 days

J’espère que vous voyez où je veux en venir.

$ date
Sat 29 Jan 20:16:32 GMT 2022

$ timedatectl status
               Local time: Sun 2022-01-30 14:58:45 UTC
           Universal time: Sun 2022-01-30 14:58:45 UTC
                 RTC time: Sun 2022-01-30 14:58:46    
                Time zone: Etc/UTC (UTC, +0000)       
System clock synchronized: no                        
              NTP service: n/a                        
          RTC in local TZ: no

L’heure affichée n’est pas la bonne. Elle était bloquée au moment du snapshot, et ne s’est pas réajustée automatiquement.

Pour y remédier, redémarrer le service NTP.

$ sudo systemctl restart ntp.service

$ timedatectl status
               Local time: Sun 2022-06-12 21:36:36 UTC
           Universal time: Sun 2022-06-12 21:36:36 UTC
                 RTC time: Sun 2022-06-12 21:36:37    
                Time zone: Etc/UTC (UTC, +0000)       
System clock synchronized: yes                        
              NTP service: n/a                        
          RTC in local TZ: no  

$ date
Sun 12 Jun 21:38:56 UTC 2022

Tout est revenu à la normale.

II. Could not get lock /var/lib/dpkg/lock-frontend

Ensuite, en entammant la màj du système ubuntu, je suis tombé sur un autre petit soucis.

$ sudo apt upgrade
Waiting for cache lock: Could not get lock /var/lib/dpkg/lock-frontend. 
It is held by process 83602 (unattended-upgr)... 90s

Ici, le message fait référence à une màj non-surveillé (unattended-upgrade[1][2]), qui est au fait, une mise à niveau de la sécurité du système, de façon automatique.

La solution dans ce cas est d’attendre patiemment que le système finisse ce qu’il a à faire et se débloque de lui même. Si vous n’êtes pas du genre patient, dans ce cas, tuer le ou les processus qui peuvent bloquer notre demande de màj.

$ sudo lsof /var/lib/dpkg/lock-frontend
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
unattende 109509 root 8uW REG 253,0 0 2483 /var/lib/dpkg/lock-frontend

$ sudo kill -9 109509

Revérifier qu’il n’y plus de màj automatique qui tourne en arrière plan.

$ sudo lsof /var/lib/dpkg/lock-frontend

Supprimer ensuite le fichier de vérrouillage.

$ sudo rm /var/lib/dpkg/lock-frontend

Maintenant, vous devriez pouvoir procéder à la màj de votre machine.

Sources

Solve Kali Error “InRelease is not valid yet (invalid for another Xh Xmin Xs)”
How to Solve “Could not open lock file /var/lib/dpkg/lock-frontend” Error