francoisds
Bjr,
Depuis quelques jours, je suis étonné de voir que mon système a une heure de retard sur l'heure officielle, le réglage est pourtant bien sur CET brussel et heure automatique via internet.
Difficile à comprendre, donc (et curieusement, pas vu d'autres avis sur le thème).
merci
bàv
François
Refuznik
Tu peux vérifier l'heure dans ton bios.
nouvo09
francoisds wrote:Bjr,
Depuis quelques jours, je suis étonné de voir que mon système a une heure de retard sur l'heure officielle, le réglage est pourtant bien sur CET brussel et heure automatique via internet.
Difficile à comprendre, donc (et curieusement, pas vu d'autres avis sur le thème).
merci
bàv
François
peut-être qu'il suit l'heure d'été d'une autre zone ?
francoisds
cela donne :
[fds@localhost ~]$ date
mar 09 mar 2021 11:47:17 CET
et il est juste une heure plus tard. Si c'était un problème de pile, j'imagine que ce ne serait pas juste une heure de retard.
francoisds
Bjr,
Comment puis-je voir s'il suit l'heure d'été d'une autre zone. Dans mes paramètres, je suis bien CET Bruxelles Belgique et si j'utilise la localisation (pour la météo), on me localise tjrs à Bruxelles. Paramètres de pays/langue : Belgique, français. Je vois pas trop ce que je peux faire et suis étonné d'être le seul à avoir ce problème.
merci
Nicosss
Tu as contrôlé dans le bios comme dit plus haut ?
raigoin
Peut-être un problème avec le serveur NTP avec lequel se synchronise le PC ?
Regarder ce que donne la commande "more /etc/adjtime"
En exemple, sur mon laptop :
0.0 0 0.0
0
UTC
nouvo09
Peut-être un problème avec le serveur NTP avec lequel se synchronise le PC ?
Je ne pense pas. Les serveurs NTP donnent l'heure GMT. Ensuite chacun ajuste selon sa zone.
cezame
Il n'y a pas un problème heure d'été/heure d'hiver ?
didierg
Que retourne la commande:
$ sudo journalctl -b 0 | grep date:
Est-ce un système avec un dual-boot Fedora / Windows ?
francoisds
Bjr,
commande more /etc/adjtime =>
0.0 0 0.0
0
LOCAL
et l'autre comande (journalctl ..)
mar 16 11:52:52 localhost.localdomain kernel: PM: RTC time: 10:52:51, date: 2021-03-16
(heure de mon téléphone : 13h51).
Désolé pour le délai de réponse. Pour ma part, je pense que c'est un problème d'heure d'été/hiver mais je ne vois pas prq. (sur la dernière commande, on voit bien le soucis .. n'ai pas l'impression d'avoir fait quoique ce soit pour modifier cela, à part les soucis relatés dans mon précédent post et c'est effectivement après cela que le problème est apparu).
Merci et désolé pour le délai de réponse.
ps : dual boot effectivement mais n'ai plus "booté" sur windows depuis perpète.. (mais bien sur Easy3boot et des utilitaires comme bootrepair : serait-il en cause ? cela me dépasse .. mais j'ai nlmt les pastebin si nécessaire)
raigoin
francoisds wrote:...
commande more /etc/adjtime =>
0.0 0 0.0
0
LOCAL
Essayer de changer LOCAL par UTC
francoisds
Bjr,
En voulant chercher comment modifier local par UTC, j'ai cherché sur duckduckgo et j'ai trouvé la commande suivante qui me donne un résultat perturbant autant que le login qui m'est inconnu. Bref, je pense que mon système a été franchement altéré par la mésaventure du précédent post ( où des inconnues persistent..).
voici la commande et son effet (et le login ptr-machin que je ne comprends pas non plus..):
fds@ptr-a6qsp2h5hzpqfrywqv7 ~]$ timedatectl
Local time: mer 2021-03-17 10:15:25 CET
Universal time: mer 2021-03-17 09:15:25 UTC
RTC time: mer 2021-03-17 10:15:24
Time zone: Europe/Brussels (CET, +0100)
System clock synchronized: no
NTP service: active
RTC in local TZ: yes
Warning: The system is configured to read the RTC time in the local time zone.
This mode cannot be fully supported. It will create various problems
with time zone changes and daylight saving time adjustments. The RTC
time is never updated, it relies on external facilities to maintain it.
If at all possible, use RTC in UTC by calling
'timedatectl set-local-rtc 0'.
[fds@ptr-a6qsp2h5hzpqfrywqv7 ~]$
ps : donc, à mon avis, il faudrait voir ce qui s'est passé quand j'ai voulu faire une sauvegarde de mon arborescence via la commande cp (post précédent) et que j'ai tenté de réparer mon système que je ne pensais pas du tout pouvoir mettre en danger par cette commande qui ne fait que copier nlmt..
raigoin
Correspondance sur mon laptop :
timedatectl
Local time: mer. 2021-03-17 12:01:48 CET
Universal time: mer. 2021-03-17 11:01:48 UTC
RTC time: mer. 2021-03-17 11:01:48
Time zone: Europe/Paris (CET, +0100)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
francoisds
J'avoue ne plus savoir que faire..
Par contre, je pense que je vais migrer vers fedora 33 en espérant que le problème se règle de lui-même et sans anicroche, suis loin d'être totalement rassuré.
merci pour la comparaison.
nouvo09
$ timedatectl
Local time: jeu. 2021-03-18 08:18:52 CET
Universal time: jeu. 2021-03-18 07:18:52 UTC
RTC time: jeu. 2021-03-18 08:18:52
Time zone: Europe/Paris (CET, +0100)
System clock synchronized: yes
NTP service: active
RTC in local TZ: yes
Voilà ce que j'ai et tout fonctionne parfaitement. J'ai le même avertissement que toi à la fin et je n'en tiens pas compte .
Essaie de modifier la valeur de System clock synchronized à yes.
francoisds
Bjr,
Merci pour l'avais mais je n'ai aucune idée de la façon de procéder. Je fouillerai demain mais ce qui m'inquiète est le fait que je n'ai pas changé volontairement cette donnée et que je vais encore tomber sur Dieu sait quoi comme surprise suite à mon malheureux cp /dev/sda /dev/sdb1 avec peut être un -l au début par erreur et que je n'ai jamais su comment annuler (puisque cp ne fait que copier, ça m'étonne donc que tout soit perturbé !!).
Par exemple, le logicile de pcloud (disque virtuel sur le net) ne se charge plus au démarrage alors que c'est bien coché dans les paramètres du programme..
merci
nouvo09
cp /dev/sda /dev/sdb1
quel était le but de cette manip ?
francoisds
Recopier l'arborescence de mon système sur un autre ssd où il aurait pu être fonctionnel, histoire de ne pas être bloqué par une mise à jour vers fedora 33 qui se planterait, c'est déjà arrivé. Mon arborescence est complexe pcq j'ai été plusieurs fois bloqué suite à l'absence de place soi-disant au niveau du répertoire racine, j'ai donc mis /usr et /var principalement dans des partitions autres, pour éviter que / n'explose trop vite et ça a fonctionner .. sauf que btfrs règle le problème du manque de place récurrent dans le répertoire racine et que je pensais donc essayer la migration vers fedora 33 .. pour ensuite le déplacer sur un disque formaté en btfrs. Vu que j'ai plusieurs partitions, il y a des l'espace libre que j'ai pas envie de recopier bêtement par un dd et par contre, un fichier comprimé ne me convient pas non plus car la copie doit être fonctionnelle ... faudrait encore une autre commande, suis étonné d'être le seul à vouloir déplacer une arborescence...
merci
nouvo09
suis étonné d'être le seul à vouloir déplacer une arborescence...
tu devrais plutôt voir du côté de "tar"