System maintenance (Français)

État de la traduction:
Cet article est la version francophone de
System maintenance
. Date de la dernière traduction: 2023-01-20. Vous pouvez aider à synchroniser la traduction s'il y a eu des
changements
dans la version anglaise.
Related articles
General recommendations (Français)
Une Maintenance régulière du système est nécessaire au maintien d'un bon fonctionnement d'Arch dans la durée. Il faut s'habituer à un entretien périodique.
Recherche d'erreurs
Échec de services de systemd
Recenser les services défaillants :
$ systemctl --failed
Information complémentaire:
Systemd (Français)#Dépannage
.
Fichiers de Log
Pour la recherche d'erreurs dans les journaux, fichiers de
/var/log
, ainsi que les erreurs de haute priorité du journal de systemd:
# journalctl -p 3 -xb
Information complémentaire:
systemd (Français)/Journal (Français)
.
Voir
Xorg (Français)#Dépannage
pour des informations sur où et comment
Xorg
garde trace des erreurs.
Sauvegardes
Disposer de sauvegardes des données importantes est une mesure nécessaire à prendre, car les erreurs de traitement des humains et des machines sont très susceptibles de générer de la corruption au fil du temps, et aussi le support physique où sont stockées les données est inévitablement destiné à tomber en panne.
Consultez
Synchronization and backup programs
pour connaître les nombreuses applications alternatives qui pourraient mieux convenir à votre cas. Consultez
Category:System recovery
pour d'autres articles d'intérêt.
Il est encouragé d'automatiser les sauvegardes, consultez
Autostarting#On time events
.
Fichiers de Configuration
Avant de modifier des fichiers de configuration, créez des sauvegardes afin de pouvoir revenir à une version fonctionnelle en cas de problèmes.
Les éditeurs comme
Vim
et
Emacs
peuvent le faire automatiquement. Plus largement, envisagez d'utiliser un
gestionnaire de configuration
.
Pour les
dotfiles
(fichiers de configuration dans le répertoire home), consultez
dotfiles#Tracking dotfiles directly with Git
.
Liste des paquets installés
Gardez à jour une liste des paquets installés sur votre machine pour retrouver plus facilement votre environnement si une réinstallation complète était inévitable.
Voir
Pacman (Français)/Tips and tricks (Français)#Liste des paquets installés
.
Sauvegarde de la base de données de Pacman
Voir
Pacman (Français)/Tips and tricks (Français)#Sauvegarde de la base de données de pacman
.
Métadonnées de chiffrement des disques
Voir
Data-at-rest encryption#Backup for disk encryption scenarios
.
Système et données Utilisateur
Voir
System backup
.
Mises à jour du système
Il est recommandé de faire les mises à jour complètes du système via
pacman
à intervalles réguliers, à la fois pour profiter des dernières corrections de bogues et des mises à jour de sécurité, et aussi pour n'avoir pas trop d'éventuelles interventions manuelles en une seule fois. Lorsqu'on demande de l'aide à la communauté, on suppose généralement que le système est à jour.
Assurez-vous de la disponibilité - pour sauvetage en cas de problème - d'un media d'installation Arch Linux ou autre CD/USB-Live. Si vous utilisez Arch dans un environnement de production, ou si vous ne pouvez vous permettre aucun temps d'arrêt pour quelque raison que ce soit, testez d'abord les modifications des fichiers de configuration, et les mises à jour des progiciels, sur un système en double non critique. Ensuite, si aucun problème ne se pose, déployer les changements dans le système de production.
En cas de paquets
AUR
dans le système, mettez-les à jour prudemment.
pacman
est un puissant outil de gestion des paquets, mais il n'essaie pas de traiter tous les cas critiques. Les utilisateurs doivent être vigilants et assumer la responsabilité de la maintenance de leur propre système.
À lire avant toute mise à jour
Avant une mise à jour prenez connaissance des
actualités
, sur le site
Archlinux.fr
, ou par souscription au
flux RSS
ou la
liste de diffusion arch-announce
. Lorsque des mises à jour nécessitent une intervention inhabituelle de l'utilisateur (au-delà de ce qui peut être traité simplement en suivant les instructions données par
pacman
), un message d'information approprié sera publié.
Avant de mettre à jour un logiciel fondamental (tels que
linux
,
Xorg
,
Systemd
, ou
glibc
) vers une nouvelle version, consultez le
forum
approprié pour voir s'il y a eu des problèmes signalés.
Les utilisateurs doivent également être conscients que la mise à jour des paquets peut soulever des problèmes inattendus qui pourraient nécessiter une intervention immédiate; par conséquent, il est déconseillé de mettre à jour un système stable peu de temps avant qu'il ne soit nécessaire à l'exécution d'une tâche importante. Il est sage d'attendre plutôt d'avoir suffisamment de temps pour être en mesure de traiter d'éventuels problèmes après la mise à jour.
Astuce
Vous pouvez utiliser un «hook» pour pacman,
informant
AUR
par exemple empêche toute mise-à-jour s'il a été publié une nouvelle Arch News depuis la dernière mise-à-jour, et que vous ne l'avez pas lue.
Évitez certaines commandes de pacman
Éviter absolument toute
mise à jour partielle
. Autrement dit ne jamais utiliser la commande
pacman -Sy
; mais, à la place, toujours
pacman -Syu
.
Éviter l'option
--overwrite
de pacman. Celle-ci prend un «glob» comme argument. Lorsqu'elle est utilisée, pacman va ignorer les conflits de fichier, pour tout fichier qui correspondrait à ce
glob
. Un système correctement maintenu ne devrait utiliser cette option qu'en cas de recommandation explicite des développeurs d'Arch. (voir
#À lire avant toute mise à jour
).
Éviter l'option
-d
de pacman:
pacman -Rdd
paquet
qui désactive le contrôle des dépendances dans la désinstallation d'un paquet. Il peut en résulter la désinstallation associée d'une dépendance critique et la casse de votre système.
Les mises à jour partielles ne sont pas prises en charge
Arch Linux est une distribution de type
rolling release
. Ceci signifie que lorsque de nouvelles versions de
bibliothèques logicielles
sont poussées vers les dépôts, les
développeurs
et
utilisateurs de confiance
reconstruisent dans les dépôts la totalité des paquets qui doivent l'être par rapport aux bibliothèques. Par exemple, si deux paquets dépendent de la même bibliothèque, la mise à jour d'un seul paquet pourrait également mettre à jour la bibliothèque (en tant que dépendance), ce qui pourrait briser l'autre paquet qui dépend d'une version plus ancienne de la bibliothèque.
C'est pourquoi
les mises à jour partielles ne sont pas prises en charge
. N'utilisez
pas
:
pacman -Sy
paquet
pacman -Sy
suivi de
pacman -S
paquet
(Notez l'absence de
-S
u
dans l'installation du paquet.)
pacman -Syuw
(Notez que
pacman -Syuw
implique les mêmes risques que
pacman -Sy
, car il mettra à jour la base de données de synchronisation de
pacman
sans installer les nouveaux paquets).
Lorsque vous rafraîchissez la base de données des paquets, faites
toujours
une mise à jour complète avec
pacman -Syu
. Notez que si
pacman -Syu
n'effectue pas la mise à jour en raison d'une erreur, le résultat final est le même que l'exécution de
pacman -Sy
. Par conséquent, l'erreur doit être résolue et l'opération de mise à jour terminée dès que possible.
Soyez très prudent lorsque vous utilisez
IgnorePkg
et
IgnoreGroup
pour la même raison. Si le système a des paquets installés localement (comme les paquets
AUR
), les utilisateurs devront les reconstruire lorsque leurs dépendances recevront un «
soname
bump».
Dans un scénario de mise à jour partielle, avec des binaires cassés parce qu'ils ne peuvent pas trouver les bibliothèques auxquelles ils sont liés,
ne "corrigez" pas le problème simplement en créant des liens symboliques
. Les bibliothèques incrémentent leur
soname
lorsqu'elles ne sont pas rétrocompatibles. Un simple
pacman -Syu
vers un miroir correctement synchronisé résoudra le problème tant que pacman n'est pas cassé.
Le script bash
checkupdates
, inclus dans le paquet
pacman-contrib
, fournit un moyen sûr de vérifier les mises à jour des paquets installés sans exécuter une mise à jour du système en même temps, et propose une option pour télécharger les mise-à-jours en attente vers le cache de pacman sans modifier sa base de données.
Restez vigilants lors d'une mise à jour
Lors d'une mise à jour-système, soyez attentif aux messages d'alertes de
pacman
. Si l'utilisateur est invité à une action complémentaire, assurez-vous de la faire de suite. Si une alerte pacman est déroutante, recherchez les forums et les nouvelles récentes pour plus de détails.
Traiter rapidement les nouveaux fichiers de configuration
L'utilisation de pacman peut créer des fichiers
.pacnew
et
.pacsave
. Pacman avertit en ce cas et l'utilisateur doit traiter ces fichiers rapidement. Se référer à
Pacman (Français)/Pacnew and Pacsave (Français)
pour détails.
Pensez également aux autres fichiers de configuration que vous avez pu copier ou créer. Si un paquet avait un exemple de configuration que vous avez copié dans votre répertoire personnel, vérifiez si un nouveau fichier a été créé.
Redémarrage après une mise à jour
La mise à jour n'affecte pas les processus en cours d’exécution. Certains peuvent le réclamer, mais la plupart doivent être relancés manuellement pour appliquer la mis à jour.
Le paquet
archlinux-contrib
fournit un script appelé
checkservices
qui exécute
pacdiff
pour fusionner les fichiers
.pacnew
puis vérifier les processus en cours d'exécution utilisant des bibliothèques obsolètes et demande à l'utilisateur s'il souhaite qu'ils soient redémarrés.
Le noyau est particulièrement difficile à patcher «en production», aussi le redémarrage de la machine est la solution la plus sûre. Dans des cas pour lesquels ceci n'est pas envisageable voir la page:
Kernel live patching
(en).
Annuler une mise à jour cassée
S'il est connu ou attendu qu'une mise à jour de paquet cause des problèmes, les mainteneurs s'assureront que pacman affiche un message approprié lors de la mise à jour. Si vous rencontrez ces problèmes en ce cas, vérifiez bien la sortie de pacman en regardant
/var/log/pacman.log
.
Astuce
Des visualiseurs de journaux tel
wat-git
AUR
peuvent aider à rechercher dans les journaux de pacman.
A ce stade, sans information disponible par pacman, sans note à ce sujet dans les actualités sur
https://archlinux.fr/
, et sans messages sur le forum à propos de la mise à jour, envisagez de chercher de l'aide sur le site par le
forum
ou le canal
IRC
, ou
rétrogradez
le paquet incriminé.
Vérification des paquets orphelins et/ou abandonnés
Après mise à jour, il peut maintenant y avoir des paquets qui ne sont plus nécessaires ou qui ne sont plus dans les dépôts officiels.
La commande
pacman -Qtd
cherche ces paquets "orphelins": installés comme dépendances mais n'étant plus requiqs par aucun paquet installé. Si un tel orphelin est utile en tant que paquet isolé il est recommandé de modifier son
motif d'installation
. Autrement, s'il n'a pas utilité ce dernier peut être désinstallé.
En sus, certains paquets ne sont plus dans les dépôts distants mais peuvent toujours se trouver sur votre système local. On liste tous les paquets étrangers avec
pacman -Qm
. Mais notez que cette liste comprendra aussi les paquets installés manuellement, par exemple depuis
AUR
. Pour exclure les paquets qui sont (toujours) disponibles sur l'AUR, utilisez l'utilitaire
ancient-packages
AUR
.
Utiliser le gestionnaire de paquets pour installer un logiciel
Pacman
gardera bien mieux que vous une trace des paquets installés. Tôt ou tard
vous oublierez
une installation manuelle, l'avoir faite, quand, pourquoi, vous installeriez en créant des conflits avec d'autres paquets, à des emplacements non conformes, etc.
Installez les paquets présents dans les dépôts officiels comme décrit ici:
Installation de paquets
.
Si le programme souhaité n'est pas dans les dépôts, voyez si quelqu'un a créé un paquet
AUR
et suivez la méthode de l'article pour l'installer.
Enfin, pour un programme souhaité mais absent des dépôts, officiels ou AUR, apprenez à créer pour lui un paquet AUR
Créer et modifier un paquet
.
Voir les détails pour
Pacman (Français)/Tips and tricks (Français)#Recherche des fichiers n'appartenant à aucun paquet
.
Choix de pilotes libres
Privilégiez toujours les pilotes libres avant de recourir aux pilotes propriétaires. La plupart du temps, les pilotes libres sont plus stables et plus fiables que les pilotes propriétaires. Les bogues des pilotes libres sont corrigés plus facilement et plus rapidement. Si les pilotes propriétaires peuvent offrir plus de fonctionnalités et de capacités, cela peut se faire au détriment de la stabilité. Pour éviter ce dilemme, essayez de choisir des composants matériels connus pour avoir un support mûr de pilotes libres avec des fonctionnalités complètes. Des informations sur le matériel avec des pilotes Linux libres sont disponibles à l'adresse suivante
linux-drivers.org
.
Prudence avec les paquets non-officiels
Usez avec précaution des paquets
AUR
ou des
dépôts non officiels
. La plupart sont fournis par des utilisateurs normaux et n'ont pas les mêmes standards que ceux des dépôts officiels. Soyez prudents avec les
assistants AUR
qui automatisent l'installation.
Toujours
vérifier les PKGBUILDs du point de vue de leur rigueur, cherchant de simples erreurs mais parfois des codes malicieux, avant de les compiler et de les installer.
Pour simplifier la maintenance, limitez le nombre de paquets non officiels utilisés. Effectuer des contrôles périodiques de ceux qui sont réellement utilisés et supprimer (ou remplacer par leurs homologues officiels) tous les autres. Voir
Pacman (Français)/Tips and tricks (Français)#Maintenance
pour quelques commandes utiles.
Mettre à jour de la liste des miroirs
La qualité, en rapidité de mise à jour et débit, des dépôts-miroirs varie dans le temps, avec parfois dégradation ou même désactivation.
Voir
Miroirs
pour les details.
Nettoyer le Système
Pour la suppression de fichiers à supprimer, il est important de trouver ceux qui occupent le plus d'espace disque. Les programmes d'aide à ce sujet se trouvent dans:
List of applications#Disk usage display (en)
List of applications#Disk cleaning (en)
Cache des Paquets
Supprimez les fichiers
.pkg
dont vous ne voulez plus de
/var/cache/pacman/pkg/
pour un gain d'espace.
Voir
Pacman (Français)#Nettoyage du cache des paquets
pour plus d'information.
Paquets Inutiles (orphelins)
Supprimez les paquets inutilisés du système pour libérer de l'espace disque et simplifier la maintenance.
Voir
Pacman (Français)/Tips and tricks (Français)#Suppression des paquets inutilisés (orphelins)
pour plus de détails.
Fichiers de configuration anciens
Les anciens fichiers de configuration peuvent être en conflit avec les mises à jour de paquets, ou se corrompre avec le temps. Supprimez périodiquement ceux inutiles, en particulier dans votre répertoire personnel et
~/.config
. Pour les mêmes raisons soyez prudent lorsque vous partagez des répertoires personnels entre les installations.
Surveillez les répertoires suivants:
~/.config/
-- emplacement des configuration des applications
~/.cache/
-- le cache de certains programmes peut croître exagérément
~/.local/share/
-- des fichiers périmés peuvent y rester
Voir
XDG Base Directory support(en)
Pour garder propre le répertoire home de fichiers temporaires à de mauvais endroits, une bonne idée est de gérer une liste de fichiers non désirés et de les supprimer régulièrement, par exemple avec
rmshit.py
.
rmlint-git
AUR
pour trouver et éventuellement supprimer les fichiers en double, les fichiers vides, les répertoires vides récursifs et les liens symboliques cassés.
Liens symboliques cassés
Il peut s'en trouver dispersés dans votre système: exemples de façons d'y parvenir:
ici
et
ici aussi
.
Pour une liste rapide :
# find -xtype l -print
Puis voyez la liste et supprimez les entrées inutiles.
Trucs et astuces
Les conseils suivants ne sont généralement pas nécessaires, mais certains utilisateurs peuvent les trouver utiles.
Utiliser des paquets logiciels éprouvés
La publication en continue d'Arch peut être une aubaine pour les utilisateurs qui veulent essayer les dernières fonctionnalités et obtenir les mises à jour dès que possible, mais elles peuvent aussi rendre la maintenance du système plus difficile. Pour simplifier la maintenance et améliorer la stabilité, essayez d'éviter les logiciels de pointe et n'installez que des logiciels mûrs et éprouvés. Ces logiciels sont moins susceptibles de recevoir des mises à jour difficiles, telles que des changements de configuration majeurs ou la suppression de fonctionnalités. Préférez les logiciels qui disposent d'une communauté de développement forte et active, ainsi que d'un grand nombre d'utilisateurs compétents, afin de simplifier l'aide en cas de problème.
Évitez toute utilisation du dépôt de testing, même les paquets individuels de testing. Ces paquets sont expérimentaux et ne conviennent pas à un système stable. De même, évitez les paquets construits directement à partir de sources de développement en amont. Ils se trouvent généralement dans l'
AUR
, avec des noms tels que : "dev", "devel", "svn", "cvs", "git", etc.
Installer le paquet linux-lts
Le paquet
linux-lts
est un autre paquet du noyau Arch, et est disponible dans le dépôt
core
. Cette version particulière du noyau bénéficie d'un support à long terme (LTS) de la part des développeurs en amont, incluant des corrections de sécurité et quelques fonctionnalités rétroportées. Elle est utile si vous préférez la stabilité des mises à jour moins fréquentes du noyau ou si vous voulez un noyau de secours au cas où une nouvelle version du noyau poserait des problèmes.
Pour le rendre disponible en tant qu'option de démarrage, vous devrez mettre à jour le fichier de configuration de votre
chargeur d'amorçage
pour utiliser le noyau LTS et son «initramfs» :
vmlinuz-linux-lts
et
initramfs-linux-lts.img
.
À voir aussi
Arch News Bash Script