Sujet : debian
-
Passer Debian et Ubuntu à la version majeure suivante sans perdre la possibilité de revenir en arrière
do-release-upgrade sous Ubuntu et la procédure manuelle de Debian (modification de sources.list, puis mise à niveau) supposent une sauvegarde complète et un accès console de secours si la session SSH tombe en cours de migration ; les notes de version de Debian recommandent une mise à niveau minimale avant la mise à niveau complète.
-
Vérifier si un hôte Linux nécessite un redémarrage ou un redémarrage de services après des mises à jour
Debian et Ubuntu signalent un redémarrage en attente par le simple fichier /var/run/reboot-required, tandis que les systèmes de la famille RHEL imposent de comparer le noyau en cours d'exécution au dernier noyau installé ou d'utiliser une vérification de type needs-restarting ; aucune des deux familles ne l'indique automatiquement dans le shell.
-
Configurer les interfaces réseau avec netplan sur Ubuntu et tester les modifications sans perdre la connexion
Netplan convertit le YAML de /etc/netplan en configuration pour networkd ou NetworkManager ; `netplan try` applique une modification et l'annule automatiquement si personne ne la confirme avant l'expiration du délai, ce qui est la méthode sûre pour modifier le réseau d'un hôte distant. Le fichier /etc/network/interfaces d'ifupdown sous Debian en est l'alternative plus ancienne, toujours prise en charge.
-
Définir la locale, le fuseau horaire et reconfigurer des paquets sans interaction sous Debian et Ubuntu
localectl, timedatectl et update-locale modifient la locale et le fuseau horaire sans boîte de dialogue en mode texte, et dpkg-reconfigure -f noninteractive relance la configuration debconf d'un paquet comme le ferait un script lors de l'installation initiale ; les deux sont utilisables dans des scripts de provisionnement sans terminal.
-
Ajouter un dépôt APT tiers selon la méthode actuelle : fichiers .sources deb822 et trousseaux Signed-By
apt-key est obsolète : la méthode prise en charge pour ajouter un dépôt tiers signé consiste à placer un trousseau de clés dans /etc/apt/keyrings et à le référencer par l'option Signed-By, soit au format classique sur une ligne, soit au format deb822 .sources, plus récent, que Debian 12/13 et les versions actuelles d'Ubuntu savent lire.
-
Vérifier l'intégrité des paquets installés sur Debian et Ubuntu avec debsums et dpkg --verify
debsums compare les fichiers installés aux sommes MD5 enregistrées lors de la construction du paquet, dpkg --verify (depuis dpkg 1.17.2) compare les métadonnées enregistrées dans la base de données de dpkg elle-même, et dpkg -S/-L indiquent à quel paquet appartient un fichier et quels fichiers un paquet a installés, avant de décider de le réinstaller.
-
Ajouter une autorité de certification privée au magasin de confiance système sur RHEL et dérivés, Debian et Ubuntu
Les distributions Linux des familles RHEL et Debian utilisent des mécanismes distincts pour ajouter un certificat d'AC approuvé localement : update-ca-trust avec des ancres sous /etc/pki/ca-trust, et update-ca-certificates avec des fichiers .crt sous /usr/local/share/ca-certificates. Un mauvais répertoire ou une mauvaise extension laisse l'AC non approuvée, sans aucune erreur.
-
Épinglage APT : maintenir un paquet sur une version ou une source choisie grâce aux fichiers de préférences
L'épinglage APT permet de figer un paquet à sa version actuelle, de l'installer depuis une suite non par défaut ou d'empêcher un futur apt upgrade d'y toucher. La configuration se fait par fichier dans /etc/apt/preferences.d, sans éditer un fichier unique partagé, et se vérifie avec apt-cache policy.
-
Debian preseed et Ubuntu autoinstall : deux formats d'installation automatisée, non interchangeables
L'installateur de Debian s'automatise avec un fichier preseed qui répond aux questions debconf, tandis qu'Ubuntu Server (20.04+) et Desktop (23.04+) utilisent le format YAML autoinstall de Subiquity, fourni sous forme de user-data cloud-init ou de fichier autoinstall.yaml sur le support d'installation. Les deux formats ne sont pas portables d'une distribution à l'autre et doivent être validés avant toute installation sans surveillance.
-
Gérer les noyaux installés sur Debian et Ubuntu : nettoyage, espace dans /boot, HWE et Livepatch
Les anciens paquets de noyau s'accumulent dans /boot jusqu'à ce que apt autoremove les supprime ; Ubuntu propose en outre, sur les versions LTS, un noyau HWE (Hardware Enablement) à mise à jour continue ainsi que le service Livepatch de Canonical, qui applique les correctifs de sécurité du noyau sans redémarrage immédiat. Ces deux fonctions sont propres à Ubuntu et n'ont pas d'équivalent sur Debian.
-
Exécuter apt et dpkg en mode non interactif sur Debian et Ubuntu sans blocage sur les invites
Une exécution scriptée d'apt-get ou de dpkg peut se bloquer sur une invite debconf, sur une question concernant un fichier de configuration modifié ou sur un verrou dpkg détenu. Définir DEBIAN_FRONTEND, choisir les bonnes options confold/confdef et préremplir au préalable les réponses debconf transforme une installation en une commande qui soit se termine, soit échoue de manière explicite.
-
Piloter cloud-init sur une instance Debian ou Ubuntu neuve : user-data, status --wait et relances sans risque
cloud-init applique le user-data une seule fois, au premier démarrage ; `cloud-init status --wait` bloque jusqu'à la fin de cette exécution pour qu'un script de provisionnement n'entre pas en concurrence avec elle, `cloud-init schema --system` détecte un fichier user-data invalide avant le prochain démarrage, et `cloud-init clean` est la méthode documentée pour forcer une réexécution complète lors des tests.
-
Configurer unattended-upgrades pour les correctifs de sécurité automatiques sur Debian et Ubuntu
unattended-upgrades installe les mises à jour de paquets selon un minuteur, à l'aide de deux fichiers : 20auto-upgrades (activation et fréquence) et 50unattended-upgrades (dépôts concernés et redémarrage). Un essai avec --dry-run --debug avant la mise en production évite les redémarrages inattendus ou les mises à jour appliquées à moitié.
-
Gérer les profils AppArmor sous Debian et Ubuntu : état, mode complain et surcharges locales
AppArmor confine chaque programme selon un profil et non selon l'utilisateur. aa-status indique les profils chargés et appliqués, aa-complain et aa-enforce font passer un profil de la simple journalisation au blocage, et /etc/apparmor.d/local accueille les ajouts propres au site, conservés lors des mises à jour du profil fourni par le paquet.
Lisible par machine : JSON