[Musix-usuarios] Problema: Musix 2.0 no inicia con kernels mayores a 2.6.24 y tampoco usa toda la RAM disponible
Marcos Guglielmetti
marcos en ovejafm.com
Jue Abr 29 20:49:59 CEST 2010
On Jue 29 Abr 2010 13:27:26 Jose Vazquez Viader escribió:
> Hola
>
> 2010/4/29 Marcos Germán Guglielmetti <marcos en ovejafm.com>:
> > On Thursday 29 April 2010 09:52:21 Gilberto Borges wrote:
> >> El comando a que te referis es
> >>
> >> mount -t devpts devpts /dev/pts
> >
> > verdad
> >
> > pero, si bien lo encontré en un foro esta mañana, aquí no funcionaba
> > (mostraba el help)
> >
> > Luego siguiendo un hilo de charla en
> >
> > https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/367608
> >
> > dí con la solución (el problema estaba en un fstab mal armado)
> >
> > "I found a strong hint for at least an interim fix here:
> >
> > http://www.splatdot.com/2009/04/24/ubuntu-904-jaunty-jackalope-upgrade-no
> >tes
> >
> > See the notes about adding /dev/pts into the fstab. Specifically, adding
> > this line to /etc/fstab:
> >
> > devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0
> >
> > and then running in a virtual terminal:
> >
> > $ sudo mount -a"
> >
> > Con eso funciona
> >
> >
> > PERO, tengo problemas más graves en esta PC (es un phenom X4 con 4GB de
> > ram y Musix 2.0 instalado, aunque actualizado a debian/testing en varios
> > paquetes)
> >
> > Sólo inicia bien con kernels anteriores o iguales a 2.6.24 (con el resto
> > da un montón de errores referidos a udev)
>
> ¿Cuales son esos errores? A mi Musix 2.0 me arranca con los kernel
> 2.29.6-libre1, 2.32.4, 2.33 con realtime y 2.34 (estos tres últimos
> compilados por mi), no se que puede ser :S
>
> > Tengo instalados varios kernels instalados (antes de la actualización de
> > algunos paquetes a testing, arrancaban todos salvo el 2.6.29 que nunca
> > arrancó acá)
>
> Tienes un log de los paquetes actualizados??
>
> > /boot/vmlinuz-2.6.24.7-libre3 /boot/vmlinuz-2.6.29.1-libre-rt4
> > /boot/vmlinuz-2.6.32-4-amd64 /boot/vmlinuz-2.6.26-2-amd64
> > /boot/vmlinuz-2.6.32-3-amd64 /boot/vmlinuz-2.6.32-trunk-amd64
> > /boot/vmlinuz-2.6.27-libre-rv1 /boot/vmlinuz-2.6.32-4-686
> >
> > Pero de esos, sólo anda el 2.6.24.7
>
> Supongo que sí, pero estos kernels son bajados de los repositorios de
> Musix o de Debian o compilados por ti mismo? Quizás falte algún módulo
> importante?
>
> > El problema con este kernel es que no está optimizado para AMD64, y
> > además sucede algo RARISIMO: en lugar de usar los 3.7 Gb de ram usa 900MB
> >
> >
> > ¿alguna idea?
> >
> > Puedo enviar más información de depuración si fuera necesario, gracias
>
> Saludos...;)
>
> > _______________________________________________
> > Musix GNU+Linux - www.musix.org.ar
> > Musix-usuarios mailing list
> > Musix-usuarios en lists.ourproject.org
> > https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
>
> _______________________________________________
> Musix GNU+Linux - www.musix.org.ar
> Musix-usuarios mailing list
> Musix-usuarios en lists.ourproject.org
> https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
>
Gracias José por el dato
al final lo solucioné borrando (moviendo a otro lado, x las dudas) scripts que
comienzan con z60 en /etc/udev/rules.d/
Disculpen todo el rollo, pero es mejor que la descripcion de problemas y
posibles soluciones queden registradas en internet mediante las listas de mail
asi otros usuarios pueden beneficiarse
en este caso, en verdad debería comunicarle a alguien la existencia de tales
bugs
salu2
--
Marcos Guglielmetti
www.musix.org.ar
www.ovejafm.com
* por la liberacion de SOLAR para todo el movimiento social
Solar-General es una lista abierta a toda la comunidad, sin ninguna
moderación, por lo que se estimula la libertad de expresión, el libre flujo de
información, el software y la cultura libre.
solar.general en librelist.com
o
Solar-general en lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
Más información sobre la lista de distribución Musix-usuarios