Desde que usaba Debian venía arrastrando un problemita con el inicio de KDE que, aunque no me resultaba demasiado problemático (valga la redundancia), si era un poco molesto.
Resulta que, después de loguearme, se iniciaba el Escritorio de KDE pero, cuando empiezan a cargar los iconos de la bandeja, se quedaba como parado justo después de la red y la batería… Esto lo hacía por un intervalo de tiempo de 5 a 10 segundos.
El problema es que, hasta que no cargaran todos los iconos, KDE realmente no empezaba a funcionar. O sea, si en ese intervalo de tiempo trataba de acceder al Menú, este no reaccionaba.
Hace unos días volvía instalar ArchLinux y KDE iniciaba sorprendentemente rápido. Instalé Vokoscreen para realizar algunos Screencast, pero la aplicación no me detectaba el micrófono, así que revisando me percaté de que no tenía instalado PulseAudio.
Lo instalé, reinicié y PUM!! De nuevo el mismo problema de la carga lenta del escritorio.
Así que descubrí que por ahí iban los tiros. Me puse a buscar en los foros de Arch y di con la solución, en realidad, con dos de ellas.
1ra opción: Deshabilitar PulseAudio.
Accedemos con privilegios administrativos al fichero /etc/pulse/default.pa:
$ sudo nano /etc/pulse/default.pa
Buscamos las líneas que dicen:
### Automatically load driver modules depending on the hardware available .ifexists module-udev-detect.so load-module module-udev-detect .else ### Use the static hardware detection module (for systems that lack udev support) load-module module-detect .endif
Y las comentamos quedando de esta forma:
### Automatically load driver modules depending on the hardware available #.ifexists module-udev-detect.so #load-module module-udev-detect #.else ### Use the static hardware detection module (for systems that lack udev support) load-module module-detect #.endif
Con esto se resolvía el problema, pero al iniciar la sesión no me cargaba el dispositivo de captura, o sea el micrófono. Así que encontré la segunda solución.
2da opción: La que me funcionó.
En el mismo fichero (sin comentar las líneas de la primera solución), buscamos la línea que dice:
### Cork music/video streams when a phone stream is active load-module module-role-cork
y la comentamos, quedando de esta forma:
### Cork music/video streams when a phone stream is active #load-module module-role-cork
Luego (aunque no estoy seguro si es necesario), ejecutamos:
sudo mv /etc/xdg/autostart/pulseaudio.desktop /etc/xdg/autostart/pulseaudio.desktop.bk
Y eso es todo..
Hola
1. No me parece que «y la comentamos, quedando de esta forma:» se un comando de consola
2. ¿que causa exactamente la segunda opcion?
Al comentar la línea (el ‘#’ adelante) es como si no se tomara en cuenta en el archivo de configuración, no tengo los conocimientos como para explicarlo de forma técnica pero eso es lo que tengo entendido.
gracias, pero me referia a que funcion de pulseaudio se esta desactivando en ese cambio
Pulse provoca demasiados problemas. Yo me he quedado sólo con ALSA que funciona muy bien y es la única forma de que Ardour no de problemas. A pesar de todas las guias no funciona bien con pulse ya que se lleva fatal con jack
Estamos a mano. Pulse Audio es una tremenda porquería en ese aspecto. Menos mal que ando usando ALSA.
gracias por el dato elav. lo probaré en Debian. Es verdad ese problema de un letargo en el inicio… al menos Arch lo tengo con ALSA y ni un problema.
saludos
Algo que me molesta del escritorio KDE es el inicio lento, tarda como 1 minuto para estar funcionando al 100%, ni windows me carga tan lento.
Aclaro: deshabilite todas las cosas innecesarias pero aun así sigue siendo una tortuga el inicio de KDE
http://thechakrabay.wordpress.com/2013/02/28/sessionk-o-el-systemd-para-plasma-desktop/
http://quickgit.kde.org/?p=scratch%2Fdantti%2Fsessionk.git
:-)!
De esas pequeñas sacadillas que se dan unos proyectos a otros.
Ojala y en un futuro todo sea mas compatible, pero en lo que llegan esos días, si se usa KDE, ALSA+Phonon VLC es lo mejor (Aunque se pierda el ecualizador en amarok y otros reproductores.)
Ciertamente, VLC es el mejor en ese aspecto.
Muy buen tip. Es más, ya ando usando ALSA en vez de Pulse Audio debido a los problemas que mencionaste.
Alsa es la mejor opción, almenos que uses auriculares usb o bluetooth.., y ya.
Menos mal que uso mis audífonos con cables. Ba Dum Tss!
Pues que raro yo uso pulse audio pero a mi me daba problemas alsa no em dejaba reproducir muchos audios a la vez y no se que mas, me daba fallos en los videos de youtube, pase a pulse audio y me soluciono no he sentido ninguna tardía a la carga, bueno eso si uso xfce en vez de kde.
La forma mas sencilla de llegar a ese problema de rendimiento es agregando el util plasmoide de veromix (o en la bandeja del sistema)
¿Veromix? A ver si me da tiempo instalar.
Veromix? Eso se come?
«Veromix is a mixer for the Pulseaudio sound server. »
http://kde-look.org/content/show.php/Veromix+-+volume+control+%2B+soundmenu?content=116676
Buena info.
Para los que usan Debian, tenía el mismo problema, pero lo solucione con esto:
nano /etc/default/pulseaudio // Cambiar el «0» por «1»
PULSEAUDIO_SYSTEM_START=1
Si, pero no hago nada con desactivar PulseAudio, pues pierdo la posibilidad de usar el micro 🙁
A mi lo que me tarda una eternidad en abrir es el GIMP!
Un tip elav, pon nada más la opción que te funcionó para evitar ruido en el post.
Gracias socio, pero tengo que explicar un poco de todo, porque puede que muchas personas que busquen lo mismo, encuentren la primera solución y no les sirva 😀
Hola Elav.. Tu solución es efectivamente valida :). Cuando usaba KDE siempre me tome la molestia de hacer la instalación a mano precisamente por este problema.. Primero instale el sistema minimo y a partir de ahi instalaba el paquete alsa-utils, xorg y el entorno.. He de decir que me canse un poco de Debian y pase a Arch igual que has hecho tu, pero al final no encontre en Arch nada deverdad interesante. Del entorno KDE también pasé ya que me resulta muy vistóso si, pero muy poco productivo.. Además paso de hacer kilómetros con el ratón :).
Al final opté por Fedora en todos mis pc’s y CentOS en los servidores tanto privados como en los que tengo en la empresa. En Fedora opto por el entorno XFCE y los servidores no tienen X como es lógico :D.
En cuánto a la licencia de la verguenza de Fedora como se ha dicho en muchos foros por la web, me parece una tontería ya que la misma licencia la tiéne openSUSE o SLES entre muchas ótras distros. Es lógico que si Red Hat y Novel son empresas con fines económicos con sede en norteamerica, tendrán que seguir las reglas activas en dicho país y más si estos términos son impuestos por el gobierno para todas las empresas de EE.UU.
En fin.. Me siento muy cómodo en Fedora/CentOS y XFCE y sinceramente no creo que hay un entorno más productivo que XFCE :D.. Además el respaldo de Red Hat se nota.
Unas cuántas preguntas Elav..
¿Porqué reinstalaste? ¿No es mejor usar una distro que no haga falta reinstalar? Por eso quité las manos de las rolling release distro’s..
@elav tiene una Workstation que tiene Debian, y una netbook con Arch. Seguramente reinstaló Arch por un error de capa 8.
Exactamente ^_^
Y por cierto, no he necesitado reinstalar mi Debian porque precisamente lo instalé para no reformatear mi PC (cosa que una vez al año hago con Windows).
Jajajaja, justamente las rolling son las que no necesitan reinstalación en contraste con las prehistóricas cycle-release, jajajaja.
Pues, con RHEL/CentOS, veo más conveniente y práctico usar CentOS que RHEL por el factor costo (teóricamente es gratuito, pero a decir verdad, resulta ser mucho más barato que el soporte de Red Hat).
Por el lado de Debian/Ubuntu Server, la verdad es que me inclino hacia Debian, ya que he tenido mejores experiencias con Debian que con Ubuntu Server, sobre todo, los paquetes. En fin, que una compañía seria te de un repo en excelentes condiciones a cambio de una suscripción ridículamente barata es razón suficiente como para no elegir a Windows Server 2012.
Exactamente :D..
Lamentablemente ese tipo de problemas son los que alejan a la gente de Linux.
Y así decían que KDE es el entorno mas avanzado de todos y que superaba a Aqua de Mac y Aero de Windows
Pero si esto no es problema de KDE sino de pulse audio.
Que curioso que Pulseaudio tenga la culpa de tantos males… ALSA Rules 🙂
Que tal elav, solo comento porque descubrí la verdadera causa del problema.
Dentro de la segunda opción note que aconsejas detener la carga de un modulo, en realidad esto no tiene ningún efecto sobre el problema, lo que realmente lo resuelve es, como tu mismo lo mencionas, cambiar el nombre al archivo «pulseaudio.desktop».
Cuando se instala el paquete pulseaudio, este genera 2 archivos en el directorio /etc/xdg/autostart uno llamado «pulseaudio.desktop» y otro «pulseaudio-kde.desktop», al tener estos 2 archivos se genera una demora al cargar el escritorio causada porque el programa está intentando iniciar dos veces.
En fin, al cambiar el nombre del archivo «pulseaudio.desktop» se deja vía libre para que solo se inicie desde el archivo «pulseaudio-kde.desktop» y por lo tanto ya no haya retrasos al cargar el escritorio.
Gracias Marco y elav por el consejo. A mi con KDE 4.8 en Debian Wheezy lo que me sucede en varios equipos es que tuve problemas con phonon-backend-vlc, reporté un bug a debian que hacía que petase un modulo de KDE cada vez que se iniciaba el sistema, debe estar en proceso de corrección, así que de momento me quedo con phonon-backend-gstreamer que va de lujo.
Por otra parte, lo que comentáis a mi también me pasa, que a veces se cuelga el escritorio porque no acaba de cargar el icono del volumen y tengo que reiniciar para poder usar el entorno.
He hecho lo que dice Marcos, ojalá me funcione si no recurriré a la solución de elav.
Muchas gracias, salud para todos.
Aquí dejo el reporte de bug que hice, todos aquellos que tengan problemas con knotify cada vez que arranca el sistema aconsejo que lo lean. Resumiendo hay que instalar phonon-backend-vlc y seleccionarlo en la preferencias de KDE.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719874
Perdón, el que hay que instalar es phonon-backend-gstreamer, el de vlc es el que provoca que knotify falle. Recalcar que esto puede suceder o no en Debian Wheezy, depende del equipo.
Lamento herir suceptibilidades pero para todos Uds. que hablan pestes de PulseAudio: NO TIENEN PUTA IDEA DE LO QUE ESTAN HABLANDO:
1. ALSA sirvió en su momento pero hoy no puede manejar los dispositivos y señales de audio como lo hace PA, por eso la creación de este último.
2. PulseAudio actua como una CAPA INTERMEDIA entre ALSA y el resto del software proveyendo un mundo nuevo de posibilidades tanto al sistema como a las aplicaciones.
3. El hecho que todavía tenga problemas se debe a que es un software demasiado joven para lo importante de su uso y que viene siendo testeado activamente por las distribuciones desde sus versiones beta ya que *es la única forma* de evolucionar rápidamente el desarrollo de un sistema enorme como PulseAudio en tan poco tiempo. En otras épocas desarrollar algo como PulseAudio y llevarlo a una etapa estable en donde no se encuentren problemas pudría haber llevado fácilmente 10 o 15 años. La magia del F/LOSS y el hecho que muchas distros lo hayan implementado tempranamente hacen que hoy disfrutemos de un subsistema de audio del futuro.
4. Si PA falla en tu distro entonces el error es TUYO O DE LA DISTRO, aka capa 8. Chakra, por ejemplo implementa PulseAudio ya que muchas aplicaciones necesitan de PA como dependencia para compilar y muy difícilmente se encuentra a alguien con problemas. Personalmente – cruzo los dedos – hasta ahora nunca tuve un issue con PA en Chakra.
5. «load-module module-role-cork» es una de las características que hace que PulseAudio sea el subsitema del futuro: el módulo se encarga de gestionar los diferentes flujos de audio provenientes de aplicaciones y sistema y ordenarlos acorde a su importancia. POR EJEMPLO: estamos escuchando música o viendo una película y recibimos una llamada via Skype o Hangout: con éste módulo «role-cork» cargado, PulseAudio solito se va a encargar de bajar el volumen del resto de los emisores de audio que estén activos en este momento para que podamos hablar confortablemente a través de la aplicación en la que recibimos la llamada.
«role-cork» puede configurarse, a su vez, para bajar el volumen de las apps de fondo a un nivel mínimo (como un stream de audio muy suave de fondo) o callar el stream de audio de fondo completamente.
6. En el caso de tener algún problema con PA, generalmente basta con borrar los archivos temporales ~/.cache/event-sound-cache* y ~/.config/pulse/*, matar el servidor de audio y volver a iniciarlo (los usuarios con mañas de Wincrap pueden simplemente reiniciar el sistema).
Antes de putear a los desarrolladores de PA tómense el tiempo de los argumentos conceptuales y técnicos del por qué de la necesidad de una implementación moderna de un servidor de audio, la información es pública y de libre acceso y el informarse antes de hablar no los va hacer quedar tan mal como ahora.
1. Cierto, pero habemos quienes no necesitamos ese manejo superior de las señales.
2. Cada capa añadida incrementa exponencialmente los puntos de falla, no todos estamos dispuestos a eso para ganar algunas nuevas opciones.
3. Me parece genial que las distribuciones prueben las nuevas tecnologías en pos de mejorarlas, pero el usuario que no es tester, que nunca mandara un solo reporte bien puede optar por no usarlas.
4. Se te olvida que hay mas capas por debajo, el hardware una de ellas, no es lo mismo montarte una tarjeta de audio con driver genérico por 5 dlls. que una de las Xonar, la cual con solo ALSA funciona casi por defecto, pero cuando metes pulse audio, el usuario no avanzado avienta el teclado al piso al enterarse que hay que modificar archivos para indicar cual tarjeta se va a usar, cuantos canales, los niveles de cada canal y hasta el sample rate.
5. Personalmente esta clase de opciones me parecen hasta ridículas, pero bueno, en mis equipos lo único que suena es música y videos, todas las aplicaciones (incluso las notificaciones y sonidos del sistema) están en mute o deshabilitas, para todo lo demás tengo el teléfono.
6. Fácil pero innecesario sino usas PA.
Hay muchos tipos de usuarios, el mas básico, que ve videos en youtube, oye mp3 a 96 kbps y cuando quiere que suenen las bocinas jala el cable de los audífonos para desconectarlos, Los profesionales, que hacen y deshacen editando archivos multipistas con calidades increibles. Los amantes de las nuevas tecnologías, que conectan mil gadgets al equipo y les encanta platicar de el ultimo capitulo de game of thrones con 16 amigos simultáneamente por skype-Hangouts-facebook…. o similares.
Para gustos colores.
Yo soy un poco mas partidario de la filosofía KISS, con ALSA+Phonon VLC (Para exprimir la calidad de los archivos con la menor cantidad de programas) y Kmix para regular niveles, logro lo básico sin problemas.
Para lo avanzado, el sonido sale por vía óptica o USB al DAC y dejo que los profesionales de sonido se encarguen.
Nada de capas intermedia innecesarias.