Endeavouros on Pascal's weblog

Vorta for Borg Backup

Sun, 28 Jun 2026 15:22:44 +0000

Ce matin, pris d’une inspiration subite, j’ai décidé de faire une nouvelle sauvegarde de mon dossier Home. Ce dossier est déjà synchronisé grâce à Nextcloud sur un serveur distant, ainsi que sur un autre HD du PC, grâce à Timeshift.

Mais lorsque j’avais remis en service mon vieil odroid-hc2, l’idée était de l’utiliser comme serveur de backup, avec son HD de 2 To disponible. J’avais bien redirigé les tâches rsync du serveur OMV (NAS) sur ce serveur (contenu Plex et Calibre), et puis j’étais passé à autre chose. J’avais prévu des sauvegardes à partir du PC, sans aller plus loin.

Cette fois, j’ai utilisé Vorta, une interface graphique pour Borg, un logiciel de backup qui a une très bonne réputation (sauvegarde chiffrées, sécurisées, compressées). L’opération a été facilité par cet article sur le FLOZz’ Blog, que j’ai adapté à mon contexte et à ce que je voulais faire, puisque je bénéficiais déjà d’une connexion SSH entre mon PC et le serveur Odroid, ainsi que d’une clef de login. Une fois le dépôt Borg créé, le reste est simplissime.

Voilà le détail des opérations, ça m’a permis un petit refresh sur ssh et les clefs privées et publiques…

Sur le serveur Odroid

Cette machine tourne donc Ubuntu. Le HD externe de 2 To est monté sur le dossier /satadisk, et comprend deux sous-dossiers, un pour les sauvegardes en provenance du NAS (déjà utilisé), un autre pour celles en provenance du PC (pas encore utilisé) :

$ cd /satadisk
$ tree --du -h --sort=size . | sed -E "/^[^[]{8,}\[/d"
[192G]  .
├── [191G]  NAS-N150
└── [  0G]  PC-RYZEN

On commence par installer borgbackup :

$ sudo apt install borgbackup

Je vais aussi créer un utilisateur dédié pour ces backups, ce sera plus clair.

$ sudo adduser borg --home /satadisk/PC-RYZEN

On va aussi lui copier la clef publique SSH du PC déjà créée. Pour ce faire, sur le PC, on copie le contenu du fichier /home/pascal/.shh/id_ed25519.pub dans un nouveau fichier créé sur la machine Odroid dans /satadisk/PC-RYZEN/.ssh/authorized_key qui doit donc ressembler à ceci :

borg@odroid:~$ cat .ssh/authorized_keys
ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIAp2Bz0e1GjYGMvLyw4WxXTGHN/Pla9CmJbApNnrlESM pascal@pascal-eos

Et on teste à partir du PC que la commande $ ssh borg@192.168.1.XX (soit la machine odroid) fonctionne bien. Dans la foulée, je crée un dossier pascal-eos-home-backup à partir de la home de l’utilisateur borg (pour le dépôt de Borg):

borg@odroid:~$ pwd
/satadisk/PC-RYZEN
borg@odroid:~$ mkdir pascal-eos-home-backup

Voilà, on a donc notre utilisateur borg qui peut se connecter sans avoir à saisir de mot de passe sur la machine odroid à partir du PC.

Sur le PC

On commence donc par installer Vorta, qui se chargera d’installer Borg en tant que dépendance :

$ sudo pacman -S vorta

On le lance, et on crée le fameux dépôt, selon la terminologie de Borg. On rentre le dépôt sous la forme ssh://<USER>@<MACHINE><PATH>, ce qui donne :

$ borg init --encryption=repokey ssh://borg@192.168.1.XX/satadisk/PC-RYZEN/pascal-eos-home-backup

Borg va vous demander une “passphrase”, choisissez un mot de passe et notez le précieusement. C’est ce qui va permettre à Borg de faire des sauvegardes chiffrées et donc sécurisées.

Il ne reste plus qu’à lancer Vorta, et lui indiquer de dépôt comme destination : on clique sur le + à droite, on choisit “dépôt existant”, et on rentre le dépôt sous la même forme, en indiquant le mot de passe (la passphrase demandée lors de la création du dépôt) :

Et voilà, le plus dur est fait. À noter que j’ai laissé l’option Clé SSH : Choisir automatiquement une clef SHH (par défaut), puisque comme expliqué au début de l’article, j’ai déjà implémenté un clef SSH entre les deux machines.

Sur l’onglet Sources, il ne reste plus qu’à définir la source du backup que l’on souhaite effectuer ( /home/pascal dans mon cas), gérer les dossiers à exclure (temp, cache, etc…) :

Et sur l’onglet Planification, la périodicité souhaitée pour les sauvegardes :

Et voilà, il ne reste plus qu’à lancer la sauvegarde :

Et la taille occupée sur le disque :

$ cd /satadisk
$ tree --du -h --sort=size . | sed -E "/^[^[]{8,}\[/d"
[208G]  .
├── [191G]  NAS-N150
└── [ 16G]  PC-RYZEN

Conclusion

Franchement, cela a été très facile à mettre en place, et Vorta avec son interface graphique rend l’utilisation de Borg très facile.

On peut bien sûr définir d’autres sauvegardes, ou d’autres dépôts dans un autre profil selon l’organisation souhaitée de ,os précieuses sauvegardes ! :cool:

Feishin et Navidrome

Tue, 19 May 2026 13:15:31 +0000

J’ai peut-être trouvé le bon lecteur audio sur le PC, j’ai nommé Feishin. Le seul souci c’est que c’est un client de serveurs comme Navidrome, Jellyfin ou compatibles avec l’API OpenSubsonic. En clair, il ne lit pas directement les fichiers audio sur votre PC, et a besoin d’un serveur audio.

Qu’à cela ne tienne, le jeu en valait la chandelle me semble-t-il lorsque j’ai vu à quoi Feishin ressemblait : beau, moderne, avec plein de fonctionnalités comme d’afficher les paroles, de s’adapter à la couleur de la pochette, d’obtenir des infos sur l’artiste, etc…

Il a donc fallu choisir et installer un serveur sur le NAS : j’ai choisi Navidrome qui a l’air d’être une référence du genre, et accéder à ma bibliothèque musicale, ce qui m’a amené à quelques changements dans mon organisation, mais l’ensemble a été plutôt facile et je suis assez content du résultat.

Voyons voir tout ça…

Navidrome

Quel serveur installer ? J’ai déjà un Nextcloud Music qui tourne sur mon hébergeur qui me permet d’écouter ma musique quand je suis à l’extérieur, et j’aurais pu faire pareil en local puisque j’ai déjà une instance Nextcloud, mais j’ai regardé un peu les alternatives et vu que Navidrome avait une bonne réputation, était une sorte de référence dans le genre, et proposait une version Docker. Et il est bien sûr Open Source. Je suis donc parti sur ce serveur.

L’installation via Dockge du container Docker s’est faite en quelques minutes, je suis toujours surpris de la facilité que Docker apporte, c’est vraiment génial. Voilà le fichier compose.yaml que j’ai utilisé. Les deux paramètres LASTFM sont optionnels, j’y reviens plus bas :

services:
  navidrome:
    image: deluan/navidrome:latest
    user: 1000:1000 # should be owner of volumes
    ports:
      - 4533:4533
    restart: unless-stopped
    environment:
      ND_DEFAULTLANGUAGE: fr
      ND_SCANSCHEDULE: 0 3 * * *
      ND_LOGLEVEL: info
      ND_LASTFM_APIKEY: 2931xxxxxxxxxxxxxxxxxxxxxxxx38f0
      ND_LASTFM_SECRET: 24e2xxxxxxxxxxxxxxxxxxxxxxxx7e3d
    volumes:
      - /srv/dev-disk-by-uuid-yyyyyyy-xxxx-xxxx-xxxx-yyyyyyyyyy/AppData/navidrome/data:/data
      - /mnt/RpiMusic:/music:ro
networks: {}

Une fois le container lancé, Navidrome va lire le contenu de la bibliothèque musicale indiquée pour “/music”, à savoir /mnt/RpiMusic dans le fichier compose, qui est un point de montage NFS, j’y reviens. Si c’est un simple dossier local, il n’y a plus qu’à y copier la musique. Une fois ceci fait, le serveur est disponible dans le navigateur :

La bibliothèque musicale

La question de la bibliothèque s’est vite posée : devais-je dupliquer sur le NAS celle présente sur le PC et que j’utilisais auparavant avec un lecteur audio classique (DeadBeef en l’occurence) ? Comme je dupliquais déjà cette bibliothèque musicale sur le Raspberry pour mon lecteur “de salon”MoOde, il y avait sans doute mieux à faire.

Et puisque j’ai désormais Ubuntu 22.04 Server LTS qui tourne sur le odroid-hc2 (voir cet article), j’ai fini par installer un serveur NFS, et ajouter ceci dans /etc/exports, pour partager le chemin d’accès à ma bibliothèque musicale sur le disque USB de mon Raspberry à toute machine sur mon réseau local :

/srv/nfs/usb/Music	192.168.1.0/24(rw,sync,no_subtree_check,no_root_squash)

Info

Comme indiqué sur l’article en lien, j’avais eu des problèmes pour installer le service NFS (“Dependency failed for rpc_pipefs.target”) sur le serveur Ubuntu, mais j’ai finalement réussi puisque ça tourne aujourd’hui. N’ayant pas pris de notes à ce moment là, je ne sais plus trop comment c’est “tombé en marche”. :wink:

Côté NAS, je suis allé ajouter dans le fichier /etc/fstab les lignes suivantes :

###############################
# NFS MOUNT RPI MUSIC LIBRARY #
###############################
192.168.1.17:/media/Music /mnt/RpiMusic nfs rw 0 0

Pour résumer, côté Navidrome (donc sur le NAS), on a /mnt/RpiMusic de défini dans le fichier compose.yaml pour le dossier /music du container. Dans /etc/fstab du NAS, on monte ce dossier via NFS sur le dossier srv/nfs/usb/Music, qui correspond sur le Raspberry au dossier /media/Music, partagé via le serveur NFS.

Et voilà, ça fonctionne parfaitement, Navidrome s’accommode fort bien de ce montage NFS, ce qui n’était pas forcément le cas d’Ubuntu Music, d’après les quelques essais que j’avais pu faire précédemment.

Concernant mon organisation, le PC reste tout de même l’endroit où j’ajoute ma nouvelle musique. Ensuite, un script rsync la synchronise sur le Raspberry. Il ne me reste qu’à faire un scan rapide sur l’interface de Navidrome et le tour est joué, je retrouve la musique dans Feishin immédiatement.

Les playlists

Comme toujours, il faut maintenant recréer mes playlists. J’utilise des dossiers dédiés pour les playlists, cela a ses avantages et ses inconvénients, mais globalement je trouve ça plutôt pas mal, et il y a toujours moyen de les recréer facilement comme j’ai pu le faire avec MoOde. L’inconvénient, c’est que les morceaux se retrouvent dupliqués dans la bibliothèque musicale, mais bon…

Avec Navidrome, c’est en fait très simple : il suffit d’aller dans chaque dossier, et de créer un fichier nom_playlist.m3u, et le tour est joué : au prochain scan, Navidrome va automatiquement importer la playlist. Et donc sous Linux, la simple commande suivante suffit :

$ ls > nom_playlist.m3u

Et voilà, il suffit de le faire dans chaque dossier “playlist”, et de relancer un scan dans Navidrome. Côté Feishin, il n’y a rien à faire, la playlist va tout de suite apparaître.

En cas de problème avec les pochettes (j’avais quelques playlists qui n’affichaient le fichier cover.jpg pourtant présent), tout est très bien détaillé dans la documentation. Dans mon cas, j’ai simplement été sélectionner le fichier manuellement via l’interface de Navidrome.

Scrobbling

Tant que j’y étais, et puisque je l’avais activé pour MoOde, j’ai regardé ce que l’on pouvait faire de ce côté avec Navidrome. C’est malheureusement impossible à l’heure actuelle pour Libre.fm, l’idée a été soumise, mais pas encore implémentée (si elle doit l’être un jour). Reste au choix Last.fm ou ListenBrainz. C’est très simple et bien intégré.

Last.fm

Il faut bien sûr se créer un compte last.fm (gratuit) si ce n’est déjà pas le cas, et obtenir une API key sur https://www.last.fm/api/account/create (seul le champ “Application name” est requis). Puis on copie les valeurs obtenues dans le fichier compose.yaml (voir ci-dessus). Redémarrer Navidrome. Puis aller dans le profil utilisateur et activer le scrobbling :

On est redirigé vers une page last.fm où il suffit d’autoriser Navidrome à “scrobbler” vers last.fm. Et voilà, le scrobbling doit fonctionner.

Music.Brainz

Côté MusicBrainz (ou ListenBrainz), une fois le compte créé, il faut aussi activer l’option dans Navidrome.

Une boite de dialogue s’ouvre, il faut alors cliquer sur le lien pour recevoir le token :

On arrive alors sur une page de ListenBrainz, on copie le token fourni, et on le colle dans Navidrome, et le tour est joué, le scrobbling doit fonctionner sur listenbrainz :

Feishin

Le lecteur Feishin est disponible dans les dépôts AUR, c’est donc très facile de l’installer avec pamac (il est aussi disponible sur Flathub au cas où) :

On peut juste regretter qu’il ne soit pas intégré au style de Gnome (fenêtre), mais c’est vraiment un détail. Une fois lancé, il suffit d’aller dans les paramètres “Gérer les serveurs”, et de saisir les informations du serveur Navidrome (adresse et port, nom, mot de passe) :

Comme je suis sur le réseau local, je n’ai pas de connexion HTTPS, il faudrait que je passe par le proxy, mais je ne me suis pas pris la tête avec ça. Et c’est tout, Feishin est opérationnel :

Homepage Dashboard

Comme tout service Docker installé, il me faut l’ajouter à mon dashboard Homepage. Par contre, il a fallu chercher un peu pour trouver comment générer le token pour que les données fonctionnent.

Il faut aller sur le site https://www.md5hashgenerator.com/ et générer le token en concaténant votre mot de passe navidrome + le salt indiqué dans le fichier compose (voir le fichier ci-dessous). On obtient alors le token :

Et voilà la partie du fichier services.yaml de Homepage correspondant à Navidrome :

  - Navidrome:
      icon: navidrome
      href: http://192.168.1.32:4533
      description: Navidrome Music Server
      server: my-docker
      container: navidrome-navidrome-1
      widget:
        type: navidrome
        url: http://192.168.1.32:4533
        user: pascal
        token: 036905dfd8917194a13195ddd6dd1352
        salt: randomsalt

Comme toujours, faire attention au nom du container, et cela fonctionne nickel du premier coup. Bonus, il affiche le morceau en train d’être joué ! :cool:

Conclusion

Voilà plusieurs semaines que j’utilise cette nouvelle configuration pour écouter de la musique sur le PC, et j’en suis très satisfait. Je n’ai observé aucun problème avec le montage NFS pour accéder à la musique, et Feishin est vraiment très esthétique, cela change de Rhythmbox que utilisé pendant si longtemps, et même de DeadBeef que j’utilisais depuis mon passage à EndeavourOS.

Le service libvirtd ne démarre plus

Thu, 14 May 2026 15:26:48 +0000

L’autre jour, je voulais démarrer une VM pour faire un test, je lance mon gestionnaire de machines virtuelles KVM mais aucun VM n’apparaît.

Je vais tout de suite voir l’état du service libvirtd, et en toute logique j’ai bien un problème de démarrage :

J’essaie de redémarrer le service sans succès, on voit bien que le système a essayé plusieurs fois sans succès. Je regarde les logs sans rien trouver de bien parlant. Le plus étonnant, c’est que j’arrive à lancer le daemon en mode su ( libvirtd --verbose), puis à lancer ma VM et faire ce que je voulais faire.

Le problème est contourné, mais pas résolu. J’ai regardé ça de plus près cet AM, alors voilà la vraie résolution, très simple, et qui était due à une mise à jour du BIOS sur le PC. Je fais cet article pour m’en souvenir.

SVM dans le BIOS

Pendant ma recherche sur le net d’informations sur ce problème, je tombe sur une remarque assez basique mais disant de vérifier que la virtualisation est bien activée dans le BIOS. Et là, ça fait tilt, j’ai effectivement mis mon BIOS à jour il y a peu de temps. Je redémarre le PC, et rentre dans le BIOS.

Pour les carte-mères Asus équipée d’un processeur AMD, il faut aller en mode Advanced dans “CPU Configuration”, et rechercher le mode SVM (Secure Virtual Machine). Et effectivement, le paramètre a bien été réinitialisé à sa valeur par défaut, soit “Disabled” ! :mad: Je le réactive et redémarre, espérant avoir solutionné le problème.

Les logs

Hélas, le problème est toujours présent, impossible de démarrer le service. Une recherche dans les logs après ce démarrage va cette fois être plus parlante :

$ sudo journalctl -u libvirtd.service -b
...
libvirtd.service: TPM key integrity check failed. Key most likely does not belong to this TPM.
libvirtd.service: Failed to set up credentials: Object is remote
libvirtd.service: Failed at step CREDENTIALS spawning /usr/bin/libvirtd: Object is remote
...

TPM est l’abréviation de « Trusted Platform Module », c’est une histoire de clef fournie par un circuit spécialisé sur la carte-mère, afin d’améliorer la sécurité. Je n’en sais pas plus, mais je comprends que la mise à jour du BIOS a invalidé la clef existante sur mon système, d’où le refus de démarrer du service.

Après quelques recherches, la solution est de supprimer l’ancienne clé libvirt afin qu’elle soit régénérée avec la nouvelle clé principale, puis :

$ sudo rm /var/lib/libvirt/secrets/secrets-encryption-key
$ sudo systemctl disable libvirtd.service
$ sudo systemctl enable libvirtd.service
$ sudo systemctl start libvirtd.service

Et voilà, mes VMs sont revenues dans le gestionnaire KVM :

EndeavourOS : install & découverte

Tue, 25 Nov 2025 09:20:13 +0000

Voilà quelque temps que je pensais à installer un dual-boot sur mon PC, j’ai de la place sur le SSD, les partitions étaient prêtes, mais quel OS choisir ? Reprendre un système basé sur Debian offrait peu d’intérêt, autant tester quelque chose de nouveau et apprendre.

J’ai d’abord envisagé de prendre un “Linux immuable” pour tester un peu cette nouvelle approche, mais je l’ai vite abandonné, ce n’est pas du tout adapté à mon usage.

Puis j’ai pensé à ArchLinux, basé sur le principe KISS, mais qui nécessite pas mal de configuration après l’installation (y compris installer une interface graphique !), et c’est pourquoi elle est destinée aux utilisateurs avancés. Cela me faisait hésiter, et puis je suis tombé sur EndeavourOS, qui est basé sur Arch mais dont le but est justement de réduire cet écart et de proposer une installation de base plus complète (DE inclus).

Essayer ArchLinux va me permettre d’en apprendre un peu sur les spécificités de cette distribution, de découvrir le gestionnaire de paquets pacman, ainsi que les paquets disponibles sur le dépôt AUR (et les joies de la compilation), etc…

Voyons voir cette installation et mes premiers pas avec EOS. L’article est assez long, car j’y ai noté tout ce que j’ai pu rencontrer (à peu près) après plus d’un mois d’utilisation…

Linux immuable

Un petit mot sur les “immutable OS” avant de passer à EOS.

L’idée de base est intéressante : rendre le système incassable et en améliorer la sécurité. Le système est monté en lecture seule, et ne peut donc être modifié. Les mises à jour s’appliquent de façon atomique, c’est-à-dire que la mise à jour va remplacer intégralement le système en cours au prochain démarrage. Si quelque chose se passe mal, il suffit de redémarrer sur la version précédente. Simple et efficace.

Côté applications par contre, on va (pour les mêmes raisons) utiliser systématiquement les solutions à base containers, que ce soit les formats flatpak, ou des containers plus sophistiqués genre podman ou docker. Un truc qui me déplaît fortement : j’ai abandonné Ubuntu à cause des snaps, et je n’ai aucune application au format flatpak sur mon système car je ne partage pas cette vision des relations entre l’OS et les applis, coûteuse en ressources (espace disque, mémoire).

Bref, en ce qui me concerne, je ne ressens pas le besoin d’avoir un système aussi rigide : moins de mises à jour système et beaucoup moins de contrôle, des applis “conteneurisées” qui prennent beaucoup de ressources, etc… Ce n’est pas pour moi, mais je comprends que cela peut intéresser certains utilisateurs (ou même des entreprises). Comme toujours avec Linux, on a le choix !

Voilà quelques liens pour en savoir plus si le sujet vous intéresse :

Installation

L’installation d’EOS est facile (installeur Calamarès) et l’on peut choisir le DE de notre choix si l’on a sélectionné l’installation en ligne (sinon ce sera KDE). Pour ma part, j’ai choisi Gnome, que j’utilise sous Debian, et cela va me permettre de retrouver mes marques très rapidement, au moins au niveau du desktop.

Une fois passé les questions de bases, un récapitulatif s’affiche, où l’on peut éventuellement cocher les cases LTS Kernel (toujours pratique en cas de soucis) et Printing support (si vous avez une imprimante), tout comme la case HP si c’est la marque de votre imprimante.

LTS Kernel et rEFInd

Ce LTS Kernel m’a d’ailleurs posé un problème après une mise à jour d’EOS, je n’arrivais plus à démarrer, le système ne répondait plus du tout, il ne restait plus qu’à éteindre le PC (heureusement que j’avais un dual-boot d’ailleurs !). L’occasion de tester le forum d’EOS (discussion ici), et j’ai obtenu la réponse très rapidement : comme j’utilise rEFInd comme boot loader, il y a un paramètre à valider dans le fichier refind.conf pour gérer ces kernels LTS :

extra_kernel_version_strings linux-lts,linux

Dark theme

C’est le thème sombre qui est proposé par défaut, et pour une fois je l’ai conservé, cela va me permettre de différencier visuellement mon environnement Debian de celui d’EOS.

Extension Dark Reader

À ce sujet, sur le forum EOS, je suis tombé sur cette extension Firefox : Dark reader, qui permet d’appliquer un thème sombre aux pages web visitées. C’est un peu le chaînon manquant au thème sombre, et qui m’avait toujours dérangé : le navigateur internet qui continue à afficher les pages selon le thème du site (comme ce blog, toujours en thème light et donc en désaccord avec le thème système).

L’extension a l’air de très bien fonctionner, pour l’instant la seule chose qui reste en fond blanc, c’est l’éditeur Gutemberg de Wordpress… Petite info: voilà comment aller choisir un thème particulier, j’ai choisi “Nord” :

Info

Si vous utilisez Chrome/Chromium, il faut auparavant aller sur l’onglet “Plus”, puis Tous les paramètres -> Advanced -> Dev tools -> Advanced, puis sélectionner “Enable design prototype”.

Vous retrouverez alors les menus ci-dessus.

Thème d’icônes

Puisque l’on en est au look, j’ai installé le thème d’icônes Kora (de gnome-look), que je trouve très réussi et très complet :

Prise en main

Comme je le disais, garder le même DE (Gnome) permet de retrouver ses marques et la configuration du bureau très rapidement. EOS offre quelques outils pour simplifier la prise en main de cet OS, comme l’outil eos-welcome, qui se lance automatiquement par défaut :

Sur l’onglet “infos Générales”, on peut accéder au wiki, qui rassemble pas mal d’articles et vidéos très intéressants pour découvrir l’OS et ses différents aspects. L’approche est plutôt sympa et montre la volonté des créateurs de rendre ArchLinux le plus “friendly” possible.

Je suis aussi tombé sur cette vidéo, qui montre les premières choses à faire de façon très claire, avec une petite astuce pour récupérer des fonds d’écran, et l’installation de pamac (voir ci-dessous) :

&t=385s

Gestion des paquets

C’est le principal changement en fait entre Debian et EOS : les deux sont des Linux, j’ai choisi le même DE, reste donc la gestion des paquets et la philosophie qui n’est pas la même entre les deux OS.

La vidéo ci-dessus décrit donc l’installation de pamac, une interface graphique pour gérer les paquets. Sinon, yay est installé de base et améliore l’installation de paquets, comparée à pacman, le gestionnaire de paquet classique d’un système Arch. Voyons un peu ces 3 gestionnaires de plus près :

L’outil pacman permet de gérer les paquets des dépôts officiels. Il est rapide, simple et basique. Si vous vous demandez pourquoi il s’appelle pacman, voilà une petite vidéo qui devrait vous éclairer :wink: :

Your browser doesn't support HTML5 video. Here is a link to the video instead.

L’outil yay est plus avancé en terme d’utilisation, et permet en plus d’accéder aux paquets AUR, soit ceux de la communauté ( A rch U sers R epository). Ces derniers sont fournis sans garantie et seront souvent à compiler lors de l’installation. Enfin pamac propose une interface graphique, bien pratique pour ceux que le terminal rebute.

Personnellement, j’ai installé pamac-aur, qui gère les dépôts officiels et AUR. Il existe aussi pamac-all si vous souhaitez voir les paquets au format snap ou flatpak disponibles, ce qui n’est pas mon cas. Mais j’essaierai d’utiliser le plus possible yay comme j’utilisais apt sous Debian.

Après quelques semaines d’utilisation, on voit que le monde Arch est un peu différent de celui de Debian. Il y a sans doute plus de versions récentes disponibles sur Arch, grâce au dépôt AUR très actif. Par contre j’ai déjà vu des compilations échouer, alors que sous Debian, quand un paquet est disponible, il est rare de rencontrer le moindre souci.

Sans surprise, on est plus proche du système et du terminal avec Arch, la compilation est quelque chose de plus fréquent, et je vais certainement apprendre des choses sur le sujet, ce qui n’est pas sans manquer d’intérêt. Il faudra aussi être plus prudent, car il est possible de casser le système si l’on fait n’importe quoi. Et donc bien gérer les sauvegardes système !

Post installation

Concernant mes différents disques hors disque système, j’ai simplement mis à jour le fichier /etc/fstab et créé les mêmes points de montage que sur Debian. Ça donc été assez facile et rapide pour retrouver la plus grande partie de mon environnement “fichiers”.

À noter que si l’on ajoute un mount dans le fichier fstab, il faut ensuite taper la commande suivante au lieu d’utiliser la commande mount :

sudo systemctl daemon-reload

Nextcloud

Pour les dossiers synchronisés Nextcloud, je n’ai par contre pas pu utiliser les mêmes dossiers localement, puisque qu’ils sont identifiés par Nexcloud (par des fichiers .sync_xxxx.db-yy) qui empêchent d’utiliser un dossier déjà synchronisé. J’en ai donc créé de nouveaux, ce n’est pas très gênant, puisqu’ils seront en fait synchronisés via le cloud que je démarre Debian ou EOS… :cool:

Firefox

Pour pouvoir intégrer les extensions Gnome via Firefox avec l’extension Gnome browser integration, j’ai du auparavant installer le paquet suivant :

sudo pacman -S gnome-browser-connector

Crontab

Surprise, crontab n’est pas installé par défaut sous ArchLinux. Le système par défaut repose sur les Systemd Timers, plus flexibles et mieux intégrés, mais également plus compliqués à mettre en œuvre je trouve. Voir cet article pour se faire une idée. Moi, je veux juste lancer quelques scripts et cron est beaucoup plus simple à utiliser.

Il va donc falloir installer cronie (le daemon crond en fait) , et éventuellement activer le service :

sudo pacman -S cronie

sudo systemctl enable --now cronie.service

Puisque j’ai déjà les scripts, je n’ai plus qu’à recréer ensuite les entrées dans crontab comme d’habitude, via la commande crontab -e. Si besoin, pour la syntaxe des “timings”, ce site crontab.guru est très pratique.

Et s’il y a besoin de faire un peu de troubleshooting sur les tâches en cas de doute sur leur exécution, la commande de journalctl sera du style :

sudo journalctl --since "2025-11-23 12:50" -u cronie

KVM

En réinstallant KVM, j’ai du ajouter mon username dans le groupe libvirt :

sudo usermod -aG libvirt pascal

J’ai eu un souci en voulant créer le dossier de partage fichiers entre la VM et le host (voir cet article). J’avais une erreur virtio-9p en mappant dossier KVM_Share :

libvirt shared directory with host: Permission denied / Operation not permitted errors

La solution était ici, et consistait à modifier le fichier /etc/libvirt/qemu.conf pour y ajouter explicitement les paramètres suivants :

user = "root"
group = "root"
dynamic_ownership = 0

Firewall

Comme vu plus haut sur la capture d’écran de l’installateur, un pare-feu est installé par défaut. Et là aussi, les choses sont facilitées puisqu’une interface graphique est fournie : firewall-config.

Pour le serveur rsync qui tourne sur le PC (pour la synchro des containers du NAS), il m’a suffit de cocher “rsyncd” dans la zone publique. Attention à bien choisir “Permanent” (sinon par défaut c’est “Temps d’exécution” et la modification ne sera pas sauvegardée).

Pour Gsconnect (liaison avec le smartphone) par contre, cocher kdeconnect n’a pas fonctionné, j’ai du ajouter les numéros de port manuellement :

Mais bon, l’outil est plutôt bien fait, et facilite grandement la gestion du pare-feu. Sinon, on peut vérifier les ports ouverts en ligne de commande avec l’outil nft :

sudo nft list table inet firewalld
...
chain filter_IN_public_allow {
    tcp dport 22 accept
    ip6 daddr fe80::/64 udp dport 546 accept
    tcp dport 80 accept
    tcp dport 873 accept
    udp dport 873 accept
    tcp dport 1714-1764 accept
    udp dport 1714-1764 accept
}
...

Anydesk

Pour Anydesk, que j’utilise pour me connecter sur les ordis de la famille ou des amis quand ils ont un problème, j’ai installé le paquet du dépôt AUR, ce qui m’a permis de passer à la version 7 alors que sous Debian, j’étais toujours à la v6. J’ai ensuite récupéré tout le contenu du dossier ~/anydesk de Debian pour le recopier sur EOS afin de retrouver tous les clients mémorisés.

Timeshift

Pour les sauvegardes système, j’ai installé Timeshift en suivant cet article : je l’utilise déjà sous Debian, donc rien de très nouveau, sauf cette autre page mentionnée à la fin de l’article, qui indique comment lancer une restauration depuis l’invite de commande typiquement après un démarrage sans interface graphique. J’ai noté l’astuce qui peut se révéler utile un beau (ou plutôt un mauvais) jour :

Au démarrage, on tape “e” au menu Grub, et on modifie la ligne de boot du noyau comme suit (il suffit d’ajouter le chiffre 3 à la fin de la ligne commençant par linux) :

Puis on tape Ctrl-X pour démarrer avec ce paramètre. On s’identifie alors avec le compte root, puis on lance la commande timeshift --restore :

[root@pascal-eos ~]# timeshift --restore
Mounted '/dev/sdd1' at '/run/timeshift/1379802/backup'

Select snapshot:

Num     Name                 Tags  Description
------------------------------------------------------------------------------
0    >  2025-10-29_10-00-00  W M
1    >  2025-11-05_10-00-01  W
2    >  2025-11-12_10-00-00  W
3    >  2025-11-17_10-00-00  D
4    >  2025-11-18_10-00-00  D
5    >  2025-11-19_10-00-00  D W
6    >  2025-11-20_10-00-00  D
7    >  2025-11-21_10-00-00  D

Enter snapshot number (a=Abort, p=Previous, n=Next):

Il ne reste plus alors qu’à sélectionner quelle sauvegarde on souhaite restaurer. Cela peut se révéler très pratique quand le boot en mode graphique ne fonctionne plus.

EOS fournit aussi l’outil eos-shifttime qui permet de faire un downgrade au niveau des paquets en cas de souci après une mise à jour :

DeadBeef

Finalement, le seul problème rencontré sera avec Rhythmbox, le lecteur audio de Gnome. Impossible d’afficher les pochettes des albums dans le lecteur, que la pochette soit intégrée au fichier audio, ou un simple fichier cover.jpg dans le dossier.

J’ai fini par trouver un bug créé sur le gitlab de Gnome, mais le développeur a confirmé que non, ce n’était pas un bug de l’appli, mais un problème avec python. Si je comprends bien, c’est un problème de packaging et de dépendances sur Archlinux.

Ce qui fait que j’ai regardé ce qui existait comme alternative et je suis tombé sur Deadbeef. Apparemment, ce lecteur a une bonne côte auprès des utilisateurs, et possède la particularité de permettre à l’utilisateur de personnaliser l’interface de la façon qu’il le souhaite, à l’aide des modules fournis de base mais aussi de plugins additionnels.

Le mieux pour découvrir comment faire est de regarder cette vidéo :

Le principe est assez simple, je trouve ça vraiment génial ! Reste à trouver les bons plugins, et si la liste est longue dans pamac, j’ai vu plusieurs compilations échouer… Bienvenue dans le monde Arch ! Mais bon c’est le principe, et il est préférable de se renseigner d’abord sur le plugin avant d’essayer de l’installer pour voir ce qu’il fait.

J’ai du aussi installer une librairie pour pouvoir lire mes mp3 (pas installé par défaut sur Arch apparemment) :

$ yay libmad

Pour Deadbeef, il faut aussi installer le plugin mpris2 pour pouvoir utiliser les touches multimedia de Gnome : une bonne occasion de se frotter avec le monde Arch et le dépôt AUR…

Dans la fenêtre de pamac ci-dessous, on va donc pourvoir le compiler et l’installer à la volée. On voit aussi le lien github et celui sur AUR qui propose le PKGBUILD, un script qui permet de compiler à partir des sources puis de l’installer.

J’ai du ensuite déplacer la lib dans le bon dossier (je ne sais plus où j’ai trouvé cette info) :

$ sudo cp /usr/local/lib/deadbeef/mpris.so /usr/lib/deadbeef/

Et pour le plugin Musical spectrum, qui fournit une très belle animation inspirée de foobar2000, la compilation échouait. J’ai alors suivi les indications sur le site AUR, en récupérant les sources, pour modifier le fichier spectrum.c comme suit :

- spectrum_wavedata_listener (void *ctx, ddb_audio_data_t *data) {
+ spectrum_wavedata_listener (void *ctx, const ddb_audio_data_t *data) {

Puis j’ai lancé le make et enfin lancé le script ./userinstall.sh (qui ne fait que copier la lib dans le bon dossier).

$ ./userinstall.sh
'./gtk2/ddb_vis_musical_spectrum_GTK2.so' -> '/home/pascal/.local/lib/deadbeef/ddb_vis_musical_spectrum_GTK2.so'
'./gtk3/ddb_vis_musical_spectrum_GTK3.so' -> '/home/pascal/.local/lib/deadbeef/ddb_vis_musical_spectrum_GTK3.so'

On relance deadbeef, et on active le plugin, et voilà le résultat :

Et voici Deadbeef pour l’instant sur mon PC : à gauche mes playlits, et au centre une vue par dossier si je cherche un album particulier, avec un champ de recherche. Tout ce qu’il me faut…

Bug pochettes

Ce n’est pas tout ! Après avoir ajouté mes playlists, je me suis rendu compte que pour certaines, les pochettes n’étaient pas affichées. À la place, j’avais l’image par défaut de Deadbeef dans ce cas.

J’ai essayé de définir dans quelles conditions ce problème se produisait, puis j’ai créé un bug avec toutes les infos un dimanche en fin d’après-midi. Moins de 30 min plus tard, le dev me répondait et me demandait des fichiers d’exemple puisque le problème semblait spécifique à certains fichiers. À minuit, il avait généré le fix et le problème sera donc corrigé dans la prochaine version ! :cool: Je suis toujours fasciné par la rapidité de réaction dans le monde du logiciel libre !

Joplin

Il existe un paquet joplin-desktop de disponible, contrairement à Debian où il faut utiliser le format AppImage.

Petite différence, et petit plus pour Arch !

Satty

J’ai trouvé cette application pour modifier les captures d’écran et y ajouter des cadres, flèches, etc… C’est propre et fonctionnel, je prends donc la capture d’écran avec gnome-screenshot, puis j’édite le dichier avec Satty.

Outil d’analyse du disque

J’ai aussi installé qdirstat pour analyser l’utilisation du disque : il offre plus de possibilités que l’outil par défaut de Gnome (Baobab).

Comme de visualiser les packages installés :

Et pas mal d’autres choses bien pratique, comme de chercher les plus gros fichiers, etc… L’outil a l’air d’être pensé pour apporter des choses pratiques pour l’utilisateur, plutôt que de se limiter à afficher l’utilisation de l’espace disque comme le fait Baobab.

Conclusion

Très bonnes premières impressions, je n’ai plus redémarré Debian depuis plusieurs semaines. En gardant Gnome comme DE, le changement est vraiment facile.

L’équipe d’EndeavourOS a vraiment fait des efforts pour rendre Arch accessible, avec des outils graphiques bien pratiques. L’effort est louable, et permet de basculer facilement sous ce nouvel OS.

Archlinux est censé être minimaliste, plus léger, et je note effectivement que la sortie de veille est plus rapide que Debian. La prise d’espace disque est légèrement moindre (27 GB vs 35 GB), mais mon Debian est installé depuis longtemps et j’ai peut-être plus d’applications d’installées. Je n’ai pas poussé la comparaison très loin.

Je me suis aussi amusé à configurer mon fastfetch en créant un fichier de configuration. Fastfetch est assez puissant, et peut même afficher des icônes, on voit des choses très soignées que se sont amusés à faire certains utilisateurs, mais il faut un terminal qui accepte les graphiques ! Je n’avais pas envie de changer de terminal pour cette simple raison, donc je me suis contenté de simple texte, de lignes et de couleurs :