Dans cet article, je souhaite revenir sur l'installation de Redcore Linux sans les compilations longues et fastidieuses des paquets que certains utilisateurs reprochent à la distribution mère Gentoo. Peut‑on réellement blâmer Gentoo de rester le plus proche possible des sources ? Telle est la véritable question mais ce n'est pas l'objet de cet article.
Aujourd'hui, je veux vous présenter la mise à jour ou, si vous préférez, la mise à niveau de Redcore Linux en ligne de commande. Redcore propose un environnement de bureau moderne en KDE Plasma ou léger en LXQt dans mon cas, des paquets binaires optimisés et des outils en ligne de commande et/ou graphiques GUI pour la gestion des logiciels, tout en conservant la flexibilité et la philosophie source. Redcore met l'accent sur la performance, la simplicité d'installation et la compatibilité avec l'écosystème Gentoo (utilisation possible d'eix/portage). Elle s'adresse aux utilisateurs qui souhaitent la puissance de Gentoo sans la complexité d'une configuration entièrement compilée depuis les sources.
Avant d'aller plus loin, voici le résumé du système actuellement installé de Redcore avant la mise à niveau. A travers la commande * Fastfetch *
Le processus de mise à jour en ligne de commande via le terminal de Redcore utilise ses propres commandes regroupées sous Sisyphus.
Dans un premier temps, nous verrons la différence entre la commande update et la commande upgrade.
Le contexte, l'objectif sont différents. Sisyphus est un gestionnaire ou, si vous préférez, un outil en ligne de commande qui cible un processus précis. Les concepts fondamentaux diffèrent entre la mise à jour de la base de paquets et la mise à niveau des paquets.
Pourquoi séparer update et upgrade ? Pour des raisons de sécurité, de gestion des dépendances et de disponibilité.
La commande sisyphus update : but et comportement attendu de cette commande est de télécharge les index et les métadonnées des dépôts. Elle permet d’identifier les erreurs fréquentes et de diagnostiquer certains problèmes réseau ou dépôts indisponibles avant de lancer la mise à niveau (upgrade). C’est une vérification préalable avant de passer aux opérations concrètes.
Maintenant passons à la commande terminale * upgrade *. Le but et comportement attendus de cette commande est aussi simple mais bien différente de la commande update.
Étapes réalisées (résolution de dépendances, téléchargement, installation et scripts post-installation. Il y a aussi la gestion des conflits et rollback possibles.
Les bonnes pratiques avant d'exécuter update/upgrade est de faire une sauvegardes et snapshots, vérifie l'espace disque et l'intégrité des dépôts et avant tout lire les notes de version et changelogs. Le but premier est de garder à jour régulièrement votre poste utilisateur.
Sisyphus permet pour les utilisateurs avancés, la configuration des dépôts, l'utilisation combinée avec d'autres outils (fixation des paquets, mise en attente de tâche, certaines stratégies pour minimiser les interruptions. Offre la sécurité, la conformité des paquets. Sans oublié l'importance des signatures et vérifications des paquets. Sisyphus upgrade permet également les mises à jour critiques/patches de sécurité.
Passons à l'action maintenant, lançons le terminal et passons en mode root soit en mode administration du système.
1. Comme sur l'image ci-dessous, entrer la commande * su * ensuite entrer votre mot passe ainsi vous serez automatiquement en mode root/admin. Lancer la commande * sisyphus update *
2. La commande update vous permet de valider les info système avec le résultat suivant; Voir l'image ci-dessous. Tout semble conforme et aucun message d'erreur.
3. Passons à la commande terminale * sisyphus upgrade * une fois que vous avez lancer la commande, vous aurez le résultat en quelques minutes ou plus selon le nombre de mise à niveau à faire. Dans mon cas, j'ai 307 mise à niveau à effectuer. Il suffit de répondre * yes * et ensuite faite * entrée * sur votre clavier. N’oubliez pas l’importance de la commande upgrade : elle synchronise la base locale d’informations sur les paquets avec les dépôts distants. Les actions effectuées sont les suivantes:
- téléchargement des index et vérification des signatures ;
- mise à jour des métadonnées locales ;
- mise à jour des caches (versions, checksums, dépendances) ;
- résolution des dépendances selon la nouvelle metadata ;
- téléchargement des paquets ;
- installation et exécution des scripts post‑installation (configuration, migrations).
3.1 Sur cette image, nous pouvons voir où le processus de mise à niveau est rendu. Actuellement l'installation des paquets, en est maintenant au 110 ième sur 307.
3.2 Sur l’image ci‑dessous, on voit le résultat final après la mise à niveau. Il est important de lire les différents messages pour vérifier l’état du système ou effectuer certaines opérations nécessaires. Lancez la commande * emerge man page * suivante pour consulter la documentation et les messages importants affichés en fin de mise à niveau :
Récapitulatif, en ce qui concerne ces actions.
Sans vouloir me répéter ici, toujours exécuter sisyphus update avant sisyphus upgrade. Idéalement, faire une sauvegarde système via un snapshot. Vérifier l’espace disque et l’intégrité du système de fichiers. Ne pas oublier de contrôler la connexion réseau et la disponibilité des dépôts/miroirs. Lire les changelogs et les notes de version pour les paquets critiques (bases de données, kernel) — souvent disponibles sur le site de Redcore dans la section actualités ou la documentation — afin d’anticiper l’impact (liste des paquets modifiés).
Pour les postes utilisateurs : un update + upgrade effectuer hebdomadairement pour garder le système à jour. Un redémarrage sera nécessaire si le kernel ou un daemon important est mis à jour.
En cas de problème après une mise à niveau : consulter /var/log/sisyphus.log (ou le journal équivalent), relancer l’opération en mode interactif et, en cas d’échec critique, restaurer le snapshot.
Gestion avancée de sisyphus
Configuration des dépôts : priorités, miroirs, dépôts internes (fichiers de config dans /etc/sisyphus/*).
Pinning / holds : bloquer une version d’un paquet critique jusqu’à validation.
Nettoyage : suppression des paquets obsolètes, nettoyage du cache (sisyphus clean/cache), et réindexation si nécessaire.
4. Sur l'image ci-dessous, vous pouvez voir les différentes commandes terminales * sisyphus * en lançant * sisyphus --help * Je vous suggère fortement d'expérimenter l'ensemble de ces commandes.
Évidemment la sécurité et la conformité
Vérifier signatures GPG des paquets et des index : ne pas désactiver la vérification.
Appliquez rapidement les correctifs critiques de sécurités, cette information se retrouve toujours sur le site web du développeur. Qui documente les changements pour la conformité. Maintenez-vous en à la liste des dépôts approuvées et évitez ou limitez l’ajout de dépôts tiers non vérifiés.
Sisyphus permet la résolution de problèmes
« L’upgrade plante pendant l’installation d’un paquet » : lisez les logs, relancez l’installation du paquet, vérifiez les scripts post‑installation en cas d’échec critique, ou restaurez un snapshot.
« Impossible de récupérer l’index » : vérifiez le DNS/le proxy, testez curl/wget vers l’URL du dépôt et contrôlez les certificats TLS.
« Conflits de dépendances » : Pour utilisateurs avancés ou si vous êtes certain de ce que vous faites, résolvez manuellement en ajustant les versions.
Vous pouvez trouver les logs dans /var/log/dmesg/
Après le redémarrage du système, voici un résumé de Redcore Linux obtenu avec la commande * Fastfetch *.
On peut noter que l’essentiel de la mise à jour a porté sur le noyau Linux.
En Conclusion
Règles simples : snapshot en premier, ensuite exécuter update, puis upgrade. Fréquence recommandée : update/upgrade idéalement de manière hebdomadaire et/ou selon la criticitée (sécurité immédiate, autres patchs planifiés). Garder à l'esprit les étapes suivantes importantes avant de faire votre mise à niveau soit:
Merci de votre visite et j'espère que cela vous aide dans vos recherches.