RoonLabs : Installation & Configuration sous Linux

[Le dom]

J'étais descendu à 50 mais, finalement, chez moi, laisser Roonserver se débrouiller c'est ce qui charme le plus mes oreilles. Il tourne donc à 20.

[alec_eiffel]

@LeDom après essai du mode "real time" je suis également revenu en arrière. Quelques petites duretés dans le haut medium inhérentes à mon système et qui étaient légérement mises en avant dans ce mode. Du coup je tourne sur le kernel de base.

Je suis infine très satisfait d'être passé sous Linux à un détail près : la mise à jour automatique de la librairie à partir du NAS ne fonctionne plus, alors que sous Windows toute modification de fichiers du NAS était instantanément prise en compte. IL faut attendre le scan quotidien ou le forcer. J'ai essayé SMB ou NFS, rien. La console d'ailleurs me donne le message

Code :

"CIFS VFS Autodisabling the use of server inode numbers on \\192.168.0.37\Musique. This server doesn't seem to support them properly. Hardlinks will not be recognised on this mount. Consider mounting with the "noserverino" option to silence this page.

[Le dom]

Oui c'est vrai qu'il y a visiblement ce petit inconvénient de mise à jour automatique de librairie.

En ce qui concerne le message cité, je l'ai également si je fais un montage CIFS dans fstab mais il apparaît également, je crois, si on monte non pas le NAS directement dans fedora mais dans Roon.
En fait Roon utilise aussi samba et donc monte le NAS en CIFS.
De mon côté, pour améliorer un peu les choses, j'utilise une ligne de commande pour le montage en NFS dans laquelle j'ai ajouté quelques options.
Je ne suis pas en mesure de la mettre sur ce post pour le moment. J'essaierai de le faire ce soir si cela t'intéresse.
Elle permet, entre autre, une reconnexion automatique du NAS si on le déconnecte du réseau alors que Roonserver est en fonction ou si on a, par exemple, oublié de le mettre en route alors que l'on a démarré Roonserver.
Ca permet d'éviter, également, d'avoir parfois certains messages relatifs à une initialisation réseau qui a échoué.

[LittleScarabee]

(06-05-2018, 10:02 AM)alec_eiffel a écrit : @LeDom après essai du mode "real time" je suis également revenu en arrière. Quelques petites duretés dans le haut medium inhérentes à mon système et qui étaient légérement mises en avant dans ce mode. Du coup je tourne sur le kernel de base. 

Je peux me tromper mais Le Dom a toujours parler du script qui passe les processus en mode "RealTime" à savoir en priorité très haute soit "99"...Il ne faisait pas allusion au noyau realtime...ou j'ai très mal compris ce que tu as écris !  .
Personnellement : ce n'est pas transcendant mais le noyau RT apporte quelque chose.

(06-05-2018, 10:02 AM)alec_eiffel a écrit : Je suis infine très satisfait d'être passé sous Linux à un détail près : la mise à jour automatique de la librairie à partir du NAS ne fonctionne plus, alors que sous Windows toute modification de fichiers du NAS était instantanément prise en compte. IL faut attendre le scan quotidien ou le forcer. J'ai essayé SMB ou NFS, rien. La console d'ailleurs me donne le message

J'avais constaté ce problème et je n'ai réussi à le résoudre.
Par contre depuis que je suis passé sous Docker et que je monte directement le point de montage "/music" (100% local) >> la librairie se mets bien à jour sans soucis ! le soucis est peut être au niveau des permissions d'accès.

[Le dom]

(06-05-2018, 08:50 PM)LittleScarabee a écrit :

(06-05-2018, 10:02 AM)alec_eiffel a écrit : @LeDom après essai du mode "real time" je suis également revenu en arrière. Quelques petites duretés dans le haut medium inhérentes à mon système et qui étaient légérement mises en avant dans ce mode. Du coup je tourne sur le kernel de base. 

Je peux me tromper mais Le Dom a toujours parler du script qui passe les processus en mode "RealTime" à savoir en priorité très haute soit "99"...Il ne faisait pas allusion au noyau realtime...ou j'ai très mal compris ce que tu as écris !  .
Personnellement : ce n'est pas transcendant mais le noyau RT apporte quelque chose.

Je confirme je parlais bel et bien du script et non du noyau que j'ai laissé en RT, c'est à dire que j'utilise toujours le noyau Planet CCRMA.

[verifast]

Possesseur d'un sotm 200 Ultra , je viens de passer sur roon . Roonserver étant sur mon NAS Qnap 251+.
j'utilisais egalement Qobuz en DLNA avec l'appli Mconnect
Je ne peux plus utiliser qobuz avec roon mais j'écoute toujours sur mon ipad quelques morceaux sur qobuz. J'ai voulu acheté un album et le charger sur mon Nas depuis mon mac (via qobuz downloader comme je faisais habituellement)mais le chemin de qobuz vers le NAS ne se fait plus .Est-ce que l'installation de roonserver sur le NAS peut verrouiller l'accès des fichiers vers cette bibliothèque du NAS ?

[ttd.fornotlife]

Non pas possible, si les dossiers étaient présents avant roon et dans un dossier accessible sous NFS/CIFS is doivent continuer a été accessible. Roon ne doit pas empêché le transfer entre le mac et le Qnap. Roon ne fait que pointè sur les fichiers présents sur le NAS en sélectionnant les chemin d,accès. Rien n’a été modifier sur le Qnap ou sur le mac (pare-feu) ? Je sais que sur windows10 pro il y a un problème avec les protocoles smb 1er 2pour des raisons de sécurité chez Microsoft. Il faut modifier,un paramètre réseau sur win10Pro. Sur mac...sais pas

[verifast]

bien vu , c'était dans les paramètres de partage .
Merci

[ttd.fornotlife]

De rien

[LittleScarabee]

Hello

Fedora 28 est sortie depuis quelques mois maintenant (Mai 2018) et le Kernel CCRMA pour cette version est disponible que depuis quelques jours (01 Août 2018)...



Pour ceux qui veulent tenter l'aventure : il n'y a plus qu'à ! 
1 / Mise à niveau du système sans tout ré-installer : Tutoriel ici
2 / Installation en écrasant sa configuration actuelle et en repartant donc de zéro (le tutoriel est toujours apliquable je pense, même la version automatisée)

/!\ Remarque /!\ Je n'ai testé aucune méthode, je ferais surement l'installation n°2, que j'estime plus "propre"

Personnellement je ne m'attends à aucune amélioration mais par principe : on est sur la dernière version du système et du noyau, c'est toujours mieux !