Cours Ubuntu 26.04 / Mettre à jour le système et vérifier l’heure et le terminal

Après l’installation d’Ubuntu, vérifiez séparément la version du système, les index de paquets, les mises à jour, l’heure et le fonctionnement après redémarrage. Une nouvelle installation Ubuntu 26.04 utilise normalement chrony pour synchroniser l’horloge ; identifiez le service réellement présent avant d’appliquer une ancienne procédure pour timesyncd. Gardez la console accessible pendant ces premières opérations.

Relever l’environnement avant de le modifier

Ouvrez une session avec le compte ordinaire créé à l’installation. Les commandes administratives supposent son autorisation sudo. Sur une VM de laboratoire, vérifiez d’abord que vous pouvez toujours ouvrir la console, même si vous travaillez déjà par SSH.

cat /etc/os-release
uname -r
df -h /
ip -br address
whoami

Confirmez Ubuntu 26.04, le noyau démarré, l’espace libre sur la racine, les adresses et le compte courant. Une étiquette « Ubuntu » dans VirtualBox ne prouve pas la version installée. Une machine mise à niveau depuis une ancienne LTS peut également garder des choix de paquets différents de ceux d’une installation neuve.

Conservez ces résultats utiles dans votre fiche, sans secrets. Le cours d’installation et de première connexion explique comment relier les périphériques et points de montage au disque prévu.

Actualiser les index, puis examiner les mises à jour

Advanced Package Tool (APT) gère les paquets Debian/Ubuntu. Commencez par récupérer les index des dépôts :

sudo apt update

Cette commande actualise les informations sur les versions disponibles ; elle ne met pas à niveau tous les logiciels. Lisez les avertissements de téléchargement et de signature, y compris lorsqu’une partie des dépôts a réussi. Ne poursuivez pas sur des index incomplets sans en comprendre la cause.

Lorsque les sources attendues sont accessibles et leurs index cohérents, examinez les candidats :

apt list --upgradable

Puis lancez la mise à jour et lisez son plan avant de confirmer :

sudo apt upgrade

Vérifiez paquets concernés, téléchargements et espace requis. La mise à jour peut modifier des configurations et redémarrer des services ; terminez les travaux importants et gardez l’accès console. L’absence de -y permet de lire la confirmation proposée, mais ne remplace pas l’examen des messages pendant la transaction.

Si un autre gestionnaire détient un verrou, attendez sa fin et vérifiez ce qui est en cours ; supprimer le fichier de verrou peut créer des opérations concurrentes. Un paquet différé n’est pas automatiquement cassé : déploiement progressif, dépendances et maintien explicite sont des situations différentes. La documentation Ubuntu sur les mises à jour progressives explique le phasage.

apt upgrade ne supprime normalement pas de paquet déjà installé pour résoudre une mise à niveau. Si vous passez à une autre commande et voyez une suppression inattendue de composants importants, annulez pour examiner les sources et dépendances. Ne forcez pas un changement de dépôt ou une mise à niveau complète uniquement pour faire disparaître un paquet différé. Le guide des commandes APT détaille ces différences.

Distinguer fuseau horaire et synchronisation chrony

Le fuseau horaire détermine la présentation de l’heure locale. La synchronisation corrige l’horloge du système à partir de sources de temps. Changer le fuseau ne répare pas une horloge en retard ni une connexion au serveur de temps.

timedatectl
systemctl status chrony.service --no-pager
chronyc tracking
chronyc sources -v

timedatectl présente heure, fuseau et état général. systemctl montre si chrony est actif ; chronyc interroge son démon chronyd pour préciser la source et les mesures. L’aide officielle Ubuntu sur chrony indique que ce service est installé par défaut depuis Ubuntu 25.10. Vérifiez néanmoins votre installation au lieu de lancer plusieurs démons de temps en parallèle.

Pour afficher l’heure coréenne, vous pouvez choisir Asia/Seoul après avoir relevé le fuseau actuel :

sudo timedatectl set-timezone Asia/Seoul
timedatectl

Ce choix est facultatif. Un serveur peut conserver UTC ou le fuseau défini par sa politique d’exploitation. Pour revenir en arrière, utilisez set-timezone avec le nom exact relevé précédemment ; par exemple sudo timedatectl set-timezone UTC uniquement si votre choix d’origine était UTC.

Dans chronyc sources -v, les deux premiers caractères décrivent des informations différentes :

Une ligne commençant par ^* combine donc le type serveur et l’état sélectionné. Dans tracking, observez référence, heure de dernière mesure, écart et Leap status. Normal est un élément de contrôle, pas une preuve que toutes les applications ou toutes les machines utilisent correctement l’heure.

Au premier démarrage, laissez le temps d’obtenir des mesures puis recommencez la lecture. Si Not synchronised persiste ou qu’aucune source n’est sélectionnée, vérifiez réseau, DNS et accès aux sources. La configuration Ubuntu actuelle peut utiliser NTS (Network Time Security), qui ajoute une négociation sécurisée au NTP ; sa connectivité doit aussi être autorisée. Consultez le manuel chronyc de la version Ubuntu pour lire les états plutôt que de forcer un saut d’horloge ou de désactiver la validation des certificats.

Préparer le terminal, l’éditeur et les outils de la VM

Sur Server, la console de la VM et un terminal SSH sont les moyens de travail habituels. Vérifiez quels éditeurs sont disponibles :

command -v nano
command -v vim

Une commande absente peut simplement ne produire aucun chemin et se terminer avec un code non nul. Choisissez un éditeur que vous savez utiliser, notamment pour enregistrer et quitter. Si nécessaire, vérifiez son paquet et son origine APT avant installation. Sauvegardez les fichiers système concernés et vérifiez leur chemin avant de les éditer ; le cours sur les permissions et sudo présente notamment le travail avec sudoedit.

Les outils d’intégration de l’invité doivent correspondre au logiciel de virtualisation réellement utilisé et aux paquets Ubuntu pris en charge. Ne mélangez pas les outils de plusieurs hyperviseurs. Un problème de presse-papiers ou de taille d’écran n’exige pas de remplacer tous les outils de base du système.

Identifier les implémentations de sudo et des commandes

Ubuntu 26.04 emploie sudo-rs comme fournisseur sudo par défaut et introduit rust-coreutils dans son environnement courant. Les notes officielles pour les utilisateurs LTS précisent aussi que toutes les commandes ne viennent pas nécessairement de la même implémentation : cp, mv et rm restent notamment fournis par GNU dans le dispositif décrit.

Si un ancien exemple GNU présente une option ou une sortie différente, identifiez d’abord le programme appelé et les paquets présents :

command -v sudo ls cp
sudo --version
ls --version
dpkg-query -W sudo-rs sudo coreutils rust-coreutils coreutils-from-uutils coreutils-from-gnu

Les paquets non installés peuvent produire un diagnostic et un code non nul ; cela ne prouve pas une panne générale. command -v donne un chemin de commande, tandis que la version et l’inventaire aident à identifier son fournisseur. Consultez l’aide de la commande et de sa version avant de transposer une option propre à GNU.

Le retour visuel lors de la saisie d’un mot de passe dépend également de l’implémentation et de la politique ; l’apparition ou l’absence d’astérisques n’identifie pas seule un échec de sudo. Évitez de supprimer ou remplacer globalement les composants essentiels pour contourner une différence encore inexpliquée.

Prévoir le redémarrage et répéter les contrôles

Après la transaction APT, recherchez l’indication de redémarrage et les unités en échec :

if test -f /run/reboot-required; then
    cat /run/reboot-required
else
    printf 'Aucun fichier reboot-required présent.\n'
fi
systemctl --failed
uptime

La présence de reboot-required signale une demande de redémarrage par les paquets concernés. Son absence ne démontre pas à elle seule que tous les processus emploient déjà leurs nouvelles bibliothèques. Lisez aussi les avis de la transaction et les besoins des services. uptime renseigne le temps de fonctionnement ; il ne valide pas leur disponibilité.

Enregistrez votre travail, vérifiez qu’aucune installation ou tâche importante n’est en cours et assurez-vous de pouvoir rouvrir la console. À l’horaire prévu pour cette VM, vous pouvez redémarrer :

sudo reboot

La session SSH sera interrompue. Reconnectez-vous après le démarrage et répétez les lectures de version, noyau, espace et adresses du début, puis l’état de chrony et systemctl --failed. Comparez le noyau réellement démarré et les services nécessaires à votre référence. Notez séparément la réussite des mises à jour et le fonctionnement constaté après redémarrage : le succès de la commande APT ne prouve pas le second.