Il m'est arrivé la même chose et le le problème s'est résolu de lui-même en quelques minutes sur mon Raspberry Pi.
Es était à cause d'une heure système incorrecte, mais je n'ai rien eu à faire pour la réparer. Je n'ai pas ntpd o chronyd qui fonctionne sur ce système. Je ne crois pas qu'il y ait une batterie dans un Raspberry Pi pour faire fonctionner l'horloge de la carte mère. J'ai juste eu à attendre que le systemd-timesyncd.service pour finir.
Je pense qu'en fin de compte, la réponse à votre situation est de vérifier que votre horloge système est au moins proche de l'heure correcte, que ce soit en demandant à l'un des services NTP de mettre à jour votre horloge système ou en réglant manuellement l'heure. À titre de référence, le date Le format de la commande pour définir l'heure du système est le suivant :
sudo date [MMDDhhmm[[CC]YY][.ss]]
Si votre système exécute chronyd, chronyc -n sources -v vous montrera les serveurs de temps que vous interrogez. Si vous utilisez ntpd, ntpq -np . Il devrait y avoir un astérisque, *, à côté d'une adresse IP. Il s'agit du serveur de temps avec lequel vous êtes synchronisé. (Il ne devrait pas être une adresse qui commence par 127, cependant !) S'il n'y a pas d'astérisque dans la première ou la deuxième colonne, vous devrez régler l'heure manuellement. Vous pouvez essayer la fonction hwclock ou régler l'heure avec date . Sachez que même si vous exécutez ntpd o chronyd ces services peuvent prendre jusqu'à plusieurs minutes pour mettre à jour l'horloge du système, à moins que vous ne les ayez configurés pour qu'ils mettent immédiatement à jour l'horloge du système. étape l'heure ou interroger rapidement les serveurs de temps.
Détails de ma situation
Le 4 décembre 2021, j'ai sorti mon Raspberry Pi 400 de son sac à dos dans l'intention de mettre à jour le logiciel. Après son démarrage, j'ai immédiatement ouvert un terminal et exécuté sudo apt update . L'erreur que j'ai reçue était invalid for another 77d ... . Il y avait en fait deux de ces erreurs listées et la seconde avait une valeur de jour différente. Malheureusement, je ne peux pas remonter assez loin dans mon terminal pour obtenir les messages d'erreur exacts.
Dans le temps qu'il m'a fallu pour effectuer une recherche sur Google et trouver cette question sur StackExchange, la systemd-timesyncd.service a mis à jour l'horloge du système. En regardant dans les journaux, je trouve cette séquence d'événements. Le premier sudo apt update a produit les messages d'erreur. La seconde a fonctionné comme prévu.
Sep 17 08:48:47 rp400 sudo[6322]: pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/apt update
[...]
Sep 17 08:48:52 rp400 systemd[1]: systemd-fsckd.service: Succeeded.
Dec 04 23:21:04 rp400 systemd-timesyncd[353]: Synchronized to time server for the first time 163.237.218.19:123 (2.debian.pool.ntp.org).
Dec 04 23:21:05 rp400 dhcpcd[430]: wlan0: leased xxx.xxx.xxx.xxx for 86400 seconds
[...]
Dec 04 23:25:21 rp400 sudo[20143]: pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/apt update
Une vérification rapide de l'état du service timesyncd a confirmé le saut temporel de septembre à décembre.
pi@rp400:~ $ systemctl status systemd-timesyncd.service
systemd-timesyncd.service - Network Time Synchronization
[...]
Active: active (running) since Fri 2021-09-17 08:48:23 CDT; 2 months 17 days ago
[...]
Status: "Synchronized to time server for the first time 163.237.218.19:123 (2.debian.pool.ntp.org)."
[...]
Sep 17 08:48:22 rp400 systemd[1]: Starting Network Time Synchronization...
Sep 17 08:48:23 rp400 systemd[1]: Started Network Time Synchronization.
Dec 04 23:21:04 rp400 systemd-timesyncd[353]: Synchronized to time server for the first time 163.237.218.19:123 (2.debian.pool.ntp.org).
Je vois la même chose se produire pour un hôte virtuel qui a été suspendu pendant une longue période.
