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"
francoisds
Merci, c'est ce que je pensais mais cela semble créer des archives seulement. Je crois que je vais essayer rsync ou alors carrément un truc du type krusader (mais on sort des commandes manuelles).
francoisds
ou alors j'ai trouvé une astuce mais c'est complexe et tiré par les cheveux :
https://www.tech-recipes.com/rx/115/copy-files-and-directories-recursively-with-tar/
soit tar cf - * | ( cd /target; tar xfp -)
nouvo09
Merci, c'est ce que je pensais mais cela semble créer des archives seulement.
et alors ? lorsque tu déballes l'archive tu retrouves toute ton arbo intacte. Rien de mieux que tar dans ton cas.
francoisds
évidemment.. mais avouons que c'est du chipotage, et je dois chercher un support supplémentaire pour la sauvegarde temporaire (ce qui est faisable).
Comment je règle le problème de l'heure, finalement ? (sujet principal).
didierg
francoisds wrote:Comment je règle le problème de l'heure, finalement ? (sujet principal).
Je tenterai de passer RTC in local TZ de no à yes:
# sudo set-local-rtc set-local-rtc 1
set-local-rtc [BOOL]
Takes a boolean argument. If "0", the system is configured to
maintain the RTC in universal time. If "1", it will maintain the
RTC in local time instead. Note that maintaining the RTC in the
local timezone is not fully supported and will create various
problems with time zone changes and daylight saving adjustments. If
at all possible, keep the RTC in UTC mode. Note that invoking this
will also synchronize the RTC from the system clock, unless
--adjust-system-clock is passed (see above). This command will
change the 3rd line of /etc/adjtime, as documented in hwclock(8).
Comme nouvo09 j'ai RTC in local TZ: yes et je n'ai pas de problème
francoisds
Bjr, la commande set-local-rtc ne passe pas, alors j'ai essayé set local-rtc 1 et la console est passée à la ligne suivante sans que je comprenne trop ce qui s'est passé entre-temps. Le timedatectl ne change pas et surtout pas la ligne qui correspond à la synchronisation (rappelons que dans les paramètres -gnome j'imagine- les deux items sont sur 'on', soit la synchronisation et le fuseau horaire automatiques).
J'ai aussi ouvert /etc/adjtime qui montre cinq zéro à la première ligne, un zéro à la seconde et 'local' à la troisième.
Hwclock me réponds, curieux non ?, impossible d'accéder à l'horloge matérielle à l'aide d'une méthode connue.
Alors essai --verbose :
hwclock
hwclock: Impossible d'accéder à l'horloge matérielle à l'aide d'une méthode connue.
hwclock: Utilisez l'option --verbose pour plus de précisions sur la recherche d'une méthode connue.
[fds@localhost ~]$ hwclock --verbose
hwclock de util-linux 2.35.2
Heure système : 1616458927.047858
Essai d’ouverture : /dev/rtc0
hwclock: impossible d'ouvrir /dev/rtc0: Permission non accordée
Aucune interface d'horloge utilisable n'a été repérée.
hwclock: Impossible d'accéder à l'horloge matérielle à l'aide d'une méthode connue.
en root par contre :
hwclock --verbose
hwclock de util-linux 2.35.2
Heure système : 1616459020.135510
Essai d’ouverture : /dev/rtc0
Using the rtc interface to the clock.
Le dernier ajustement de dérive a été fait 0 secondes après 1969
La dernière calibration a été faite 0 secondes après 1969
L'horloge matérielle fonctionne selon le temps locale
L'horloge matérielle est supposée conserver l'heure locale.
En attente d'un tic d'horloge…
… a obtenu un tic d'horloge
Heure lue de l'horloge matérielle : 2021/03/23 01:23:41
Heure de l'horloge matérielle : 2021/03/23 01:23:41 = 1616459021 secondes depuis 1969
L'heure depuis le dernier ajustement est de 1616459021 secondes
La dérive calculée de l’horloge matérielle est de 0.000000 secondes
2021-03-23 01:23:40.075738+01:00
et, il est 2h24 en réalité.
C'est de plus en plus complexe..
merci
ps : en relisant, je comprends qu'il y a qqch qui cloche en ce sens que l'horloge matérielle est sensée conserver l'heure locale mais alors .. quid de la synchronisation, prq ne se fait-elle plus alors qu'elle est pourtant activée dans les paramètres ? et comment faire --adjust-system-clock passed si c'est cela qu'il faut faire ? re-merci pour ceux qui arrivent à suivre !
didierg
La commande est
$ sudo timedatectl set-local-rtc 1
Mea culpa !
francoisds
Bjr,
Mon post d'hier est parti .. j'avais essayé hwclock etc ..
Donc, il y a une dysfonction dans le forum (déconnexion sans avertir .. au moins quand on 'valide' svp ..).
Bref, j'ai enfin résolu une partie de mes problèmes en papillonnant sur le net. Ai installé ntpdate et mis sur ntp.ubuntu.com. Si cela intéresse qqn, je donne les pérégrinations.
A +
nouvo09
mis sur ntp.ubuntu.com
pourquoi ce seveur ? Tu as ceux de fedora et aussi celui de l'observatoire de Paris-Meudon: ntp.obspm.fr
francoisds
Bonsoir,
En fait, mon post n'était pas parti mais il fallait passer à la série de post suivant (petit 2 en bas de la page .. faut suivre ..).
Ai mis ntp.ubuntu.com pcq c'est ce qu'il y avait dans l'exemple que j'ai trouvé sur le net et je ne connaissais pas le serveur correspondant pour fedora.
Par contre, désolation à la réouverture de mon ordinateur : on est à nouveau une heure en retard.
Où dois-je faire la modification pour que cela reste ? Je rappelle que dans les paramètres, la synchronisation est bien activée. J'ai aussi un login qui s'est modifié de façon bizaroïdantesque : [fds@ptr-a6qsp2h5hzpqfrywqv7 ~]$
Je pense que c'est l'utilisation de boot repair qui mène à cela et je pense que c'est suite à cela que tout est chamboulé (que vais-je donc encore découvrir..). Est-ce qu'une migration vers la mouture suivante est susceptible de tout réajuster au passage ? Comment puis-je faire pour tester fedora 34 mais en gardant ma configuration (cad mes programmes et surtout la configuration de citrix dont j'ai besoin pour travailler) ?
Sinon, je devrai passer par une phase intermédiaire avec plusieurs systèmes en parallèle, mais ce sera pour quand j'aurai plus de temps pour ça.
merci d'avance
francoisds
Bjr,
qqn peut-il m'expliquer ceci ? ( différence de RTC entre ce que donne timedatectl et hwclock).
fds@ptr-a6qsp2h5hzpqfrywqv7 ~]$ timedatectl
Local time: mar 2021-03-23 21:19:35 CET
Universal time: mar 2021-03-23 20:19:35 UTC
RTC time: mar 2021-03-23 20:19:35
Time zone: Europe/Brussels (CET, +0100)
System clock synchronized: no
NTP service: active
RTC in local TZ: no
[fds@ptr-a6qsp2h5hzpqfrywqv7 ~]$ hwclock
hwclock: Impossible d'accéder à l'horloge matérielle à l'aide d'une méthode connue.
hwclock: Utilisez l'option --verbose pour plus de précisions sur la recherche d'une méthode connue.
[fds@ptr-a6qsp2h5hzpqfrywqv7 ~]$ su
Mot de passe :
[root@ptr-a6qsp2h5hzpqfrywqv7 fds]# hwclock
2021-03-23 21:23:06.483386+01:00
...
francoisds
et c'est pas tout .. en consultant 'configuring date and time' etc etc .. je tombe sur 'checking if chrony is synchronised' et j'introduis la commande, et là surprise ... (déjà la première ligne n'est sans doute pas bonne) :
[root@ptr-a6qsp2h5hzpqfrywqv7 fds]# chronyc tracking
Reference ID : 00000000 ()
Stratum : 0
Ref time (UTC) : Thu Jan 01 00:00:00 1970
System time : 0.000000002 seconds fast of NTP time
Last offset : +0.000000000 seconds
RMS offset : 0.000000000 seconds
Frequency : 3.117 ppm fast
Residual freq : +0.000 ppm
Skew : 0.000 ppm
Root delay : 1.000000000 seconds
Root dispersion : 1.000000000 seconds
Update interval : 0.0 seconds
Leap status : Not synchronised
francoisds
derniers développements : ai trouvé dans la doc de chrony que l'on pouvait avoir un mode interactif et j'ai donc fait chronyc -a puis add server ntp.etc et quelques temps après (sans doute env 11 minutes, mon système était à jour).
j'ai donc ajouté dans la config de chrony un serveur (il y avait le serveur de mon ancien fournisseur d'internet .. ), ntp obspm.fr en l'occurence.
et.. en relançant le système, voilà qu'il est enfin à l'heure.
Quelle aventure. Mais .. suis pas sûr que tout soit en ordre pour autant, j'ose pas relancer chrony tracking, par exemple ..
bàv
fds