Maintenance du système

Une maintenance régulière du système est nécessaire pour le bon fonctionnement D’Arch sur une période de temps. La maintenance en temps opportun est une pratique à laquelle de nombreux utilisateurs s’habituent.

vérifier les erreurs

échec des services systemd

vérifiez si des services systemd sont entrés dans un État d’échec:

$ systemctl --failed

Voir Systemd#analyse de l’état du système pour plus d’informations.,

Log

Chercher les erreurs dans les fichiers de log situé dans le /var/log, ainsi que de haute priorité erreurs dans les systemd journal:

# journalctl -p 3 -xb

Voir systemd/Journal pour plus d’informations.

consultez Xorg#Dépannage pour savoir où et comment xorg enregistre les erreurs.

sauvegarde

créez des sauvegardes de données importantes à intervalles réguliers. Voir programmes de synchronisation et de sauvegarde pour de nombreuses applications alternatives qui peuvent mieux convenir à votre cas. Voir la catégorie: Récupération du système pour d’autres articles d’intérêt.,

les Sauvegardes peuvent être automatisées avec systemd/Timers.

fichiers de Configuration

avant de modifier des fichiers de configuration, créez une sauvegarde afin de pouvoir revenir à une version de travail en cas de problème. Des éditeurs comme vim et emacs peuvent le faire automatiquement, ainsi que des outils comme etckeeper qui conservent /etc dans un système de contrôle de version (VCS); voir dotfiles#Tracking dotfiles directement avec Git pour plus d’informations.,

liste des paquets installés

maintenez une liste de tous les paquets installés, de sorte que si une réinstallation complète est inévitable, il est plus facile de recréer l’environnement d’origine.

Voir Pacman tips#liste des paquets installés pour plus de détails.

Pacman base de données

Voir pacman/trucs et astuces#sauvegarder le pacman de la base de données.

de Cryptage de métadonnées

Voir les Données au repos de chiffrement#Sauvegarde de chiffrement de disque scénarios.

données système et utilisateur

Voir Sauvegarde Système.,

mise à niveau du système

Il est recommandé d’effectuer régulièrement des mises à niveau complètes du système via Pacman#Upgrading packages, pour profiter à la fois des dernières corrections de bugs et mises à jour de sécurité, et aussi pour éviter d’avoir à faire face à trop de mises à niveau de paquets qui nécessitent Lorsqu’on demande de l’aide à la communauté, on suppose généralement que le système est à jour.

assurez-vous d’avoir le support D’installation Arch ou un autre CD / USB Linux « live » disponible afin que vous puissiez facilement sauver votre système en cas de problème après la mise à jour., Si vous exécutez Arch dans un environnement de production, ou si vous ne pouvez pas vous permettre des temps d’arrêt pour quelque raison que ce soit, testez d’abord les modifications apportées aux fichiers de configuration, ainsi que les mises à jour des progiciels, sur un système en double non critique. Ensuite, si aucun problème ne survient, déployez les modifications apportées au système de production.

Si le système a des paquets de L’AUR, mettez-les soigneusement à niveau tous.

pacman est un puissant outil de gestion de paquets, mais il ne tente pas de gérer tous les cas de coin. Les utilisateurs doivent être vigilants et assumer la responsabilité de maintenir leur propre système.,

lire avant la mise à niveau du système

avant la mise à niveau, les utilisateurs doivent visiter la page D’accueil D’Arch Linux pour consulter les dernières nouvelles, ou encore s’abonner au flux RSS ou à la liste de diffusion arch-announce. Lorsque les mises à jour nécessitent une intervention de l’utilisateur hors de l’ordinaire (plus que ce qui peut être géré simplement en suivant les instructions données par pacman), un post de nouvelles approprié sera fait.

avant de mettre à niveau un logiciel fondamental (tel que le noyau, 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 à niveau 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 à niveau un système stable peu de temps avant qu’il ne soit nécessaire pour effectuer une tâche importante. Il est sage d’attendre à la place d’avoir suffisamment de temps pour pouvoir traiter d’éventuels problèmes post-mise à niveau.

évitez certaines commandes pacman

évitez de faire des mises à niveau partielles. En d’autres termes, n’exécutez jamais pacman -Sy; à la place, Utilisez toujours pacman -Syu.

évitez généralement d’utiliser l’option--overwrite avec pacman. L’option--overwrite prend un argument contenant un glob. Lorsqu’il est utilisé pacman contournera les vérifications de conflit de fichiers pour les fichiers qui correspondent au glob. Dans un système correctement entretenu, il ne doit être utilisé que lorsqu’il est explicitement recommandé par les développeurs Arch. Voir la section # lire avant de mettre à niveau le système.,

évitez d’utiliser l’option-d avec pacman. pacman -Rdd package ignore les contrôles de dépendance lors de la suppression du paquet. En conséquence, un paquet fournissant une dépendance critique pourrait être supprimé, entraînant un système cassé.

les mises à niveau partielles ne sont pas prises en charge

Arch Linux est une distribution de version continue. Cela signifie que lorsque de nouvelles versions de bibliothèque sont poussées vers les dépôts, les développeurs et les utilisateurs de confiance reconstruisent tous les paquets des dépôts qui doivent être reconstruits par rapport aux bibliothèques., Par exemple, si deux paquets dépendent de la même bibliothèque, la mise à niveau d’un seul paquet peut également mettre à niveau la bibliothèque (en tant que dépendance), ce qui peut alors casser l’autre paquet qui dépend d’une ancienne version de la bibliothèque.

c’est pourquoi les mises à niveau partielles ne sont pas prises en charge. N’utilisez pas de pacman -Sy package ou équivalent pacman -Sy suivi de pacman -S package. Notez quepacman -Syuw implique les mêmes risques quepacman -Sy, car il mettra à jour la base de données pacman sync sans installer les nouveaux paquets., Toujours mettre à niveau (avec pacman -Syu) avant d’installer un paquet. Notez que si pacman -Syu ne pas effectuer la mise à niveau 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 à niveau terminée dès que possible. Être très prudent lors de l’utilisation de IgnorePkg et IgnoreGroup pour la même raison. Si le système a des paquets construits localement (tels que les paquets AUR), les utilisateurs devront les reconstruire lorsque leurs dépendances recevront un soname bump.,

Si un scénario de mise à niveau partielle a été créé et que les binaires sont 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 symétriques. Les bibliothèques reçoivent des bosses 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 avec le paquet pacman-contrib, fournit un moyen sûr de vérifier les mises à niveau des paquets installés sans exécuter une mise à jour système en même temps.,

agir sur les alertes lors d’une mise à niveau

lors de la mise à niveau du système, veillez à faire attention aux avis d’alerte fournis par pacman. Si des actions supplémentaires sont requises par l’utilisateur, assurez-vous d’en prendre soin immédiatement. Si une alerte pacman est source de confusion, recherchez dans les forums et les publications récentes des instructions plus détaillées.

traite rapidement les nouveaux fichiers de configuration

lorsque pacman est invoqué,.pacnew Et.pacsave peuvent être créés. Pacman fournit un avis lorsque cela se produit et les utilisateurs doivent traiter ces fichiers rapidement., Les utilisateurs sont référés à la page Wiki Pacman / Pacnew et Pacsave pour des instructions détaillées.

pensez également à d’autres fichiers de configuration que vous avez peut-être copiés ou créés. Si un paquet avait un exemple de configuration que vous avez copié dans votre répertoire personnel, vérifiez si un nouveau a été créé.

redémarrez ou redémarrez après les mises à niveau

les mises à niveau ne sont généralement pas appliquées aux processus existants. Vous devez redémarrer les processus pour appliquer pleinement la mise à niveau.

le noyau est particulièrement difficile à patcher sans redémarrage. Un redémarrage est toujours l’option la plus sécurisée, mais si cela est très gênant, le patch en direct du noyau peut être utilisé pour appliquer des mises à niveau sans redémarrage.

annuler les mises à jour interrompues

si une mise à jour de paquet est attendue / connue pour causer des problèmes, les emballeurs s’assureront que pacman affiche un message approprié lorsque le paquet est mis à jour., Si vous rencontrez des problèmes après une mise à jour, vérifiez la sortie de pacman en regardant /var/log/pacman.log.

à ce stade, seulement après s’être assuré qu’il n’y a pas d’informations disponibles via pacman, il n’y a pas de nouvelles relatives surhttps://archlinux.org/, et il n’y a pas de messages sur le forum concernant la mise à jour, envisagez de demander de l’aide sur le forum, sur,

rechercher les paquets orphelins et abandonnés

Après la mise à niveau, vous pouvez maintenant avoir des paquets qui ne sont plus nécessaires ou qui ne sont plus dans les dépôts officiels.

utilisezpacman -Qtd pour vérifier les paquets qui ont été installés en tant que dépendance mais maintenant, aucun autre paquet ne dépend d’eux. Si un paquet orphelin est toujours nécessaire, il est recommandé de changer la raison d’installation En explicite. Sinon, si le paquet n’est plus nécessaire, il peut être supprimé.,

de plus, certains paquets peuvent ne plus être dans les dépôts distants, mais ils peuvent toujours être sur votre système local. Pour lister tous les paquets étrangers, utilisez pacman -Qm. Notez que cette liste inclura les paquets qui ont été installés manuellement (par exemple, à partir de L’AUR). Pour exclure les paquets qui sont (toujours) disponibles sur L’AUR, utilisez l’outil ancient-packagesAUR.

utilisez le gestionnaire de paquets pour installer un logiciel

Pacman fait un bien meilleur travail que vous pour garder une trace des fichiers., Si vous installez des choses manuellement, vous oublierez tôt ou tard ce que vous avez fait, oublierez où vous avez installé, installerez des logiciels en conflit, installerez aux mauvais endroits, etc.

• installez des paquets à partir des dépôts officiels en utilisant la méthode de la section Pacman#Installing packages.
• si le programme que vous désirez n’est pas disponible, vérifiez si quelqu’un a créé un paquet dans L’AUR. Suivez la méthode de cet article pour l’installation.
• enfin, si le programme que vous voulez n’est pas dans les dépôts officiels ou dans L’AUR, apprenez à créer un paquet pour lui.,

À nettoyer mal installé les fichiers, voir Pacman/trucs et astuces#Identifier les fichiers ne sont pas détenues par un paquet.

choisissez les pilotes open-source

essayez toujours les pilotes open source avant de recourir à des pilotes propriétaires. La plupart du temps, les pilotes open source sont plus stables et fiables que les pilotes propriétaires. Les bogues des pilotes Open source sont corrigés plus facilement et rapidement. Alors que 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 de pilote open source mature avec des fonctionnalités complètes. Des informations sur le matériel avec des pilotes Linux open source sont disponibles à l’adresse suivante linux-drivers.org.

soyez prudent avec les paquets non officiels

utilisez des précautions lorsque vous utilisez des paquets de L’AUR ou d’un référentiel utilisateur non officiel. La plupart sont fournis par des utilisateurs réguliers et peuvent donc ne pas avoir les mêmes normes que celles des référentiels officiels. Évitez les aides AUR qui automatisent l’installation des paquets AUR., Vérifiez toujours PKGBUILDs pour la santé mentale et les signes d’erreur ou de code malveillant avant de construire et/ou d’installer le paquet.

pour simplifier la maintenance, limitez le nombre de paquets non officiels utilisés. Effectuer des contrôles périodiques sur lesquels sont effectivement utilisés, et supprimer (ou remplacer par leurs homologues officiels) tout autre. Voir pacman/trucs et astuces#Entretien pour les commandes utiles.

mettre à jour la mirrorlist

mettre à jour la mirrorlist de pacman, car la qualité des miroirs peut varier au fil du temps, et certains peuvent se déconnecter ou leur taux de téléchargement peut se dégrader.

Voir miroirs pour plus de détails.,

nettoyer le système de fichiers

lorsque vous recherchez des fichiers à supprimer, il est important de trouver les fichiers qui occupent le plus d’espace disque. Les programmes qui aident à cela se trouvent dans:

• liste des applications#affichage de L’utilisation du disque.
• Liste des applications#nettoyage de Disque.

cache

Supprimer les .pkg les fichiers de /var/cache/pacman/pkg/ pour libérer de l’espace disque.

Voir Pacman#nettoyage du cache des paquets pour plus d’informations.,

paquets inutilisés (orphelins)

supprimez les paquets inutilisés du système pour libérer de l’espace disque et simplifier la maintenance.

Voir Pacman/trucs et astuces#Supprimer les paquets inutilisés (orphelins) pour plus de détails.

anciens fichiers de configuration

Les anciens fichiers de configuration peuvent entrer en conflit avec les versions de logiciels plus récentes ou être corrompus au fil du temps. Supprimez périodiquement les configurations inutiles, en particulier dans votre dossier personnel et ~/.config. Pour des raisons similaires, soyez prudent lorsque vous partagez des dossiers personnels entre les installations.,

recherchez les dossiers suivants:

reportez-vous à la section Prise en charge des répertoires de base XDG pour plus d’informations.

pour garder le répertoire personnel propre des fichiers temporaires créés au mauvais endroit, il est judicieux de gérer une liste de fichiers indésirables et de les supprimer régulièrement, par exemple avec rmshit.py.

rmlint peut être utilisé pour rechercher et éventuellement supprimer les fichiers en double, les fichiers vides, les répertoires vides récursifs et les liens symboliques cassés.

liens symboliques brisés

D’anciens liens symboliques brisés pourraient se trouver autour de votre système; vous devriez les supprimer., Des exemples pour y parvenir peuvent être trouvés ici et ici. Cependant, vous ne devez pas supprimer aveuglément tous les liens symboliques brisés, car certains d’entre eux ont un but .

pour répertorier rapidement tous les liens symboliques cassés de votre système, utilisez:

# find / -xtype l -print

puis inspectez et supprimez les entrées inutiles de cette liste.

trucs et astuces

Les conseils suivants sont généralement pas nécessaires, mais certains utilisateurs peuvent trouver utiles.,

utiliser des progiciels éprouvés

Les versions évolutives D’Arch peuvent être une aubaine pour les utilisateurs qui souhaitent essayer les dernières fonctionnalités et obtenir des mises à jour en amont dès que possible, mais elles peuvent également rendre la maintenance du système plus difficile. Pour simplifier la maintenance et améliorer la stabilité, évitez les logiciels de pointe et n’installez que des logiciels matures et éprouvés. Ces paquets sont moins susceptibles de recevoir des mises à niveau difficiles telles que des modifications majeures de configuration ou des suppressions de fonctionnalités., Préférez les logiciels qui ont une communauté de développement forte et active, ainsi qu’un nombre élevé d’utilisateurs compétents, afin de simplifier le support en cas de problème.

évitez toute utilisation du référentiel testing, même des paquets individuels de testing. Ces paquets sont expérimentaux et ne conviennent pas à un système stable. De même, évitez les paquets qui sont construits directement à partir de sources de développement en amont. Ces se trouvent généralement dans AUR, avec noms, y compris des choses comme: « dev », « devel », « svn », « cv », « git », etc.,

installer le paquet linux-lts

le paquet linux-lts est un paquet alternatif du noyau Arch, et est disponible dans le dépôt core. Cette version particulière du noyau a un support à long terme (lts) en amont, y compris des correctifs de sécurité et des rétroportages de fonctionnalités. Il est utile si vous préférez la stabilité des mises à jour du noyau moins fréquentes ou si vous voulez un noyau de secours au cas où une nouvelle version du noyau causerait des problèmes.,

pour le rendre disponible en option de démarrage, vous devrez mettre à jour le fichier de configuration de votre chargeur de démarrage pour utiliser le noyau LTS et le disque ram:vmlinuz-linux-ltsEtinitramfs-linux-lts.img.

Voir Aussi

• Arch Nouvelles Script Bash
• Automatique de Voûte du Système de Maintenance