Vous n'êtes pas identifié(e).
Hors ligne
Je pense n'avoir rien oublié.
Tu as juste oublié de préciser que tu as du son — auquel cas, tu devais en avoir en #20 également.
L'ordre d'initialisation des modules snd_intel8x0* paraît pertinent, car il n'y a pas d'autre différence.
Mis à part le noyau bien sûr, mais il ne serait pas très sérieux d'installer un noyau exotique sur DF.
Dernière modification par èfpé (10-01-2021 23:14:42)
Hors ligne
èfpé a écrit:Tu as juste oublié de préciser que tu as du son — auquel cas, tu devrais en avoir en #20 également.
Je ne comprend pas bien ta réponse: j'ai toujours dit que j'avais du son sous Antix. En #20 se rapporte à la réponse en Live où il devrait y avoir du son également, c'est ça ?
Hors ligne
En #20 se rapporte à la réponse en Live où il [devait] y avoir du son également, c'est ça ?
Oui, les messages du noyau sont très similaires... avec cette sombre histoire de buggy semaphore.
L'ordre d'initialisation n'est pas stable en 4.19... blacklister snd_intel8x0m, si impossible de le fixer ?
Ou alors, peut-être tenter de charger le module snd_index8x0 avec le paramètre xbox=1 (source) ?
Dernière modification par èfpé (11-01-2021 01:24:42)
Hors ligne
L'ordre d'initialisation n'est pas stable en 4.19
L'ordre de chargement des modules n'a aucune raison d'être stable avec aucune version du noyau si on laisse udev les charger (donc si on ne force pas leur chargement via /etc/modules) et s'il n'y a pas de dépendance entre les modules.
blacklister snd_intel8x0m
C'est ce que j'allais suggérer. De toute façon il ne sert à rien puisqu'il gère le modem, qui n'est pas utilisé et ne marche pas.
Créer un fichier /etc/modprobe.d/intel_ac97.conf contenant :
Si
rapporte que le module est inclus dans l'initramfs, reconstruire ce dernier pour inclure le fichier blacklist avec
avec cette sombre histoire de buggy semaphore.
Qui n'a pas l'air de gêner Antix. Mais on peut activer le paramètre buggy_semaphore pour voir. Même procédure que pour la blacklist, ajouter au fichier :
Dernière modification par raleur (12-01-2021 09:39:45)
Il vaut mieux montrer que raconter.
Hors ligne
L'ordre de chargement des modules n'a aucune raison d'être stable avec aucune version du noyau si on laisse udev les charger (donc si on ne force pas leur chargement via /etc/modules)
L'ordre de chargement des modules semble toutefois relativement stable sur antiX 19.3, alors que :
Ne contient rien concernant les modules snd_intel8x0* (retour : session Live antiX-19.3_386-core).
Oui, évidemment si le lien de cause à effet n'est pas avéré le « raisonnement » ne tient pas la route.
Si [lsinitramfs] rapporte que le module [snd_intel8x0m] est inclus dans l'initramfs,
Par curiosité, juste pour notre information, voici la liste des modules « son » inclus dans l'initramfs :
Pas de trace du module snd_intel8x0m, reconstruire l'initramfs après blacklistage sera donc inutile...
Et pour comparaison, le retour sur antiX 19.3... quid du chargement précoce du module ac97_bus ?
Qui n'a pas l'air de gêner antiX.
C'est aussi ce que j'avais cru comprendre, merci d'avoir confirmé ça... Bonne continuation, @bva91.
Dernière modification par èfpé (12-01-2021 08:20:42)
Hors ligne
èfpè et raleur ont écrit; blacklister snd_intel8x0m
C'est fait dans le fichier créé: intel_ac97.conf
Hors ligne
raleur a demandé une commande en user: lsinittramfs ...
La commande ne retourne rien
Hors ligne
raleur a écrit: on peut activer le paramètre buggy_semaphore pour voir
la ligne "options snd_intel8x0 buggy_semaphore=1" a été ajoutée dans le fichier intel_ac97.conf
Après tout celà, il n'y a toujours pas de son.
Par contre je dois vous dire que ces dernières manipulations ont été exécutées sur un disque dur où j'ai installé l'iso debian-facile-10.7-1_i386.iso
Pourquoi ? Parce que auparavant j'avais lancé le dvd en live et là j'avais du son car la carte intel était reconnue. Donc je rêvais que, une fois installé sur le dique dur, ça marche. Hélas non.
Hors ligne
Après tout cela, il n'y a toujours pas de son.
Ces modifications seront effectives après redémarrage, as-tu redémarré ? tu peux montrer dmesg ?
Hors ligne
èfpé a écrit: Ces modifications seront effectives après redémarrage
Effectivement j'avais tout simplement oublié de faire un reboot (impardonnable bien sûr).
Après démarrage ce matin, VICTOIRE! La carte Intel est détectée et le son fonctionne parfaitement bien.
Un grand merci à raleur, èfpé et jpt pour votre patience et votre perspicacité ayant permis de résoudre ce problème assez coriace. Bonne continuation à vous.
Comment fait-on pour mettre ce sujet en résolu?
Hors ligne
raleur a demandé une commande en user: lsinittramfs ...
La commande ne retourne rien
J'avais commis une erreur dans cette commande : "snd_intel8x0" au lieu de "snd.intel8x0" ("."=caractère générique pour grep) sachant que le nom du fichier recherché peut être "snd_intel8x0.ko" ou "snd-intel8x0.ko". J'ai corrigé mon message.
Il serait intéressant de relancer la commande dmesg | grep... pour voir si le paramètre buggy_semaphore a eu un effet visible.
Pour marquer le sujet résolu, il faut modifier le titre.
Dernière modification par raleur (12-01-2021 09:51:34)
Il vaut mieux montrer que raconter.
Hors ligne
raleur a écrit: Il serait intéressant de relancer la commande dmesg | egrep...
Voilà le retour:# dmesg | egrep -i "snd|1f\.05"
[ 15.973304] snd_intel8x0 0000:00:1f.5: intel8x0_measure_ac97_clock: measured 57685 usecs (2778 samples)
[ 15.973311] snd_intel8x0 0000:00:1f.5: clocking to 48000
Egalement le retour de lsmod...:# lsmod | egrep "snd|ac97"
snd_intel8x0 32768 3
snd_ac97_codec 98304 1 snd_intel8x0
ac97_bus 16384 1 snd_ac97_codec
snd_pcm 81920 2 snd_ac97_codec,snd_intel8x0
snd_timer 28672 1 snd_pcm
snd 61440 10 snd_ac97_codec,snd_timer,snd_intel8x0,snd_pcm
soundcore 16384 1 snd
Cela est parlant?
Remarques:
- Pas de réponse en utilisant grep, il faut utiliser egrep. Normal?
- Parfois, en root avec "su", la réponse est bloquée par un problème de path. Le problème disparaît en utilisant "su -".Quand faut-il utiliser l'un ou l'autre?
Merci d'éclairer ma lanterne (pour ma culture, il n'est jamais trop tard).
Hors ligne
Cela est parlant?
Il n'y a plus aucun message d'erreur, c'est bon signe. Si tu es curieux tu peux tester si c'est l'effet de la ligne blacklist, de la ligne options ou des deux.
Le module pour le modem snd_intel8x0m n'est plus chargé, c'était le but recherché.
Pas de réponse en utilisant grep, il faut utiliser egrep. Normal?
Oui, ou grep -E. Avec grep simple il faudrait "échapper" l'opérateur | -> \| mais c'est moins joli.
Parfois, en root avec "su", la réponse est bloquée par un problème de path. Le problème disparaît en utilisant "su -".Quand faut-il utiliser l'un ou l'autre?
En général, il faut toujours utiliser "su -" pour que la variable d'environnement $PATH soit initialisée correctement. Sinon elle reste à la valeur de l'utilisateur normal qui ne contient pas normalement les chemins vers les commandes d'administration /sbin et /usr/sbin.
Dernière modification par raleur (12-01-2021 17:11:55)
Il vaut mieux montrer que raconter.
Hors ligne
Cela est parlant?
Non !
Car pas lisible... Pense à utiliser la balise "Autre code", regarde :
sans la balise :
# lsmod | egrep "snd|ac97"
snd_intel8x0 32768 3
snd_ac97_codec 98304 1 snd_intel8x0
ac97_bus 16384 1 snd_ac97_codec
snd_pcm 81920 2 snd_ac97_codec,snd_intel8x0
snd_timer 28672 1 snd_pcm
snd 61440 10 snd_ac97_codec,snd_timer,snd_intel8x0,snd_pcm
soundcore 16384 1 snd
avec :
Dernière modification par jpt (12-01-2021 17:47:14)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
La ligne blacklist... seule donne du son.
La ligne options... seule ne donne rien (pas de son).
Hors sujet: sans vouloir abuser j'en profite pour avoir ton avis: je pense ajouter le dépôt deb-multimedia (ajouté par Antix automatiquement à l'installation) et le dépôt backports peut-être ?
Hors ligne
jpt a écrit: Pense à utiliser "Autre code"
Merci pour l'information. Etant novice dans cet art, j'apprends plein de choses sur le fonctionnement du forum.
Hors ligne
raleur a écrit: tester si c'est l'effet de la ligne blacklist, de la ligne options...
jpt a écrit: Pense à utiliser "Autre code"
Ces deux lignes auraient pu être créées comme je viens de l'expliquer (on peut faire plusieurs fois "Quick quote", attention à bien placer le point d'insertion), et tu peux user et abuser des boutons "Prévisualisation" et du lien "Modifier" en cas d'erreurs.
Tu peux même jouer avec "Citer", pour regarder comment c'est fait, modifier des trucs, prévisualiser et au bout du compte fermer la page sans rien poster.
Fais-toi plaisir,
Dernière modification par jpt (12-01-2021 19:24:18)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
La ligne blacklist... seule donne du son.
La ligne options... seule ne donne rien (pas de son).
Pour finir de faire le tour de la question, il ne reste plus qu'à vérifier si c'est aussi la ligne blacklist seule qui supprime les messages "semaphore is not ready" dans la sortie de dmesg ou si c'est la ligne options. Dans le premier cas, la ligne options ne sert à rien et tu peux la supprimer.
ton avis: je pense ajouter le dépôt deb-multimedia (ajouté par Antix automatiquement à l'installation) et le dépôt backports peut-être ?
Je n'ai pas d'avis sur le dépôt multimédia que je n'ai jamaisutilisé. J'utilise les backports avec parcimonie quand je n'ai pas le choix et j'ai besoin d'une version de paquets plus récente que dans le dépôt stable.
Il vaut mieux montrer que raconter.
Hors ligne
il ne reste plus qu'à vérifier si c'est aussi la ligne blacklist seule qui supprime les messages "semaphore is not ready" dans la sortie de dmesg
Réponse avec la ligne blacklist... seule:
# dmesg | egrep -i "snd|1f\.05"
[ 16.127343] snd_intel8x0 0000:00:1f.5: intel8x0_measure_ac97_clock: measured 59293 usecs (2855 samples)
[ 16.127349] snd_intel8x0 0000:00:1f.5: clocking to 48000
A suivre avec la liste options...
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
si c'est aussi la ligne blacklist seule qui supprime les messages "semaphore is not ready" dans la sortie de dmesg ou si c'est la ligne options
Réponse avec la ligne options... seule:
# dmesg | egrep -i "snd|1f\.05"
[ 15.871701] snd_intel8x0m 0000:00:1f.6: Unable to initialize codec #0
[ 15.871923] snd_intel8x0m: probe of 0000:00:1f.6 failed with error -13
[ 17.020285] snd_intel8x0 0000:00:1f.5: AC'97 0 does not respond - RESET
[ 17.020296] snd_intel8x0 0000:00:1f.5: AC'97 0 access is not valid [0xffffffff], removing mixer.
[ 17.020304] snd_intel8x0 0000:00:1f.5: Unable to initialize codec #0
[ 17.020540] snd_intel8x0: probe of 0000:00:1f.5 failed with error -5
On ne voit pas de "semaphore is not ready...". Mais, si je me trompe pas c'est quelque chose qui était apparu dans la commande dmesg... sous Antix.
Hors ligne
On ne voit pas de "semaphore is not ready...". Mais, si je me trompe pas c'est quelque chose qui était apparu dans la commande dmesg... sous Antix.
Ces messages apparaissaient quand le module snd_intel8x0m était chargé après le module snd_intel8x0 (Antix et Debian live). Apparemment ils étaient causés par le module snd_intel8x0m, donc en bloquant son chargement ils ne se produisent plus.
Il vaut mieux montrer que raconter.
Hors ligne
Ces messages apparaissaient quand le module snd_intel8x0m était chargé après le module snd_intel8x0 (Antix et Debian live). Apparemment ils étaient causés par le module snd_intel8x0m, donc en bloquant son chargement ils ne se produisent plus
Exact. Donc la boucle est bouclée je pense. Encore merci beaucoup à vous pour avoir mené cette tâche ardue jusqu'au bout. Bonne continuation à tous.
Hors ligne