Dietpi: Le pont de Roon ne fonctionne pas sur la v6.12

Créé le 20 juil. 2018 · 3Commentaires · Source: MichaIng/DietPi

Création d'un rapport de bogue / problème:

Information requise:

Version DietPi | 6.12
Version Distro | étendue
Version du noyau | Linux DietPi 3.16.56+ # 1 SMP PREEMPT Mer 18 avril 16:59:34 CEST 2018 aarch64 GNU / Linux
Dispositif SBC | Odroid C2 (aarch64)
Alimentation utilisée | https://ameridroid.com/products/5v-2a-power-supply
Carte SD utilisée | https://ameridroid.com/products/emmc-black-module-c2-linux-red-box?variant=7245907460130

Informations supplémentaires (le cas échéant):

Titre du logiciel | Pont de Roon
Le logiciel a-t-il été installé récemment ou mis à jour / migré? Tous les deux
Ce problème peut-il être reproduit sur une nouvelle installation de DietPi? Oui
ddce5205-bb46-48c6-b6a9-39dd074f93a8 identifiant

Étapes à suivre pour reproduire:

Configurer une carte son (dans mon cas, le HiFi Shield +) et installer ALSA, comme d'habitude
Installez le package Roon Bridge à partir de la liste optimisée DietPi
Vérifiez les zones audio en réseau du serveur Roon

Comportement attendu:

L'ODROID C2 doit être répertorié dans les zones audio en réseau disponibles sur le serveur Roon.

Comportement réel:

Le serveur Roon ne répertorie pas du tout le pont

Détails supplémentaires:

Cela fonctionnait sur la v6.11, mais a cessé de fonctionner lorsque j'ai mis à jour vers la v6.12. J'ai essayé une nouvelle installation de DietPi, je l'ai reconfiguré et j'ai réinstallé le pont Roon juste au cas où quelque chose n'allait pas avec le processus de mise à jour, mais je vois toujours le même problème. Je ne suis pas non plus vraiment sûr de l'endroit où le pont écrit ses journaux car je ne les vois pas dans / var / log, mais je remarque qu'il démarre et arrête des processus comme le processeur de pont RoonBridgeHelper et Roon si je lance ps plusieurs fois .

Bug Solution available

Source

Kreeblah

Commentaire le plus utile

Merci pour les commentaires. Hmm, je pense également résoudre ce problème dans le maître actuel 🤔. En fait, pas de bonne pratique pour changer de branche après la sortie ...

€: D'accord, a également corrigé la branche principale, car dietpi-update interrompt sinon toutes les installations actuelles de RoonBridge. J'espère que vous êtes le seul à y être tombé 😉. Je marque comme fermé.

MichaIng le 20 juil. 2018

👍2

Tous les 3 commentaires

@Kreeblah
Je viens de reconnaître et l'urgence a résolu un problème, où l'entrée /var/log ramlog était ajoutée à fstab pendant la mise à jour, même si cela n'avait pas été sélectionné auparavant.

Avez-vous déjà utilisé dietpi-ramlog ? Sinon, supprimez manuellement l'entrée dans /etc/fstab et redémarrez pour récupérer les anciens journaux.

Mais cela ne devrait en fait pas empêcher le service de démarrer et surtout pas casser quelque chose lors d'une nouvelle installation.

Bon en fait, je pourrais trouver le problème: https://github.com/Fourdee/DietPi/pull/1938/files#diff -d92a6ee04e02fd2a2dc23d5bec3e6a98R8896
Nous avons changé l'utilisateur en "roon" mais n'avons rien changé au répertoire du journal. Comme il s'agit toujours de / var / log, l'utilisateur "roon" ne devrait pas avoir l'autorisation de créer des fichiers journaux à cet endroit.

S'il vous plaît essayez ce qui suit:

mkdir -p /var/log/roon
chown roon:dietpi /var/log/roon
rm $G_FP_DIETPI_USERDATA/roon/RoonBridge/Logs
rm $G_FP_DIETPI_USERDATA/roon/RAATServer/Logs
ln -sf /var/log/roon $G_FP_DIETPI_USERDATA/roon/RoonBridge/Logs
ln -sf /var/log/roon $G_FP_DIETPI_USERDATA/roon/RAATServer/Logs
systemctl restart roonbridge

MichaIng le 20 juil. 2018

❤1 👍1

@MichaIng -

Kreeblah le 20 juil. 2018

👍1

Merci pour les commentaires. Hmm, je pense également résoudre ce problème dans le maître actuel 🤔. En fait, pas de bonne pratique pour changer de branche après la sortie ...

MichaIng le 20 juil. 2018

👍2

Cette page vous a été utile?

0 / 5 - 0 notes