¡Conseguido! Por fin arranqué el LiveCD y DVD de Musix v1 R3 y R4
Después de tanto tiempo he conseguido dar con un parámetro de arranque con el que puedo arrancar tanto el livecd de la R3 como el livedvd R4. El parámetro en cuestión es : nolapic_timer Arranqué tanto el CD R3 como el DVD R4 con: castellano dma xorgmusix nolapic_timer Resulta que los nuevos kernel a partir de la versión 2.6.20 (creo) tienen una serie de caracterísitcas nuevas relacionadas con el timer, y esto es lo que parece que estaba impidiendo que arrancara Musix en el portátil en el que pretendía instalarla desde que salió la primera versión de Musix 1 estable, que ya incorporaba un kernel 2.6.21. Lo que me queda ahora es ver si puedo instalar sin problemas y ver qué pasa con jack. Parece que este parámetro influye de tal manera que jack tiene problemas y se cierra al poco de iniciar. En Musix sale el mensaje referente a que jack tiene problemas y que revise si el kernel es RT, que sí lo es claro. Para todo el que tenga el mismo problema con las últimas versiones que pruebe este parámetro. Si no tiene suerte puede probar también con otros como (siempre con cuidado e informándose antes): noapic nolapic acpi=off pnpbios=off nohz=off irqpoll pci=nomsi Espero que esto ayude. Trataré de aportar más información para el que le pueda servir. Un saludo -- Carlos A. Sánchez Gª-S (Sanchiavedraz) * Usuario / Colaborador de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix y reemplaza tu Windows: http://www.musix.org.ar * Videos, y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporta errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
El Sábado, 24 de Mayo de 2008 19:20, Carlos Sanchiavedraz escribió: | Después de tanto tiempo he conseguido dar con un parámetro de | arranque con el que puedo arrancar tanto el livecd de la R3 como | el livedvd R4. El parámetro en cuestión es : | | nolapic_timer | | Arranqué tanto el CD R3 como el DVD R4 con: | | castellano dma xorgmusix nolapic_timer | | Resulta que los nuevos kernel a partir de la versión 2.6.20 (creo) | tienen una serie de caracterísitcas nuevas relacionadas con el | timer, y esto es lo que parece que estaba impidiendo que arrancara | Musix en el portátil en el que pretendía instalarla desde que | salió la primera versión de Musix 1 estable, que ya incorporaba un | kernel 2.6.21. | | Lo que me queda ahora es ver si puedo instalar sin problemas y ver | qué pasa con jack. Parece que este parámetro influye de tal manera | que jack tiene problemas y se cierra al poco de iniciar. ¿cuál es el mensaje exacto de jack? has probado cambiando los períodos/buffer a 3 en qjackctl? | En Musix | sale el mensaje referente a que jack tiene problemas y que revise | si el kernel es RT, que sí lo es claro. | Eso sí es extraño... puse ese aviso para los casos en que jack no esté funcionando en realtime básicamente lo que hace el script que lanza qjackctl (en demos y otos lanzadores, no cuando lo abres solo) es ejecutar ps -C jackd -cmL | grep FF por ejemplo aquí esto devuelve - 4218 FF 60 - 00:00:00 - - 4219 FF 50 - 00:00:00 - - 4220 FF 120 - 00:00:00 - - 4221 FF 120 - 00:00:00 - Si hay "FF" estamos operando realtime. En cambio si sale algo así - 4309 TS 20 - 00:00:00 - - 4310 TS 24 - 00:00:00 - - 4311 TS 24 - 00:00:00 - - 4312 TS 24 - 00:00:00 - - 4313 TS 24 - 00:00:00 - - 4314 TS 24 - 00:00:00 - - 4315 TS 21 - 00:00:00 - no estamos en realtime, y te muestra el cartel que vos viste. Tratá de abrir qjackctl sin ningún script, y configurarlo a tu gusto, inicialo, luego ejecutá ps -C jackd -cmL para ver si está en realtime o no | Para todo el que tenga el mismo problema con las últimas versiones | que pruebe este parámetro. Si no tiene suerte puede probar también | con otros como (siempre con cuidado e informándose antes): | | noapic | nolapic | acpi=off | pnpbios=off | nohz=off | irqpoll | pci=nomsi | | Espero que esto ayude. Trataré de aportar más información para el | que le pueda servir. | | Un saludo -- Marcos Guglielmetti - www.musix.org.ar * "Debate sobre Educacion en Informatica: martes 20 en la Direccion General de Cultura y Educacion, La Plata. VIDEO http://media.ututo.org:14888/Movies/Musix/Eventos Próximos eventos: * Asistir al "Congreso nacional de estudiantes de ingeniería en en sistemas de informacion" La Plata UTN, 21, 22 y 23 de Mayo http://www.frlp.utn.edu.ar/web/ceneisi/home.html Decile NO! a la privatización de la educación en Argentina 0. "Plan de alfabetización digital en base a Software Libre" 1. Informate: http://educarsincadenas.com.ar 2. Te interesa? Unite! http://groups.google.com/group/alfabetizaciondigital/ 3. Conocés alguien a quien pueda interesarle? Debemos llegar a los gremios docentes, no-docentes y centros de estudiantes --------- Colaboradores en prensa y difusión del software libre en general: http://salta.org.ar/wiki/bin/view/SoftwareLibre/SolarPrensa
El día 24 de mayo de 2008 15:33, Marcos Guglielmetti < [email protected]> escribió:
El Sábado, 24 de Mayo de 2008 19:20, Carlos Sanchiavedraz escribió: | | Lo que me queda ahora es ver si puedo instalar sin problemas y ver | qué pasa con jack. Parece que este parámetro influye de tal manera | que jack tiene problemas y se cierra al poco de iniciar.
¿cuál es el mensaje exacto de jack?
has probado cambiando los períodos/buffer a 3 en qjackctl?
He probado con bastantes configuraciones de varios parámetros y jack sigue sin durar más de 3-4 segundos y qjackctl se queda colgado. Si desactivo la opción de tiempo real jack no se apaga. Así que está claro que el parámetro influye en las capacidades RT del kernel, pero sin embargo es con el único con el que puedo arrancar, por lo que sea que hayan modificado a partir del 2.6.20 con respecto al timer.
| En Musix | sale el mensaje referente a que jack tiene problemas y que revise | si el kernel es RT, que sí lo es claro. |
Eso sí es extraño... puse ese aviso para los casos en que jack no esté funcionando en realtime
básicamente lo que hace el script que lanza qjackctl (en demos y otos lanzadores, no cuando lo abres solo) es ejecutar
ps -C jackd -cmL | grep FF
En los pocos segundos que dura jackd ejecutándose puedo ver esto: knoppix@0[knoppix]$ ps -C jackd -cmL | grep FF - 16533 FF 60 - 00:00:00 - - 16534 FF 50 - 00:00:00 - Parece que sí está en RT. Mi teoría es que el parámetro nolapic_timer influye al kernel con respecto al timer de manera que hay problemas con jack. Tal vez desfase de pulsos o algo por el estilo.
Tratá de abrir qjackctl sin ningún script, y configurarlo a tu gusto, inicialo, luego ejecutá
ps -C jackd -cmL
para ver si está en realtime o no
-- Carlos A. Sánchez Gª-S (Sanchiavedraz) * Usuario / Colaborador de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix y reemplaza tu Windows: http://www.musix.org.ar * Videos, y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporta errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
El Sábado, 24 de Mayo de 2008 21:19, Carlos Sanchiavedraz escribió: | > | En Musix | > | sale el mensaje referente a que jack tiene problemas y que | > revise | si el kernel es RT, que sí lo es claro. | > | | > | > Eso sí es extraño... puse ese aviso para los casos en que jack | > no esté funcionando en realtime | > | > básicamente lo que hace el script que lanza qjackctl (en demos y | > otos lanzadores, no cuando lo abres solo) es ejecutar | > | > | > ps -C jackd -cmL | grep FF | | En los pocos segundos que dura jackd ejecutándose puedo ver esto: | | knoppix@0[knoppix]$ ps -C jackd -cmL | grep FF | - 16533 FF 60 - 00:00:00 - | - 16534 FF 50 - 00:00:00 - | | Parece que sí está en RT. Mi teoría es que el parámetro | nolapic_timer influye al kernel con respecto al timer de manera | que hay problemas con jack. Tal vez desfase de pulsos o algo por | el estilo. Bien ¿qué mensajes da JACK? -- Marcos Guglielmetti - www.musix.org.ar * "Debate sobre Educacion en Informatica: martes 20 en la Direccion General de Cultura y Educacion, La Plata. VIDEO http://media.ututo.org:14888/Movies/Musix/Eventos Próximos eventos: * Asistir al "Congreso nacional de estudiantes de ingeniería en en sistemas de informacion" La Plata UTN, 21, 22 y 23 de Mayo http://www.frlp.utn.edu.ar/web/ceneisi/home.html Decile NO! a la privatización de la educación en Argentina 0. "Plan de alfabetización digital en base a Software Libre" 1. Informate: http://educarsincadenas.com.ar 2. Te interesa? Unite! http://groups.google.com/group/alfabetizaciondigital/ 3. Conocés alguien a quien pueda interesarle? Debemos llegar a los gremios docentes, no-docentes y centros de estudiantes --------- Colaboradores en prensa y difusión del software libre en general: http://salta.org.ar/wiki/bin/view/SoftwareLibre/SolarPrensa
El día 24 de mayo de 2008 16:44, Marcos Guglielmetti < [email protected]> escribió:
El Sábado, 24 de Mayo de 2008 21:19, Carlos Sanchiavedraz escribió: | > | En Musix | > | sale el mensaje referente a que jack tiene problemas y que | > revise | si el kernel es RT, que sí lo es claro. | > | | > | > Eso sí es extraño... puse ese aviso para los casos en que jack | > no esté funcionando en realtime | > | > básicamente lo que hace el script que lanza qjackctl (en demos y | > otos lanzadores, no cuando lo abres solo) es ejecutar | > | > | > ps -C jackd -cmL | grep FF | | En los pocos segundos que dura jackd ejecutándose puedo ver esto: | | knoppix@0[knoppix]$ ps -C jackd -cmL | grep FF | - 16533 FF 60 - 00:00:00 - | - 16534 FF 50 - 00:00:00 - | | Parece que sí está en RT. Mi teoría es que el parámetro | nolapic_timer influye al kernel con respecto al timer de manera | que hay problemas con jack. Tal vez desfase de pulsos o algo por | el estilo.
Bien ¿qué mensajes da JACK?
17499 waiting for signals jackd watchdog: timeout - killing jackd Abortado Por cierto, estamos mezclando cosas de los dos hilos de este tema aquí y en colaboradores. -- Carlos A. Sánchez Gª-S (Sanchiavedraz) * Usuario / Colaborador de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix y reemplaza tu Windows: http://www.musix.org.ar * Videos, y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporta errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
El Sábado, 24 de Mayo de 2008 22:10, Carlos Sanchiavedraz escribió: | El día 24 de mayo de 2008 16:44, Marcos Guglielmetti < | | [email protected]> escribió: | > El Sábado, 24 de Mayo de 2008 21:19, Carlos Sanchiavedraz escribió: | > | > | En Musix | > | > | sale el mensaje referente a que jack tiene problemas y | > | > | que | > | > | > | > revise | si el kernel es RT, que sí lo es claro. | > | > | > | > | > | > Eso sí es extraño... puse ese aviso para los casos en que | > | > jack no esté funcionando en realtime | > | > | > | > básicamente lo que hace el script que lanza qjackctl (en | > | > demos y otos lanzadores, no cuando lo abres solo) es | > | > ejecutar | > | > | > | > | > | > ps -C jackd -cmL | grep FF | > | | > | En los pocos segundos que dura jackd ejecutándose puedo ver | > | esto: | > | | > | knoppix@0[knoppix]$ ps -C jackd -cmL | grep FF | > | - 16533 FF 60 - 00:00:00 - | > | - 16534 FF 50 - 00:00:00 - | > | | > | Parece que sí está en RT. Mi teoría es que el parámetro | > | nolapic_timer influye al kernel con respecto al timer de | > | manera que hay problemas con jack. Tal vez desfase de pulsos | > | o algo por el estilo. | > | > Bien ¿qué mensajes da JACK? | | 17499 waiting for signals | jackd watchdog: timeout - killing jackd | Abortado | un usuario una vez me dijo que incrementando el "Límite de tiempo" desde el Setup de qjackctl eso podría resolverse... si quieres probar... | Por cierto, estamos mezclando cosas de los dos hilos de este tema | aquí y en colaboradores. -- Marcos Guglielmetti - www.musix.org.ar * "Debate sobre Educacion en Informatica: martes 20 en la Direccion General de Cultura y Educacion, La Plata. VIDEO http://media.ututo.org:14888/Movies/Musix/Eventos Próximos eventos: * Asistir al "Congreso nacional de estudiantes de ingeniería en en sistemas de informacion" La Plata UTN, 21, 22 y 23 de Mayo http://www.frlp.utn.edu.ar/web/ceneisi/home.html Decile NO! a la privatización de la educación en Argentina 0. "Plan de alfabetización digital en base a Software Libre" 1. Informate: http://educarsincadenas.com.ar 2. Te interesa? Unite! http://groups.google.com/group/alfabetizaciondigital/ 3. Conocés alguien a quien pueda interesarle? Debemos llegar a los gremios docentes, no-docentes y centros de estudiantes --------- Colaboradores en prensa y difusión del software libre en general: http://salta.org.ar/wiki/bin/view/SoftwareLibre/SolarPrensa
El día 24 de mayo de 2008 19:44, Marcos Guglielmetti
| Por cierto, estamos mezclando cosas de los dos hilos de este tema | aquí y en colaboradores.
Sí, he probado de todo un poco y nada. Voy a investigar en qué influye el parámetro de kernel para ver qué es lo que puedo hacer. -- Carlos A. Sánchez Gª-S (Sanchiavedraz) * Usuario / Colaborador de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix y reemplaza tu Windows: http://www.musix.org.ar * Videos, y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporta errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
Otro mensaje más extenso con parámetros "peores" para el desempeño a ver si cambia (48000Hz, period = 4096 frames (85.3 ms), buffer = 3 periods), pero nada, sigue apagándose: 20:13:01.015 Patchbay desactivada. 20:13:01.028 Reiniciar estadísticas. 20:13:01.065 ALSA connection graph change. 20:13:01.239 ALSA connection change. 20:13:20.794 Script de inicio... 20:13:20.794 artsshell -q terminate 20:13:21.244 El script de inicio finalizó con estado 256. 20:13:21.245 JACK está iniciándose... 20:13:21.245 /usr/bin/jackd -v -R -p128 -t2000 -m -dalsa -dhw:0 -r48000 -p4096 -n3 20:13:21.251 JACK was started with PID=17561. getting driver descriptor from /usr/lib/jack/jack_alsa.so getting driver descriptor from /usr/lib/jack/jack_dummy.so getting driver descriptor from /usr/lib/jack/jack_freebob.so getting driver descriptor from /usr/lib/jack/jack_oss.so jackd 0.109.2 Copyright 2001-2005 Paul Davis and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK compiled with System V SHM support. server `default' registered loading driver .. apparent rate = 48000 creating alsa driver ... hw:0|hw:0|4096|3|48000|0|0|nomon|swmeter|-|32bit control device hw:0 configuring for 48000Hz, period = 4096 frames (85.3 ms), buffer = 3 periods ALSA: final selected sample format for capture: 32bit little-endian ALSA: got smaller periods 2 than 3 for capture ALSA: cannot configure capture channel cannot load driver module alsa registered builtin port type 32 bit float mono audio registered builtin port type 8 bit raw midi clock source = system clock via clock_gettime new client: alsa_pcm, id = 1 type 1 @ 0x8064d50 fd = -1 starting server engine shutdown freeing shared port segments stopping server thread last xrun delay: 0.000 usecs max delay reported by backend: 0.000 usecs freeing engine shared memory max usecs: 0.000, engine deleted no message buffer overruns cleaning up shared memory cleaning up files unregistering server `default' 20:13:21.310 JACK ha sido detenido satisfactoriamente. 20:13:21.311 Script de post - apagado... 20:13:21.311 killall jackd jackd: no process killed 20:13:21.720 El script de post - apagado finalizó con estado 256. 20:13:23.364 Could not connect to JACK server as client. - Overall operation failed. - Unable to connect to server. Please check the messages window for more info. El día 24 de mayo de 2008 22:10, Carlos Sanchiavedraz <[email protected]> escribió:
El día 24 de mayo de 2008 16:44, Marcos Guglielmetti < [email protected]> escribió:
El Sábado, 24 de Mayo de 2008 21:19, Carlos Sanchiavedraz escribió: | > | En Musix | > | sale el mensaje referente a que jack tiene problemas y que | > revise | si el kernel es RT, que sí lo es claro. | > | | > | > Eso sí es extraño... puse ese aviso para los casos en que jack | > no esté funcionando en realtime | > | > básicamente lo que hace el script que lanza qjackctl (en demos y | > otos lanzadores, no cuando lo abres solo) es ejecutar | > | > | > ps -C jackd -cmL | grep FF | | En los pocos segundos que dura jackd ejecutándose puedo ver esto: | | knoppix@0[knoppix]$ ps -C jackd -cmL | grep FF | - 16533 FF 60 - 00:00:00 - | - 16534 FF 50 - 00:00:00 - | | Parece que sí está en RT. Mi teoría es que el parámetro | nolapic_timer influye al kernel con respecto al timer de manera | que hay problemas con jack. Tal vez desfase de pulsos o algo por | el estilo.
Bien ¿qué mensajes da JACK?
17499 waiting for signals jackd watchdog: timeout - killing jackd Abortado
Por cierto, estamos mezclando cosas de los dos hilos de este tema aquí y en colaboradores.
-- Carlos A. Sánchez Gª-S (Sanchiavedraz) * Usuario / Colaborador de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix y reemplaza tu Windows: http://www.musix.org.ar * Videos, y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporta errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
-- Carlos A. Sánchez Gª-S (Sanchiavedraz) * Usuario / Colaborador de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix y reemplaza tu Windows: http://www.musix.org.ar * Videos, y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporta errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
participants (2)
-
Carlos Sanchiavedraz -
Marcos Guglielmetti