/etc/init.d/alsa-utils ne charge pas la config au boot
12 réponses
Florentin Duneau
Bonjour
Comme l'explique le sujet, le script /etc/init.d/alsa-utils ne charge pas l=
a=20
config au d=E9marrage. Les scripts /etc/rcS.d/S50alsa-utils=20
et /etc/rc0.d/K50alsa-utils sont =E0 priori bien ex=E9cut=E9s. La seule sol=
ution=20
pour r=E9cup=E9rer le son est de faire /etc/init.d/alsa-utils start dans un=
e=20
console.
Je ne comprends pas pourquoi la config n'est pas charg=E9e lors de l'ex=E9c=
ution=20
de /etc/rcS.d/S50alsa-utils. Une id=E9e ? =20
Je ne comprends pas pourquoi la config n'est pas chargée lors de l'exécution de /etc/rcS.d/S50alsa-utils. Une idée ?
Dans ces cas là, je boote avec le paramètre supplémentaire "init=/bin/sh", puis je lance tous les scripts de démarrage à la main
[...]
Je pense que si c'est un problème commun à bcp de monde, il est plus sage d'attendre que le problème soit corrigé lors d'un prochaine mise à jour des paquets alsa, plutot que de trop bisouiller, ou alors, vaut mieux sauvegarder vos fichies avant une modif manuelle lol.
Je ne sais pas si le problème initial est commun ou pas. Ce que j'exposais est une méthode pour résoudre des problèmes dans les scripts de démarrage. Personnellement, je n'ai aucun problème avec alsa en ce moment.
Je rappelle, qu'il y a apt-listbugs, qui est pas mal pour voir les bugs à l'avance sur des paquets, avant de les installer :-)
Oui, mais une fois installé (avant le rapport de bug par exemple), c'est mieux d'investiguer le problème pour faire un bugreport avec patch ;-) Et c'est là où ces techniques sont utiles.
Mais c'est certain que le premier reflexe est d'aller voir dans le BTS si le problème n'a pas déjà été signalé (avec éventuellement une correction en attendant le paquet qui corrigera le bug)
A+ Vincent
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Thierry B wrote:
Vincent Danjean a écrit :
Florentin Duneau wrote:
[...]
Je ne comprends pas pourquoi la config n'est pas chargée lors de
l'exécution de /etc/rcS.d/S50alsa-utils. Une idée ?
Dans ces cas là, je boote avec le paramètre supplémentaire
"init=/bin/sh", puis je lance tous les scripts de démarrage à la main
[...]
Je pense que si c'est un problème commun à bcp de monde, il est plus
sage d'attendre que le problème soit corrigé lors d'un prochaine mise à
jour des paquets alsa, plutot que de trop bisouiller, ou alors, vaut
mieux sauvegarder vos fichies avant une modif manuelle lol.
Je ne sais pas si le problème initial est commun ou pas. Ce que
j'exposais est une méthode pour résoudre des problèmes dans les scripts
de démarrage. Personnellement, je n'ai aucun problème avec alsa en ce
moment.
Je rappelle, qu'il y a apt-listbugs, qui est pas mal pour voir les bugs
à l'avance sur des paquets, avant de les installer :-)
Oui, mais une fois installé (avant le rapport de bug par exemple), c'est
mieux d'investiguer le problème pour faire un bugreport avec patch ;-)
Et c'est là où ces techniques sont utiles.
Mais c'est certain que le premier reflexe est d'aller voir dans le BTS
si le problème n'a pas déjà été signalé (avec éventuellement une
correction en attendant le paquet qui corrigera le bug)
A+
Vincent
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Je ne comprends pas pourquoi la config n'est pas chargée lors de l'exécution de /etc/rcS.d/S50alsa-utils. Une idée ?
Dans ces cas là, je boote avec le paramètre supplémentaire "init=/bin/sh", puis je lance tous les scripts de démarrage à la main
[...]
Je pense que si c'est un problème commun à bcp de monde, il est plus sage d'attendre que le problème soit corrigé lors d'un prochaine mise à jour des paquets alsa, plutot que de trop bisouiller, ou alors, vaut mieux sauvegarder vos fichies avant une modif manuelle lol.
Je ne sais pas si le problème initial est commun ou pas. Ce que j'exposais est une méthode pour résoudre des problèmes dans les scripts de démarrage. Personnellement, je n'ai aucun problème avec alsa en ce moment.
Je rappelle, qu'il y a apt-listbugs, qui est pas mal pour voir les bugs à l'avance sur des paquets, avant de les installer :-)
Oui, mais une fois installé (avant le rapport de bug par exemple), c'est mieux d'investiguer le problème pour faire un bugreport avec patch ;-) Et c'est là où ces techniques sont utiles.
Mais c'est certain que le premier reflexe est d'aller voir dans le BTS si le problème n'a pas déjà été signalé (avec éventuellement une correction en attendant le paquet qui corrigera le bug)
A+ Vincent
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Florentin Duneau
Le Mercredi 1 Février 2006 14:32, Florentin Duneau a écrit :
Bonjour
Comme l'explique le sujet, le script /etc/init.d/alsa-utils ne charge pas la config au démarrage. Les scripts /etc/rcS.d/S50alsa-utils et /etc/rc0.d/K50alsa-utils sont à priori bien exécutés. La seule s olution pour récupérer le son est de faire /etc/init.d/alsa-utils start dans une console.
Je ne comprends pas pourquoi la config n'est pas chargée lors de l'exécution de /etc/rcS.d/S50alsa-utils. Une idée ?
Ce matin, je démarre le pc, pas de son. Je lance kmix pour activer les sorties, le son est présent. Je pars manger, j'éteins la machine. Je la démarre de nouveau après le repas, le son est présent sans bidouille.
-- Florentin Duneau
Le Mercredi 1 Février 2006 14:32, Florentin Duneau a écrit :
Bonjour
Comme l'explique le sujet, le script /etc/init.d/alsa-utils ne charge pas
la config au démarrage. Les scripts /etc/rcS.d/S50alsa-utils
et /etc/rc0.d/K50alsa-utils sont à priori bien exécutés. La seule s olution
pour récupérer le son est de faire /etc/init.d/alsa-utils start dans une
console.
Je ne comprends pas pourquoi la config n'est pas chargée lors de
l'exécution de /etc/rcS.d/S50alsa-utils. Une idée ?
Ce matin, je démarre le pc, pas de son. Je lance kmix pour activer les
sorties, le son est présent. Je pars manger, j'éteins la machine. Je la
démarre de nouveau après le repas, le son est présent sans bidouille.
Le Mercredi 1 Février 2006 14:32, Florentin Duneau a écrit :
Bonjour
Comme l'explique le sujet, le script /etc/init.d/alsa-utils ne charge pas la config au démarrage. Les scripts /etc/rcS.d/S50alsa-utils et /etc/rc0.d/K50alsa-utils sont à priori bien exécutés. La seule s olution pour récupérer le son est de faire /etc/init.d/alsa-utils start dans une console.
Je ne comprends pas pourquoi la config n'est pas chargée lors de l'exécution de /etc/rcS.d/S50alsa-utils. Une idée ?
Ce matin, je démarre le pc, pas de son. Je lance kmix pour activer les sorties, le son est présent. Je pars manger, j'éteins la machine. Je la démarre de nouveau après le repas, le son est présent sans bidouille.
