Perdona pero no lei tu mensaje original y te estoy diciendo cosas que
ya has hecho, como tuve el mismo problema que tu me anime a
contestarte.
En este punto, ¿Has ejecutado "alsactl store", tienes un fichero
/etc/asound.state, que informacion que devuelve "aumix-minimal -L y
-q", has probado con
Perdona pero no lei tu mensaje original y te estoy diciendo cosas que
ya has hecho, como tuve el mismo problema que tu me anime a
contestarte.
En este punto, ¿Has ejecutado "alsactl store", tienes un fichero
/etc/asound.state, que informacion que devuelve "aumix-minimal -L y
-q", has probado con
Usa alsamixer para sacar el mute o con "amixer set Master 99 unmute",
despues "alsactl store" y prueba con aumix-minimal -q y -L para ver si
coge los valores de /etc/asound.state, reboot..
Esta es la pagina de alsa-project para via 8233
http://www.alsa-project.org/alsa-doc/doc-php/template.php3?c
Hola, hace un par de dias tuve un problema parecido y por si te sirve
de algo te comento mi caso.
Al hacer upgrade de kernel en RedHat (sorry) a kernel 2.4.20 al
intentar compilar ALSA 0.9.3 para tener sonido otra vez me da errores,
y no me deja cargar el modulo de sonido, despues de mirar en deja
Hola, antes de nada comentar que el problema lo tengo en clientes
redhat 7.2 kernel 2.4.18-27, pero como tambien administro algunos
servidores debian supongo que me podeis ayudar igual.
El tema es, tengo en el fichero /etc/fstab la linea
/dev/sda1 /mnt/llaveusb vfatnoauto,users,kudzu 0
En el cliente A ejecuta "xhost + B".
Saudos.
Ramon
> On Tue, Jul 02, 2002 at 05:49:56PM +0200, Andres Herrera wrote:
>
> >
> > A: entramos en entorno gráfico y nos vamos derechos a una xterm
> > A: telnet B
> > B: export DISPLAY=A:0
> > B: programaquequierousar
>
> Hola!
> Mira, pero es qu
¿Que procesador tienes?.
A lo mejor desbarro mucho, pero hace poco me ocurrio un caso parecido y
era porque intentaba arrancar un Pentium con un kernel y un initrd de
otro procesador superior.
Saudos.
Ramon
> Subject: Imagen initrd--Alsa
> From: Ruben Porras <[EMAIL PROTECTED]>
> Date: 27 May
En principio no es cierto. En mi trabajo tenemos un servidor DHCP con
potato que tiene 5 tarjetas de red, 3 son PCI (irq 5,9,11) y 2 son ISA
(irq 3 y 10).
Ademas varias tarjetas de red pueden compartir la interrupcion, en
otros equipos tenemos tarjetas que comparten la misma irq sin
problemas. Y e
> Subject: nautilus y gmc
> From: Ekeko <[EMAIL PROTECTED]>
> To: Usuarios Debian
> Date: 28 Mar 2002 21:39:47 -0400
Puedes probar a entrar con otra cuenta de usuario, ejecutas "su
tucuenta" y borras los ficheros de configuracion de gnome y de nautilus
"rm -rf .g* .nau*".
Sales y la proxima vez
9 matches
Mail list logo
