08-20-2026, 01:19 PM
Pour info:
fedora-audiophile-setup et fedora-rpi-audiophile-setup mises à jour versions 2.4.2 disponibles.
Nouveauté dans le module RAM-mode (overlayfs / systemd.volatile) : un choix P) Persistent paths.
Le problème que ça règle : le RAM-mode overlay charge toute la racine du système en RAM — pratique pour un disque totalement silencieux pendant l'écoute, mais tout ce qui est écrit disparaît au redémarrage suivant, y compris les données d'une appli qui tourne sur la machine (bibliothèque, base de données, mises à jour...).
C'est exactement ce que ds21 a remonté avec Lyrion Music Server — un grand merci à lui, c'est ce retour qui a lancé le chantier.
Ce que fait P : ça relie les données d'une appli à un vrai répertoire persistant sous /home (jamais touché par le RAM-mode), de façon transparente pour l'appli — elle continue de voir son chemin habituel, mais les données survivent aux redémarrages. Deux préréglages prêts à l'emploi : Lyrion Music Server et Tune Server. N'importe quelle autre appli peut être ajoutée à la main (chemin source/cible personnalisé).
Activation : module ram-mode du wizard, choix P — indépendant du reste, pas besoin d'avoir déjà activé le RAM-mode. Depuis cette version, activer le RAM-mode (E) propose aussi directement la question dans la foulée.
Mécanisme validé de bout en bout sur matériel réel : ajout, survie à un vrai redémarrage, retrait/restauration des données propre.
Mise à jour : git pull puis relancer sudo ./setup.sh --only ram-mode (x86 comme RPi, même fonctionnement).
Cette nouveauté sera évidemment également rajouté à Tune OS dans une prochaine version.
fedora-audiophile-setup et fedora-rpi-audiophile-setup mises à jour versions 2.4.2 disponibles.
Nouveauté dans le module RAM-mode (overlayfs / systemd.volatile) : un choix P) Persistent paths.
Le problème que ça règle : le RAM-mode overlay charge toute la racine du système en RAM — pratique pour un disque totalement silencieux pendant l'écoute, mais tout ce qui est écrit disparaît au redémarrage suivant, y compris les données d'une appli qui tourne sur la machine (bibliothèque, base de données, mises à jour...).
C'est exactement ce que ds21 a remonté avec Lyrion Music Server — un grand merci à lui, c'est ce retour qui a lancé le chantier.
Ce que fait P : ça relie les données d'une appli à un vrai répertoire persistant sous /home (jamais touché par le RAM-mode), de façon transparente pour l'appli — elle continue de voir son chemin habituel, mais les données survivent aux redémarrages. Deux préréglages prêts à l'emploi : Lyrion Music Server et Tune Server. N'importe quelle autre appli peut être ajoutée à la main (chemin source/cible personnalisé).
Activation : module ram-mode du wizard, choix P — indépendant du reste, pas besoin d'avoir déjà activé le RAM-mode. Depuis cette version, activer le RAM-mode (E) propose aussi directement la question dans la foulée.
Mécanisme validé de bout en bout sur matériel réel : ajout, survie à un vrai redémarrage, retrait/restauration des données propre.
Mise à jour : git pull puis relancer sudo ./setup.sh --only ram-mode (x86 comme RPi, même fonctionnement).
Cette nouveauté sera évidemment également rajouté à Tune OS dans une prochaine version.
DirettaRendererUPnP
Soutenez ce projet
Si vous trouvez ce moteur de rendu utile, vous pouvez soutenir le développement :

Votre soutien m’aidera à continuer ce projet, qui représente pour moi un certain coût en temps et en argent. Merci pour votre compréhension.
Soutenez ce projet
Si vous trouvez ce moteur de rendu utile, vous pouvez soutenir le développement :
Votre soutien m’aidera à continuer ce projet, qui représente pour moi un certain coût en temps et en argent. Merci pour votre compréhension.

