Boîtier Smart TV: comment ça fonctionne et lequel choisir?
Un guide clair pour comprendre le fonctionnement d'un boîtier Smart TV, vérifier la compatibilité de votre téléviseur et choisir le bon format selon votre usage.
Pour configurer l’heure sur Linux, évitez de taper une nouvelle date au hasard. Une horloge fausse peut casser les certificats TLS, brouiller les journaux, perturber les sauvegardes et décaler les scénarios domotiques. Le bon réflexe consiste à diagnostiquer d’abord ce que Linux croit savoir.
Dans la plupart des cas, la correction se joue en trois points : le fuseau horaire, la synchronisation NTP et l’état de l’horloge matérielle. La commande timedatectl donne le tableau de bord le plus clair sur les distributions modernes.
Pour régler l’heure sur Linux, commencez par timedatectl, corrigez le fuseau horaire, activez la synchronisation NTP, puis vérifiez que l’heure locale et l’UTC sont cohérentes. Ne modifiez l’heure manuellement que si la machine n’a pas accès au réseau ou si vous devez dépanner un système isolé.
La première commande à lancer est simple. Elle évite de confondre une mauvaise heure, un mauvais fuseau, une synchronisation désactivée et une horloge matérielle incohérente.
timedatectl
Regardez surtout les lignes Time zone, System clock synchronized, NTP service et RTC in local TZ. Si l’UTC est juste mais l’heure locale fausse, le problème vient probablement du fuseau. Si tout est décalé, cherchez plutôt NTP, la RTC ou une machine virtuelle qui impose son propre temps.
La commande date reste utile pour confirmer l’affichage ou pour un script, mais elle ne remplace pas ce diagnostic. Elle montre ce que le système expose aux programmes, pas forcément la cause du décalage.
date
date -u
Un serveur installé depuis une image cloud, un mini-PC domotique ou une VM peut rester en UTC alors que vous attendez l’heure française. Dans ce cas, ne forcez pas l’heure : corrigez le fuseau.
timedatectl list-timezones | grep Europe
sudo timedatectl set-timezone Europe/Paris
Relancez ensuite timedatectl. Vous devez voir Europe/Paris et une heure locale cohérente. Pour une infrastructure internationale, garder les traitements en UTC peut rester préférable, mais un poste familial, une box domotique ou un serveur orienté utilisateurs français gagne souvent en lisibilité avec le bon fuseau.
Sur une machine connectée, NTP doit rester la règle. La synchronisation réseau corrige les petites dérives dans le temps et évite les écarts qui finissent par bloquer certificats, sessions, tâches planifiées ou horodatages.
sudo timedatectl set-ntp true
timedatectl
Selon la distribution, le service derrière cette commande peut être systemd-timesyncd, chrony ou un autre client NTP. Ce détail compte surtout si la ligne NTP reste inactive : il faut alors vérifier que le service existe, démarre correctement et peut joindre Internet ou un serveur de temps local.
| Symptôme | Cause probable | Action fiable |
|---|---|---|
| Heure locale décalée d’une ou deux heures | Mauvais fuseau horaire | Configurer Europe/Paris ou le fuseau adapté. |
| Heure juste puis dérive progressive | NTP désactivé ou bloqué | Activer NTP et vérifier le service de temps. |
| Heure fausse après redémarrage | RTC, BIOS, pile ou VM | Contrôler l’horloge matérielle et l’hôte de virtualisation. |
| Certificats ou dépôts refusés | Date système très éloignée | Corriger temporairement, puis réactiver NTP. |
Le réglage manuel doit rester rare. Il peut servir sur une machine isolée, un système de test sans réseau ou un dépannage où l’heure est tellement fausse que les connexions sécurisées échouent. Dans ce cas, désactivez ou comprenez NTP avant de forcer une valeur, sinon le service peut la corriger juste après.
sudo timedatectl set-time "2026-07-10 14:30:00"
Utilisez le format complet et relisez immédiatement l’état. Si la machine retrouve ensuite Internet, remettez la synchronisation automatique pour éviter une nouvelle dérive. Sur un serveur, documentez l’intervention : une date forcée peut compliquer l’analyse des logs et des sauvegardes.
Si l’heure redevient fausse après extinction, regardez l’horloge matérielle, aussi appelée RTC. Elle conserve une référence quand la machine est éteinte. Sur un vieux PC ou un mini-serveur, une pile fatiguée peut suffire à provoquer des retours en arrière.
timedatectl
sudo hwclock --show
Évitez de mélanger heure locale et UTC sans raison. Linux fonctionne généralement mieux avec une RTC en UTC, surtout sur serveur. Le cas classique qui complique tout reste le dual-boot avec Windows ou une VM dont l’hôte impose déjà l’heure : dans ces situations, corrigez la couche responsable, pas seulement l’invité.
Avant de considérer le problème réglé, vérifiez ces points dans cet ordre.
La première erreur consiste à corriger l’heure locale alors que seul le fuseau est faux. La deuxième consiste à désactiver NTP parce qu’il “change l’heure”, alors qu’il révèle souvent une mauvaise configuration plus profonde. La troisième consiste à oublier l’hôte dans une machine virtuelle.
Ne copiez pas non plus des commandes anciennes qui remplacent directement /etc/localtime ou modifient la RTC sans comprendre le contexte. timedatectl donne une voie plus lisible, réversible et suffisamment standard pour la plupart des distributions actuelles.
Pour configurer l’heure Linux proprement, ne partez pas de la commande qui force une date. Partez de l’état, corrigez le fuseau, activez NTP, puis traitez seulement les cas particuliers : machine isolée, RTC défaillante, dual-boot, VM ou serveur qui doit suivre une politique horaire précise.
Cette méthode est moins spectaculaire qu’un réglage manuel, mais elle tient dans le temps. C’est précisément ce qu’on attend d’un poste de travail, d’un serveur domestique ou d’un contrôleur domotique qui doit exécuter ses tâches au bon moment.
Références utilisées pour cadrer les commandes et éviter les conseils risqués.