Juste au cas où, voici la commande pour que Linux considère le CMOS à l'heure locale :
sed -i 's|UTC=yes|UTC=no|g' /etc/default/rcS
Depuis les systèmes Unix, il était apparus logique d'y (CMOS) placer l'heure UTC, et c'est cette même heure qui est alors utilisée partout, à commencer par le système de fichiers. Seul l'affichage pour l'utilisateur tient alors compte de la localité.
Mais Microsoft, à voulu rassurer les utilisateurs qui passaient par la configuration du BIOS en y plaçant déjà là (CMOS) l'heure locale.
Côté Linux, il a fallu s'adapter et pouvoir gérer cela de cette manière également dès lors que les deux systèmes devraient cohabiter et démarrer alternativement l'un et l'autre. D'où cette variable UTC =yes ou =no dans (ici) /etc/default/rcS
À l'installation d'un système GNU/Linux, typiquement, si un Windows est également déjà présent et doit resté présent (dual boot) → UTC=no ; s'il n'y a pas de Windows (ou que présent il sera supprimé) → UTC=yes.
Chez Microsoft également des efforts ont été consentis pour faire les choses correctement (CMOS=UTC) et là par contre je sais pas comment ça se passe... Par défaut, ça reste CMOS=local mais il se pourrait que dans certaines circonstances le Windows 10 par exemple s'installe en CMOS=UTC ... à voir...
Sous GNU/Linux, pour effectuer la synchronisation de l'heure (UTC) à partir de serveur de temps de manière progressive si nécessaire, il me semble que c'est le paquetage ntp qu'il faut installer.
# CMOS et Linux
Posté par Space_e_man (site web personnel) . En réponse au message Problème d'horloge en dual Boot Windows/Mint Serena. Évalué à 3.
Juste au cas où, voici la commande pour que Linux considère le CMOS à l'heure locale :
Depuis les systèmes Unix, il était apparus logique d'y (CMOS) placer l'heure UTC, et c'est cette même heure qui est alors utilisée partout, à commencer par le système de fichiers. Seul l'affichage pour l'utilisateur tient alors compte de la localité.
Mais Microsoft, à voulu rassurer les utilisateurs qui passaient par la configuration du BIOS en y plaçant déjà là (CMOS) l'heure locale.
Côté Linux, il a fallu s'adapter et pouvoir gérer cela de cette manière également dès lors que les deux systèmes devraient cohabiter et démarrer alternativement l'un et l'autre. D'où cette variable UTC =yes ou =no dans (ici) /etc/default/rcS
À l'installation d'un système GNU/Linux, typiquement, si un Windows est également déjà présent et doit resté présent (dual boot) → UTC=no ; s'il n'y a pas de Windows (ou que présent il sera supprimé) → UTC=yes.
Chez Microsoft également des efforts ont été consentis pour faire les choses correctement (CMOS=UTC) et là par contre je sais pas comment ça se passe... Par défaut, ça reste CMOS=local mais il se pourrait que dans certaines circonstances le Windows 10 par exemple s'installe en CMOS=UTC ... à voir...
Sous GNU/Linux, pour effectuer la synchronisation de l'heure (UTC) à partir de serveur de temps de manière progressive si nécessaire, il me semble que c'est le paquetage ntp qu'il faut installer.