Archives par mot-clé : mageia

Pilotage d’un onduleur sous linux

Après avoir installé mon mini serveur Lenovo M92p je n’avais pas encore installé le nécessaire pour pouvoir piloter mon onduleur APC Back-UPS XS 950U. Maintenant que je suis passé à la dernière version Mageia 9, il était grand temps de le faire.

J’avais déjà rédigé des articles à ce sujet avec un onduleur et des versions précédentes qu’on retrouvera ici et avec l’utilisation de NUT (Network UPS Tools) qui pourront encore éventuellement servir.

Considérant que j’avais un onduleur APC j’ai installé l’utilitaire APC UPS daemon prévu pour. On retrouvera dans cette page l’installation du serveur à partir des sources mais sur ma mageia 9 je me suis contenté de l’installer via urpmi. La suite de la configuration est assez simple, on active le daemon en tapant:

systemctl enable apcupsd

Puis on éditera le fichier de configuration /etc/apcupsd/apcupsd.conf qu’on retrouvera ci-dessous avec des commentaires pour certains paramètres, les autres étant par défaut.

#nom de l'onduleur
UPSNAME onduleur

#type de connexion
UPSCABLE usb
UPSTYPE usb
DEVICE

LOCKFILE /run/lock
SCRIPTDIR /etc/apcupsd
PWRFAILDIR /etc/apcupsd
NOLOGINDIR /etc

# on laisse 6s à apcupsd pour réagir
ONBATTERYDELAY 6

# si une coupure de courant survient, l'arrêt est déclenché quand le pourcentage restant est inférieur est égal à la valeur définie par BATTERYLEVEL
BATTERYLEVEL 5

# si une coupure de courant survient, l'arrêt est déclenché quand le temps restant est inférieur est égal à la valeur définie par MINUTES
MINUTES 3

TIMEOUT 0
ANNOY 300
ANNOYDELAY 60
NOLOGON disable
KILLDELAY 0

# pour pouvoir monitorer via un navigateur
NETSERVER on
NISIP 127.0.0.1
# port du serveur
NISPORT 3551

#fichier log
EVENTSFILE /var/log/apcupsd.events
#taille max en Ko
EVENTSFILEMAX 10

UPSCLASS standalone
UPSMODE disable

STATTIME 0
STATFILE /var/log/apcupsd.status
LOGSTATS off
DATATIME 0
Continuer la lecture de Pilotage d’un onduleur sous linux

Installation de Mageia 9

Suite à la sortie de Mageia 9 j’ai passé un peu de temps ce week end à migrer trois de mes postes Lenovo, 2 postes clients Thinkpad x220 et x240 et surtout mon petit serveur personnel Thinkcenter M92p dont j’avais vanté les mérites sur linuxfr.org.

Habituellement je fais des mises à jour, il y a bien longtemps que je ne repars pas à zéro et réinstallant tout. Les mises à jour sont maintenant parfaitement maîtrisées et on gagne un temps fou car elles reprennent les fichiers de configuration existant. Généralement les modifications de configuration sont de l’ordre du cosmétique. Mais quelle ne fut pas ma surprise sur mon serveur, il avait purement et simplement supprimé ma configuration NFS et sendmail qu’il a fallu que je redescende. J’ai été bien content d’avoir mis en place une sauvegarde borg. J’ai retrouvé assez vite mes petits en montant la sauvegarde système de la veille et en copiant les fichiers manquants.

A part ça je constate encore que le ménage des anciens paquets rpm de la mageia 8 laisse encore à désirer, ll en reste par dizaine et dizaine qui ne sont pas supprimés du système. Le script bash suivant permet de les supprimer d’un seul coup.

#!/bin/bash
rpmfiles=$(rpm -qa | grep mga8);
for f in $rpmfiles
do
 urpme --auto $f
done

Globalement cette Mageia 9 apporte peu de nouveautés à part des évolutions de version, elle utilise encore les vieux scripts de la Mandrake écrits en perl qu’il serait sans doute temps de changer. Il y a quand même une nouveauté, la commande remove-old-kernels qui comme son nom l’indique permet de supprimer les anciens noyaux qui s’accumulaient jusqu’à présent si on ne faisait pas manuellement le ménage de temps à autre.

 Bienvenue à 'remove-old-kernels' Interactive

 System: Mageia release 9 (Official) for x86_64 | Noyaux dans /boot/:4 | AUTO:1 | GARDER:3  
 ==> kernel-desktop
 1   : Garder : U   : kernel-desktop-6.4.9-4.mga9.x86_64            jeu. 31 août 2023 16:47:49 
 2   : Garder :     : kernel-desktop-6.4.9-2.mga9.x86_64            lun. 14 août 2023 20:03:37 
 3   : Garder :     : kernel-desktop-6.4.8-2.mga9.x86_64            ven. 04 août 2023 13:00:50 
 4   : Enlever:     : kernel-desktop-6.4.7-3.mga9.x86_64            mer. 02 août 2023 15:42:47 
                U = En usage maintenant
Enlever 1 noyau: ? y/N/i (y=oui N=non i=confirmer pour chaque) y 

désinstallation de kernel-desktop-6.4.7-3.mga9.x86_64

J’ai commencé également à upgrader les différents services de mon serveur, Pour mon serveur httpd, je suis ainsi passé à Apache 2.4.57, PHP 8.2.10 et MariaDB 11.1.2. Prochaine mise à jour de FUNIX à venir pour prendre en compte cette montée en version.

Passage à Digikam 7.10.0

Je suis passé à la dernière version 7.10.0 du gestionnaire de photos évolué digikam que j’avais déjà évoqué dans un précédent post. Mais auparavant j’ai upgradé ma Mageia 9 cauldron à la version de ce jour. Ça s’est fait sans trop de difficultés mis à part que mon répertoire /usr de 26Go devient trop petit, j’ai dû déplacer /usr/share sur une autre partition et créer un lien. Pour la mise à jour du noyau et du driver nvidia qui a toujours été une difficulté, ça s’est passé sans encombre, au reboot en mode normal, il a reconstruit le module et l’interface graphique s’est lancée dans la foulée sans erreur particulière.

Mais revenons à digikam, j’ai buté sur la compilation pour une sombre histoire de référence indéfinie avec cette erreur

/usr/lib64/libQt5WebEngineCore.so.5 : référence indéfinie vers « av_stream_get_first_dts@LIBAVFORMAT_59 »

Je me doutais qu’il pouvait y avoir un mélange entre mon FFMPEG perso compilé sous /usr/local/lib et celui par défaut de ma Mageia sous /usr/lib64, mais que ce soit l’un ou l’autre j’avais toujours la même erreur. Je me suis rabattu sur la version flatpak mais il manquait la clé GPG. Finalement j’ai installé la version appimage directement disponible sur le site de digikam.

Entre la dernière version 7.8.0 qui tournait sur ma mageia 8, il n’y a pas d’évolutions majeures, ça reste une version de maintenance en attendant la version 8. Voici une copie d’écran avec le tri par la position GPS contenue dans les informations exif.

J’en ai profité pour virer le cairo dock de mon environnement de bureau XFCE, j’ai opté pour deux tableaux de bord fixes à droite et à gauche, ça me permet de couvrir davantage l’écran de bas en haut et j’y gagne en confort de visualisation. On notera également le thème sombre de digikam plutôt sympa.

Passage à MAGEIA 8 terminé

Je viens de terminer avec mon serveur Dell Poweredge T310 le passage à Mageia 8 de tous les postes de mon réseau local. Contrairement à ce que l’image ci-dessous peut indiquer, j’ai procédé une mise à jour en partant de la 7.1 sans passer par une réinstallation complète.

Dell PowerEdge T310

Ça m’aura pris un peu plus de six mois, ayant commencé en février dernier peu après la sortie de la Mageia 8 en échelonnant petit à petit dans le temps.

Continuer la lecture de Passage à MAGEIA 8 terminé

Passage à Mageia 8

Je me suis lancé dans le passage à Mageia 8 en optant pour une mise à jour à partir du CD ROM d’installation vu que je ne suis qu’en ADSL. Ça fait maintenant un bout de temps que je procède par mise à jour pour passer à la nouvelle version, car cela marche plutôt bien et c’est ce qui a de plus rapide pour passer d’une version à une autre sans avoir à tout reconfigurer et réinstaller.

Je dispose de plusieurs postes sous Mageia 7.1, j’ai commencé par mon thinkpad x230 et à ma grande déception le résultat est assez catastrophique. Je ne liste pas tous les problèmes tellement il y en a, ça commence par des conflits avec les packages existants de la 7.1 qui fait que dans la pratique la mise à jour via l’interface d’installation échoue et il est nécessaire de passer par un shell pour faire une mise à jour manuelle et régler les conflits au fil de la mise à jour. Ça m’a malheureusement rappeler les mises à jour catastrophiques du temps de la Mandrake, j’imaginais que ce temps là était révolu.
Une fois l’installation terminée, les soucis ne sont pas terminés, Plasma se lance pas, je me retrouve avec un écran noir et juste le curseur de la souris, XFCE est complètement cassé, avec l’enregistrement de session qui ne marche pas, le gestionnaire de fenêtre qui ne se lance pas, les conkys qui s’affichent de temps à autre, et j’arrête là la liste. J’ai essayé avec un utilisateur vierge c’est pareil que ce soit avec XFCE ou plasma.

J’ai stoppé net mon passage à la Mageia 8 et j’ai pris un peu de recul. J’ai terminé la restauration de mon thinkpad x230 après coup après quelques heures à le reconfigurer, finalement cette mise à jour m’aura pris plus de temps qu’une installation classique avec reconfiguration.

Mon écran principal de mon Thinkpad X230 sous XFCE avec xplanetFX en fond d’écran

Cette épisode m’a bien refroidi pour mes autres postes sous Mageia 7.1, néanmoins ce week end j’ai lancé la mise à jour de mon thinkpad x200 branché à la TV qui me sert de PC mediacenter avec kodi. J’ai lancé une mise à jour à partir du shell et là aussi j’ai rencontré des problèmes de conflits avec la mise à jour classique via l’interface du CD-ROM d’installation. Et là je dois dire qu’après avoir réglé les conflits et supprimer le stock de packages orphelins de la Mageia 7.1, j’ai retrouvé un système rapidement utilisable sans les déboires que j’ai rencontrées avec le x230.

Bien sûr tout cela n’est pas très engageant, mais Mageia 8 reste une excellente distribution avec une communauté active, bien maintenue et remarquablement bien finie. Les outils serveur notamment comme OpenSSH ou LAMP sont par défaut très bien configurés et les modification sont mineures, contrairement à d’autres distributions (je pense notamment à Ubuntu que j’ai pu tester et que j’ai trouvé bien moins finie pour les outils serveurs). Alors mes petites déboires de mise à jour ne doivent pas effrayer outre mesure, elles sont très probablement dues à l’installation d’outils tiers et de configuration atypique. La plupart des utilisateurs qui ne passent que par le gestionnaire de packages de la distribution avec des configurations classiques ne rencontrent pas ces problèmes.