alsa-utils
Bonjour, la /etc/init.d/alsa-utils veut me remettre tout en mute; voir à la ligne à partir de 260. J'ai commenté car sinon j'ai plus de son. Quelqu'un aurait une autre solution ? CORDIALEMENT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4db85442.8040...@free.fr
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
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 solution 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
/etc/init.d/alsa-utils ne charge pas la config au boot
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 solution 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 ? -- Florentin Duneau
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
Le 01.02.2006 14:32:07, 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 solution 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 ? Sans doute y a-t-il un message (voir dmesg, bootlog ou syslog) qui contient une amorce d'explicaiton. -- Florentin Duneau Jean-Luc pgpotmtExWtmz.pgp Description: PGP signature
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
Le Mercredi 1 Février 2006 14:35, Jean-Luc Coulon (f5ibh) a écrit : Sans doute y a-t-il un message (voir dmesg, bootlog ou syslog) qui contient une amorce d'explicaiton. Jean-Luc Non, rien de rien dans syslog, dmesg et bootlog. Je n'ai pas la ligne Setting Up Alsa... dans bootlog, j'en suppose que le script n'est pas exécuté car il n'y pas de messages d'erreurs non plus. -- Florentin Duneau
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
Voici le bootlog . null symbol found Setting parameters of disc Will now activate swap. swapon on /dev/hda2 Done activating swap. Will now check root file system. fsck 1.39-WIP (31-Dec-2005) [/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0 /dev/hda3 / has been mounted 30 times without being checked, check forced. \002/ Done checking root file system. A log will be saved in /var/log/fsck/checkroot if that location is writable. Setting the system clock.. System Clock set. Local time Cleaning up ifupdown...done. Calculating module dependencies...done. Loading modules... ide-cd ide-disk ide-generic psmouse All modules loaded. Setting the system clock again.. System Clock set. Local time Will now check all file systems. fsck 1.39-WIP (31-Dec-2005) Checking all file systems. [/sbin/fsck.ext3 (1) -- /home] fsck.ext3 -a -C0 /dev/hda7 /home has been mounted 30 times without being checked, check forced. \002/home [/sbin/fsck.ext3 (1) -- /var] fsck.ext3 -a -C0 /dev/hda6 /var has been mounted 30 times without being checked, check forced. \002/var Done checking file systems. A log is being saved in /var/log/fsck/checkfs if that location is writable. Setting kernel variables ... ... done. Will now mount local filesystems. mount /dev/hda7 on /home type ext3 (rw) /dev/hda6 on /var type ext3 (rw) Done mounting local filesystems. Activating swapfile swap...done. Detecting hardware...Discovered hardware for these modules ^[[33m*^[[39;49m Skipping already loaded module via_ircc. ^[[33m*^[[39;49m Skipping already loaded module via_rhine. ^[[33m*^[[39;49m Skipping already loaded module via82cxxx. ^[[33m*^[[39;49m via82cxxx_audio disabled in configuration. ^[[33m*^[[39;49m Skipping already loaded module uhci_hcd. ^[[33m*^[[39;49m Skipping already loaded module ehci_hcd. Cleaning /tmp...done. Cleaning /var/run...done. Cleaning /var/lock...done. Running 0dns-down to make sure resolv.conf is ok...done. Setting up networking...done. Setting hostname to 'bucemcello'...done. ^[[33m*^[[39;49m /etc/network/options is deprecated. Setting up IP spoofing protection...done (rp_filter). Configuring network interfaces...Internet Software Consortium DHCP Client 2.0pl5 Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium. All rights reserved. Please contribute if you find this software useful. For info, please visit http Listening on LPF/eth0/00 Sending on LPF/eth0/00 Sending on Socket/fallback/fallback-net DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 DHCPOFFER from 192.168.0.1 DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 192.168.0.1 bound to 192.168.0.4 -- renewal in 43200 seconds. done. ^[]RSetting up general console font... done. Setting up per-VC ACM's ^[[9;30]^[[14;30]Setting up ALSA...done. Running ntpdate to synchronize clock. Initializing random number generator...done. Recovering nvi editor sessions... done. Setting up X server socket directory /tmp/.X11-unix...done. Setting up ICE socket directory /tmp/.ICE-unix...done. INIT Starting system log daemon Starting kernel log daemon Loading ACPI modules battery ac processor button fan thermal Starting Advanced Configuration and Power Interface daemon Starting Common Unix Printing System Starting system message bus Starting Hardware abstraction layer Starting Avahi mDNS/DNS-SD Daemon Starting MTA Starting internet superserver Starting resource manager daemon Starting anac(h)ronistic cron Je ne sais pas lire car le script alsa-utils est bien exécuté. Par contre je suis toujours obligé de l'exécuter une fois logué pour avoir le son. -- Florentin Duneau
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
Le 01.02.2006 16:07:29, Florentin Duneau a écrit : DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 192.168.0.1 bound to 192.168.0.4 -- renewal in 43200 seconds. done. ^[]RSetting up general console font... done. Setting up per-VC ACM's ^[[9;30]^[[14;30]Setting up ALSA...done. Bon, il a fait quelque chose là. Est-ce que vous avez quelque chose de particulier dans /etc/default/alsa ? Quels sont les modules chargés avant de relancer le tout à la main ? Jean-Luc pgpKA5nuJ6w4u.pgp Description: PGP signature
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
Le Mercredi 1 Février 2006 16:16, Jean-Luc Coulon (f5ibh) a écrit : Le 01.02.2006 16:07:29, Florentin Duneau a écrit : DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 192.168.0.1 bound to 192.168.0.4 -- renewal in 43200 seconds. done. ^[]RSetting up general console font... done. Setting up per-VC ACM's ^[[9;30]^[[14;30]Setting up ALSA...done. Bon, il a fait quelque chose là. Est-ce que vous avez quelque chose de particulier dans /etc/default/alsa ? Rien de particulier (fichier par défaut) : # Configuration file for alsa-base # List, separated by spaces, the names of modules that should be # unloaded, if present, before the machine is suspended. Use the # special name all if you would like all ALSA sound modules to be # removed. The modules that are removed will be loaded again after # resume. Currently this only has an effect if you are using apmd. # Examples: # Value Action at suspend time # Do nothing # snd-cs46xx Stop sound processes and remove the snd-cs46xx module # all Stop sound processes and remove all ALSA modules force_unload_modules_before_suspend= Quels sont les modules chargés avant de relancer le tout à la main ? lsmod avant /etc/init.d/alsa-utils restart : Module Size Used by appletalk 32752 2 ax25 49816 2 ipx25452 2 radeon 97120 1 drm64724 2 radeon lp 10628 0 button 6544 0 ac 4740 0 battery 9476 0 ipv6 222912 8 snd_seq_dummy 3652 0 snd_seq_oss28992 0 snd_seq_midi8480 0 snd_seq_midi_event 6592 2 snd_seq_oss,snd_seq_midi snd_seq44752 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event i2c_viapro 8020 0 i2c_core 19408 1 i2c_viapro yealink11648 0 psmouse32516 0 serio_raw 6596 0 analog 10400 0 joydev 8960 0 evdev 8896 0 via_ircc 23252 0 parport_pc 32324 1 snd_via82xx25816 0 gameport 14024 2 analog,snd_via82xx pcspkr 1732 0 parport31880 2 lp,parport_pc mousedev 10592 1 irda 162876 1 via_ircc crc_ccitt 2048 1 irda floppy 54916 0 snd_ac97_codec 82528 1 snd_via82xx snd_ac97_bus2112 1 snd_ac97_codec snd_pcm_oss46112 0 snd_mixer_oss 16576 1 snd_pcm_oss snd_pcm77704 3 snd_via82xx,snd_ac97_codec,snd_pcm_oss snd_timer 21444 2 snd_seq,snd_pcm snd_page_alloc 9992 2 snd_via82xx,snd_pcm snd_mpu401_uart 6656 1 snd_via82xx snd_rawmidi22688 2 snd_seq_midi,snd_mpu401_uart snd_seq_device 8012 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi snd48740 11 snd_seq_oss,snd_seq,snd_via82xx,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device soundcore 8992 1 snd rtc11508 0 via_agp 9344 1 agpgart31496 2 drm,via_agp shpchp 39872 0 pci_hotplug24884 1 shpchp ext3 118664 3 jbd48724 1 ext3 mbcache 8516 1 ext3 ide_cd 36996 0 cdrom 33568 1 ide_cd ide_disk 15936 5 ide_generic 1216 0 [permanent] usbhid 32608 0 ehci_hcd 29064 0 via82cxxx 8260 0 [permanent] via_rhine 21124 0 mii 5248 1 via_rhine generic 4356 0 [permanent] ide_core 112928 5 ide_cd,ide_disk,ide_generic,via82cxxx,generic uhci_hcd 28304 0 usbcore 113924 5 yealink,usbhid,ehci_hcd,uhci_hcd thermal13512 0 processor 22976 1 thermal fan 4676 0 lsmod apres : Module Size Used by appletalk 32752 2 ax25 49816 2 ipx25452 2 radeon 97120 1 drm64724 2 radeon lp 10628 0 button 6544 0 ac 4740 0 battery 9476 0 ipv6 222912 8 snd_seq_dummy 3652 0 snd_seq_oss28992 0 snd_seq_midi8480 0 snd_seq_midi_event 6592 2 snd_seq_oss,snd_seq_midi snd_seq44752 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event i2c_viapro 8020 0 i2c_core 19408 1 i2c_viapro yealink11648 0
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
* Florentin Duneau [EMAIL PROTECTED] [2006-02-01 17:14] : Le Mercredi 1 Février 2006 16:16, Jean-Luc Coulon (f5ibh) a écrit : Le 01.02.2006 16:07:29, Florentin Duneau a écrit : DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 192.168.0.1 bound to 192.168.0.4 -- renewal in 43200 seconds. done. ^[]RSetting up general console font... done. Setting up per-VC ACM's ^[[9;30]^[[14;30]Setting up ALSA...done. Bon, il a fait quelque chose là. Est-ce que vous avez quelque chose de particulier dans /etc/default/alsa ? Rien de particulier (fichier par défaut) : Qu'as-tu dans /var/lib/alsa/asound.state ? Est-ce que les infos fournies dans le fichier /usr/share/doc/alsa-utils/README.Debian te donnent un indice sur ce qui se passe ? Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/Writing/SmartQuestionsFr Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
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 solution 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 ? Je ne connais pas la solution ... Juste pour signaler que cela fait plusieurs fils que je vois passer sur ce même pb et que j'en suis également victime depuis ma dernière mise à jour (sous etch) : obligé de relancer alsaconf à chaque démarrage, sinon pas de son et la commande alsactl store reste absolument sans effet... Mes 2 € Pascal -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
Le Mercredi 1 Février 2006 17:33, Frédéric Bothamy a écrit : * Florentin Duneau [EMAIL PROTECTED] [2006-02-01 17:14] : Le Mercredi 1 Février 2006 16:16, Jean-Luc Coulon (f5ibh) a écrit : Le 01.02.2006 16:07:29, Florentin Duneau a écrit : DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 192.168.0.1 bound to 192.168.0.4 -- renewal in 43200 seconds. done. ^[]RSetting up general console font... done. Setting up per-VC ACM's ^[[9;30]^[[14;30]Setting up ALSA...done. Bon, il a fait quelque chose là. Est-ce que vous avez quelque chose de particulier dans /etc/default/alsa ? Rien de particulier (fichier par défaut) : Qu'as-tu dans /var/lib/alsa/asound.state ? Est-ce que les infos fournies dans le fichier /usr/share/doc/alsa-utils/README.Debian te donnent un indice sur ce qui se passe ? Si je fais alsactl restore après m'être logué, le son apparait. Donc asound.state doit être correct (il est bien sauvé lors du reboot..). README.Debian ne fournit pas de piste à la correction de ce problème. -- Florentin Duneau
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
Florentin Duneau wrote: 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 solution 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 ? 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 dans l'ordre : /etc/rcS.d/01... start /etc/rcS.d/05... start ... jusqu'à arriver à celui qui me pose problème. Là, bash -x /etc/rcS.d/xx... start peut aider (ou toute autre technique pour regarder précisément ce qui se passe dans l'environnement de boot) 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
Vincent Danjean a écrit : Florentin Duneau wrote: 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 solution 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 ? 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 dans l'ordre : /etc/rcS.d/01... start /etc/rcS.d/05... start ... jusqu'à arriver à celui qui me pose problème. Là, bash -x /etc/rcS.d/xx... start peut aider (ou toute autre technique pour regarder précisément ce qui se passe dans l'environnement de boot) A+ Vincent 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 rappelle, qu'il y a apt-listbugs, qui est pas mal pour voir les bugs à l'avance sur des paquets, avant de les installer :-) Bonne chance :-) A+ -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc/init.d/alsa-utils ne charge pas la config au boot
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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Testing : conflit entre alsa-utils et udev = plus de son au boot
bonjour, Le samedi 24 septembre 2005, Chaurin Olivier a écrit... Je tourne en rond et mon son ne marche plus bien :-( Que puis-je faire ? Installer une version de noyau = 2.6.12. Et mettre à jour. Il n'y a plus de conflit entre udev et les alsa. -- jm -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Testing : conflit entre alsa-utils et udev = plus de son au boot
Le 26.09.2005 09:19, Jean-Michel OLTRA a écrit : Installer une version de noyau = 2.6.12. Et mettre à jour. Il n'y a plus de conflit entre udev et les alsa. Non, je suis en 2.6.12 et j'ai toujours le conflit annoncé par apt-bug. J'ai pris le risque d'installer quand même alsa-utils malgré l'avertissement et ça a l'air d'aller. -- Chaurin Olivier [EMAIL PROTECTED] Debian Testing, Mozilla Thunderbird 1.0-3 -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Testing : conflit entre alsa-utils et udev = plus de son au boot
Bonjour, Comme lu plus haut sur cette liste, à chaque Boot le volume se réinitialise à zéro et je dois le régler à chaque fois. La méthode alsactl marchait plutôt bien néanmoins sur cette debian le alsa-utils a dû être retiré car en conflit avec la dernière version d'udev. Je suis heureux que celui qui a rencontré ce problème ne l'ait plus sans avoir rien fait, ce n'est pas mon cas :-( J'ai donc essayé de forcer l'installation d'alsa-utils de Stable avec synaptic au lieu de celle de Testing. Quand je le fais, il me vire alsa-base. Quand je veux forcer la version Stable d'alsa-base, il veut me virer linux-sound-base (paquet qui me semble-t-il a été installé lors d'une récente mise à jour). Et quand je veux installer alsa-utils de Testing, il me signale un bogue critique avec udev... Je tourne en rond et mon son ne marche plus bien :-( Que puis-je faire ? Merci d'avance du coup de main :-) -- Chaurin Olivier [EMAIL PROTECTED] Debian Testing, Mozilla Thunderbird 1.0-3 -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: conflit entre alsa-utils et udev en version testing = pas de son
Le 20/08/05, gmane [EMAIL PROTECTED] a écrit : Même problème pour moiLe jeudi 18 août 2005 à 00:45 +0200, paul sadac a écrit : Si l'on supprime le paquet alsa-utils sur debian testing à jour, il est impossible de le réinstaller. Il s'agit d'un problème de dépendance par rapport à udev qui devrait être = 0.063 mais dont la version la plus a jour est =0.056. un rapport de bug à été rempli (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323199 ) . La réponse d'un des développeurs (je suppose) est que ce n'est pas un bug d'alsa-utils, qu'il ne fallait pas le supprimer, et il a cloturé le rapport ! Comment fait-on pour réinstaller le paquet alsa-utils dans ce cas, sachant que si on fait un apt-get install alsa-utils le système propose de désinstaller des paquets essentiel (gnome gnome-desktop-environment gnome-volume-manager hal udev)? les solutions précédentes ne fonctionnant pas (aptitude : pas d'option pour ignorer les conflits) ou mal (dpkg --force-all : par la suite, impossible de mettre à jour le système sans désinstaller le paquet), la solution la plus simple que j'ai trouvée est de modifier le paquet source, le construire et l'installer : apt-get install dpkg-dev apt-get build-dep alsa-utils apt-get source alsa-utils cd alsa-utils-1.0.9a mv debian/control debian/control.old sed s/udev ( 0.060), // debian/control.old debian/control dpkg-buildpackage -rfakeroot -b dpkg -i alsa-utils_1.0.9a_4-i386.deb pour plus d'infos, c'est dans la FAQ : http://www.debian.org/doc/FAQ/ch-pkg_basics.en.html#s-sourcebuild si quelqu'un connait une solution plus simple, ça m'intéresse. merci.
Re: conflit entre alsa-utils et udev en version testing = pas de son
Même problème pour moi Le jeudi 18 août 2005 à 00:45 +0200, paul sadac a écrit : Si l'on supprime le paquet alsa-utils sur debian testing à jour, il est impossible de le réinstaller. Il s'agit d'un problème de dépendance par rapport à udev qui devrait être = 0.063 mais dont la version la plus a jour est =0.056. un rapport de bug à été rempli (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323199) . La réponse d'un des développeurs (je suppose) est que ce n'est pas un bug d'alsa-utils, qu'il ne fallait pas le supprimer, et il a cloturé le rapport ! Comment fait-on pour réinstaller le paquet alsa-utils dans ce cas, sachant que si on fait un apt-get install alsa-utils le système propose de désinstaller des paquets essentiel (gnome gnome-desktop-environment gnome-volume-manager hal udev) ?
Re: conflit entre alsa-utils et udev en version testing = pas de son
paul sadac a écrit : Si l'on supprime le paquet alsa-utils sur debian testing à jour, il est impossible de le réinstaller. Il s'agit d'un problème de dépendance par rapport à udev qui devrait être = 0.063 mais dont la version la plus a jour est =0.056. un rapport de bug à été rempli (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323199) . La réponse d'un des développeurs (je suppose) est que ce n'est pas un bug d'alsa-utils, qu'il ne fallait pas le supprimer, et il a cloturé le rapport ! Comment fait-on pour réinstaller le paquet alsa-utils dans ce cas, sachant que si on fait un apt-get install alsa-utils le système propose de désinstaller des paquets essentiel (gnome gnome-desktop-environment gnome-volume-manager hal udev) ? peut etre avec aptitude --with(out)-recommends alsa-utils ou sinon essaye de purger la base apt avec aptitude purge aptitude clean puis ré-essaye de l'installer ! Philippe AMIOT
Re: conflit entre alsa-utils et udev en version testing = pas de son
Si l'on supprime le paquet alsa-utils sur debian testing à jour, il est impossible de le réinstaller. Il s'agit d'un problème de dépendance par rapport à udev qui devrait être = 0.063 mais dont la version la plus a jour est =0.056. un rapport de bug à été rempli (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323199) . La réponse d'un des développeurs (je suppose) est que ce n'est pas un bug d'alsa-utils, qu'il ne fallait pas le supprimer, et il a cloturé le rapport ! Comment fait-on pour réinstaller le paquet alsa-utils dans ce cas, sachant que si on fait un apt-get install alsa-utils le système propose de désinstaller des paquets essentiel (gnome gnome-desktop-environment gnome-volume-manager hal udev) ? peut etre avec aptitude --with(out)-recommends alsa-utils ou sinon essaye de purger la base apt avec aptitude purge aptitude clean puis ré-essaye de l'installer ! Autre solution (que je viens de tester à l'instant avec succès, même si c'est un peu boeuf ;-)) : tu télécharges le paquet alsa-utils à partir de packages.debian.org et tu fais un dpkg -i --force-all alsa-utils... Bon courage. David. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: conflit entre alsa-utils et udev en version testing = pas deson
Bon ben en effet ça marche... j'espère que le probleme sera réglé vite fait quand même, car c'est un peu la lose un PC sans son :) Creak -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[ALSA 1.0.9b-4] Plus de son et plus de package alsa-utils
Bonjour à tous! J'ai fait une update hier et j'ai pas assez réfléchi quand il m'a marqué qu'il devait désintaller le package alsa-utils... J'ai cliqué comme un con sur Appliquer :) Je pense qu'il y a un rapport plus ou moins direct avec ce package vu que maintenant je n'ai plus de son. Cad, beep media player lit bien les musiques, mais aucun son ne sort. Le lspci me dit bien qu'une carte son Sound Blaster Live! à été détectée: [EMAIL PROTECTED]:~$ lspci :00:00.0 Memory controller: nVidia Corporation: Unknown device 005e (rev a3) :00:01.0 ISA bridge: nVidia Corporation: Unknown device 0050 (rev a3) :00:01.1 SMBus: nVidia Corporation: Unknown device 0052 (rev a2) :00:02.0 USB Controller: nVidia Corporation: Unknown device 005a (rev a2) :00:02.1 USB Controller: nVidia Corporation: Unknown device 005b (rev a3) :00:06.0 IDE interface: nVidia Corporation: Unknown device 0053 (rev a2) :00:07.0 IDE interface: nVidia Corporation: Unknown device 0054 (rev a3) :00:08.0 IDE interface: nVidia Corporation: Unknown device 0055 (rev a3) :00:09.0 PCI bridge: nVidia Corporation: Unknown device 005c (rev a2) :00:0a.0 Bridge: nVidia Corporation: Unknown device 0057 (rev a3) :00:0b.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) :00:0c.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) :00:0d.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) :00:0e.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0141 (rev a2) *:05:06.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)* *:05:06.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 07)* :05:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :05:0a.0 RAID bus controller: Silicon Image, Inc. (formerly CMD Technology Inc) SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02) :05:0b.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) :05:0c.0 Ethernet controller: Marvell Technology Group Ltd. Yukon Gigabit Ethernet 10/100/1000Base-T Adapter (rev 13) Je me suis dit pas de probleme, un petit alsaconf et c reparti! mais non... alsa-utils n'est plus installé! J'ai voulu installer alsa-utils, il me dit qu'il faut désintaller udev, hal, gnome et deux ou trois autres paquets d'une utilité relative :) Le comble, c'est que lorsque je fait /etc/init.d/alsa restart, il me dit: [EMAIL PROTECTED]:~$ sudo /etc/init.d/alsa restart /etc/init.d/alsa: Warning: The 'restart' method is deprecated and will be removed. /etc/init.d/alsa: Warning: Use the alsa-utils initscript instead. Y'aurait-il une technique cachée? Est-ce que c'est juste une erreur de paquet ou alors la dernière version de alsa-base est sensée se confer toute seule? Enfin bref... sans le son, j'ai plus grand chose à faire sur mon PC hormis me plaindre sur les mailing-lists :) Merci d'avance, Creak -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
conflit entre alsa-utils et udev en version testing = pas de son
Si l'on supprime le paquet alsa-utils sur debian testing à jour, il est impossible de le réinstaller. Il s'agit d'un problème de dépendance par rapport à udev qui devrait être = 0.063 mais dont la version la plus a jour est =0.056. un rapport de bug à été rempli (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323199) . La réponse d'un des développeurs (je suppose) est que ce n'est pas un bug d'alsa-utils, qu'il ne fallait pas le supprimer, et il a cloturé le rapport ! Comment fait-on pour réinstaller le paquet alsa-utils dans ce cas, sachant que si on fait un apt-get install alsa-utils le système propose de désinstaller des paquets essentiel (gnome gnome-desktop-environment gnome-volume-manager hal udev) ?