DirettaRendererUPnP

[Le dom]

Ah c'est peut-être parce que tu n'as pas démarré sur le bon kernel.

grubby n'est peut-être pas installé:

tapes:

sudo dnf install grubby

Puis relace le script de l'étape 7.

[ds21]

Merci Dominique, je vais tenter cela.

[Janacek]

Hier sur le site j'avais lu d'installer Feodora depuis une clé USB sur un SSD installé dans le PC , installé à l’intérieure, et du coup je croyez qui n'était pas possible de l'installer sur un SSD externe.
Voilà pourquoi j'avais posé la question.
Tant mieux qui n'est pas ainsi.
Mais je n'ai pas rêve et j'avais bien lu.
Merci et bonne journée

[ds21]

Bon finalement, à l'étape 7,3 après nouvelle tentative d'installation de fedora sur un disque interne cette fois-ci, et après redémarrage automatique suite à l’exécution de l'étape 7.2, l’instruction uname -r me donne toujours: "6.18.7-200.fc43.x86_64"

Je décide de remettre l’écran, le clavier et la souris et je reboot le système.
J’obtiens alors un choix de kernel (c’est très rapide) et, semble-t-il, c’est le mauvais kernel qui redémarre par défaut (la seconde option dans le screenshot ci-dessous)

Je choisi donc la première option qui semble mieux convenir.




Maintenant, l’instruction "uname -r" me donne: 6.18..8-cachyrt1.fc43.x86_64 ce qui est rassurant vu l’option de kernel choisie au reboot.

Je continue avec ça...

PS: l’instruction "sudo dnf install grubby" n’a rien corrigé car déjà installé. (info donnée par @Dominique)

[Le dom]

@ds21:
Que donne cette ligne de commande?

grubby --info=ALL | grep -E "^kernel|^index"

[ds21]

@Le dom: permission non accordée. (Cde : grubby --info=ALL | grep -E "^kernel|^index" )

Sinon, j’ai essayé de continuer l’installation.

Sous gitub, en suivant les indications données dans un message précédent je n’ai pas récupéré le fichier DirettaRendererUPnP-X-main.zip mais le fichier DirettaRendererUPnP-main.zip
Et à l'étape 9.2 exécution du script d'installation:

sudo ./install.sh

=== System Detection ===
[ERROR] Please do not run this script as root
[INFO] The script will ask for sudo password when needed

Puis retour au prompt...

[Janacek]

Bon finalement, à l'étape 7,3 après nouvelle tentative d'installation de fedora sur un disque interne cette fois-ci, et après redémarrage automatique suite à l’exécution de l'étape 7.2, l’instruction uname -r me donne toujours: "6.18.7-200.fc43.x86_64"

Du coup c'est obligé? 
Pas possible depuis un SSD externe?

[ds21]

@Janacek,

Je ne pense pas que les disques internes soient obligés, mais, dans la mesure où j’en ai un presque non utilisé (seulement quelques DSD résultats de conversions à partir de fichiers flac grâce à l’outil intégré à Gentooplayer pour tester) il m'était facile de le mettre en œuvre sans grandes pertes pour pouvoir tester DirettaRendererUPnP/fedora dans les meilleures conditions, plutôt qu’une vieille clé USB ou un vieux SSD en USB.

Finalement, je suis revenu à l’écoute de mes albums sous Gentooplayer.

Je n’arrive pas à installer DirettaRendererUPnP/fedora malgré un tutoriels très simple, mais pour lequel rien ne se passe comme prévu chez moi quand j’essaie de l'appliquer.

[ds21]

Suite et fin du problème de bégaiement avec DirettaRendererUPnP en V 2.0.1 avec MTU 16k

J'avais posé le problème du niveau de version du micro-logiciel (driver ASIO) du Diretta DST-00 qu’il était nécessaire d’installer pour fonctionner correctement avec la V2

Il etait alors, chez moi, en version 0_147_19 et je n’avais pas eu de réponse me semblait-il...mais j’avais raté une réponse de @Le dom :

@ds21:
Désolé mais je n'étais pas en mesure de te répondre maintenant. Sur mon DSS-0 je suis en train d'installer le firmware 0_149_6 en preview. En normal c'est la version 6_147_24.

Sous Windows la version du driver ASIO nécessaire pour mettre à jour le firmware est la version 0_149_5 en preview.

Je viens de m'apercevoir de ma bourde et j’ai donc finalement installé la version driver ASIO 0_149_6 en preview (la version 0_149_5 preview  n’est plus disponible) avec réactivation de MTU 16k dans la configuration du DST-00 et ça fonctionne maintenant sans problème.

Merci, une fois de plus, @Dominique et désolé pour les questions qui s’en suivirent pour résoudre ce problème qui n’avait pas lieu d’être.

Cordialement.

[Minh]

@DS21

j'ai aussi essayé d'installer Fedora sur un NUC séparé. Après avoir lancé le script pour l'installation du kernel CachyRT, le NUC n'arrive plus à démarrer. Seul le kernel d'origine fonctionne.