Problema: no funcionan las terminales en X
Hola Tengo un problema gravisimo en mi PC con Musix 2.0: no funcionan las consolas de texto en el sistema de ventanas, es decir que no puedo usar konsole, xterm, yakuake o la que sea!! Sucedió luego de hacer varias actualizaciones, entre ellas de xserver-xorg. Ya busqué por foros y listas de mail y no pude encontrar solución alguna. El error que sale al cargar konsole es: " Konsole no puede abrir un PTY (pseudo terminal). Parece que se debe a una configuración errónea de los dispositivos PTY. Konsole necesita tener acceso de lectura/escritura a los dispositivos PTY. " Recuerdo que cuando remasterizaba Musix 1.0 y entraba en un ambiente chroot ejecutaba un comando que me habilitaba para abrir terminales en X window una vez que levantara X en el ambiente chroot, pero no recuerdo ese comando, creo que era montar algo o linkear algo. En fin alguna idea? en /dev/ no hay ningún dispositivo PTY... helppppppppppppp -- Marcos Guglielmetti ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musix.org.ar www.ovejafm.com ▲ :::::::::::::::::: O V E J A ::::::::::::::::::::: ▲ _______________________________________________ La lista solar-general es un canal de comunicación de SoLAr por el libre intercambio de ideas de todos los interesados en el movimiento de software libre. Debido a su libre suscripción y publicación, y dado que no existe ningún tipo de moderación previa ni posterior, es un excelente lugar para compartir opiniones, elaborar políticas y prácticas por el Software Libre en Argentina y el mundo. Tal como dice en ourproject: "La lista de todos y todas en solar" http://ourproject.org/mail/?group_id=23 Te invitamos a subscribirte enviando un mail a [email protected] ¡Asociate a SOLAR!: http://www.solar.org.ar/?article573 * por la restauración del historial de solar-socios (dejó de funcionar el 25 de nov de 2009) * por la apertura del sitio solar.org.ar y de solar-socios para todo el movimiento * por el fin de la censura contra el compañero Saravia y contra todos los compañeros * por el fin de las mociones represivas que generan malestar entre los miembros * por la inmediata reincorporación de cualquier socio del movimiento SL expulsado * por la reapertura de solar-general y del wiki.solar.org.ar * por la discusión de principios para ampliar la participación http://musix.org.ar/wiki/index.php/Principios_participativos
El comando a que te referis es mount -t devpts devpts /dev/pts Saludos. Gilberto --- Em qui, 29/4/10, Marcos Germán Guglielmetti <[email protected]> escreveu: De: Marcos Germán Guglielmetti <[email protected]> Assunto: [Musix-usuarios] Problema: no funcionan las terminales en X Para: "Lista de usuarios de Musix" <[email protected]> Data: Quinta-feira, 29 de Abril de 2010, 2:13 Hola Tengo un problema gravisimo en mi PC con Musix 2.0: no funcionan las consolas de texto en el sistema de ventanas, es decir que no puedo usar konsole, xterm, yakuake o la que sea!! Sucedió luego de hacer varias actualizaciones, entre ellas de xserver-xorg. Ya busqué por foros y listas de mail y no pude encontrar solución alguna. El error que sale al cargar konsole es: " Konsole no puede abrir un PTY (pseudo terminal). Parece que se debe a una configuración errónea de los dispositivos PTY. Konsole necesita tener acceso de lectura/escritura a los dispositivos PTY. " Recuerdo que cuando remasterizaba Musix 1.0 y entraba en un ambiente chroot ejecutaba un comando que me habilitaba para abrir terminales en X window una vez que levantara X en el ambiente chroot, pero no recuerdo ese comando, creo que era montar algo o linkear algo. En fin alguna idea? en /dev/ no hay ningún dispositivo PTY... helppppppppppppp -- Marcos Guglielmetti ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musix.org.ar www.ovejafm.com ▲ :::::::::::::::::: O V E J A ::::::::::::::::::::: ▲ _______________________________________________ La lista solar-general es un canal de comunicación de SoLAr por el libre intercambio de ideas de todos los interesados en el movimiento de software libre. Debido a su libre suscripción y publicación, y dado que no existe ningún tipo de moderación previa ni posterior, es un excelente lugar para compartir opiniones, elaborar políticas y prácticas por el Software Libre en Argentina y el mundo. Tal como dice en ourproject: "La lista de todos y todas en solar" http://ourproject.org/mail/?group_id=23 Te invitamos a subscribirte enviando un mail a [email protected] ¡Asociate a SOLAR!: http://www.solar.org.ar/?article573 * por la restauración del historial de solar-socios (dejó de funcionar el 25 de nov de 2009) * por la apertura del sitio solar.org.ar y de solar-socios para todo el movimiento * por el fin de la censura contra el compañero Saravia y contra todos los compañeros * por el fin de las mociones represivas que generan malestar entre los miembros * por la inmediata reincorporación de cualquier socio del movimiento SL expulsado * por la reapertura de solar-general y del wiki.solar.org.ar * por la discusión de principios para ampliar la participación http://musix.org.ar/wiki/index.php/Principios_participativos _______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-usuarios mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
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-notes 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) 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á) /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 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
Hola 2010/4/29 Marcos Germán Guglielmetti <[email protected]>:
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-notes
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 [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
On Jue 29 Abr 2010 13:27:26 Jose Vazquez Viader escribió:
Hola
2010/4/29 Marcos Germán Guglielmetti <[email protected]>:
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 [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-usuarios mailing list [email protected] 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. [email protected] o [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
On Thursday 29 April 2010 11:10:09 Marcos Germán Guglielmetti wrote:
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-note s
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)
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á)
/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
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
voy a probar con un kernel viejo de debian ETCH a ver qué pasa apt-get install linux-image-2.6.24-etchnhalf.1-amd64 linux-headers-2.6.24-etchnhalf.1-amd64 Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho Se instalarán los siguientes paquetes extras: linux-headers-2.6.24-etchnhalf.1-common linux-kbuild-2.6.24 Paquetes sugeridos: linux-doc-2.6.24 Se instalarán los siguientes paquetes NUEVOS: linux-headers-2.6.24-etchnhalf.1-amd64 linux-headers-2.6.24-etchnhalf.1-common linux-image-2.6.24-etchnhalf.1-amd64 linux-kbuild-2.6.24 0 actualizados, 4 se instalarán, 0 para eliminar y 0 no actualizados. Necesito descargar 23,7MB de archivos. Se utilizarán 98,1MB de espacio de disco adicional después de esta operación. ¿Desea continuar [S/n]? s
On Thursday 29 April 2010 14:30:18 Marcos Germán Guglielmetti wrote:
On Thursday 29 April 2010 11:10:09 Marcos Germán Guglielmetti wrote:
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 te s
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)
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á)
/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
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
voy a probar con un kernel viejo de debian ETCH a ver qué pasa
apt-get install linux-image-2.6.24-etchnhalf.1-amd64 linux-headers-2.6.24-etchnhalf.1-amd64 Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho Se instalarán los siguientes paquetes extras: linux-headers-2.6.24-etchnhalf.1-common linux-kbuild-2.6.24 Paquetes sugeridos: linux-doc-2.6.24 Se instalarán los siguientes paquetes NUEVOS: linux-headers-2.6.24-etchnhalf.1-amd64 linux-headers-2.6.24-etchnhalf.1-common linux-image-2.6.24-etchnhalf.1-amd64 linux-kbuild-2.6.24 0 actualizados, 4 se instalarán, 0 para eliminar y 0 no actualizados. Necesito descargar 23,7MB de archivos. Se utilizarán 98,1MB de espacio de disco adicional después de esta operación. ¿Desea continuar [S/n]? s
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-usuarios mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
Luego de reiniciar, al menos se solucionó el problema con la RAM: en vez de usar 900mb como el anterior kernel, este usa toda la ram free total used free shared buffers cached Mem: 3796908 1403896 2393012 0 194952 320740 -/+ buffers/cache: 888204 2908704 Swap: 9871900 0 9871900 El problema ahora es con el audio: no instala los drivers de la placa de sonido lspci | grep Audio 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) 01:05.1 Audio device: ATI Technologies Inc RS780 Azalia controller supongo que el 2.6.24 es muy viejo para esa placa :( (en los otros kernels andaba perfecto, pero ahora esos kernels no bootean :( ) lsmod | grep snd snd_hda_intel 362408 0 snd_pcm_oss 46880 0 snd_mixer_oss 21632 1 snd_pcm_oss snd_pcm 89736 2 snd_hda_intel,snd_pcm_oss snd_seq_dummy 8708 0 snd_seq_oss 36992 0 snd_seq_midi 13632 0 snd_rawmidi 31008 1 snd_seq_midi snd_seq_midi_event 12672 2 snd_seq_oss,snd_seq_midi snd_seq 59136 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 28936 2 snd_pcm,snd_seq snd_seq_device 13076 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 66280 9 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 13344 1 snd snd_page_alloc 15504 2 snd_hda_intel,snd_pcm Si abro kmix o cualquier otro mixer, no muestra placa alguna alsamixer directamente no abre: alsamixer: function snd_ctl_open failed for default: No such file or directory en fin, que lo ideal sería bootear con un kernel más nuevo y mandar el log de los fallos......,,,mmmmmmmmm ahora recuerdo que le saqué fotos! :D va en el proximo mail -- Marcos Guglielmetti ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musix.org.ar www.ovejafm.com ▲ :::::::::::::::::: O V E J A ::::::::::::::::::::: ▲ _______________________________________________ La lista solar-general es un canal de comunicación de SoLAr por el libre intercambio de ideas de todos los interesados en el movimiento de software libre. Debido a su libre suscripción y publicación, y dado que no existe ningún tipo de moderación previa ni posterior, es un excelente lugar para compartir opiniones, elaborar políticas y prácticas por el Software Libre en Argentina y el mundo. Tal como dice en ourproject: "La lista de todos y todas en solar" http://ourproject.org/mail/?group_id=23 Te invitamos a subscribirte enviando un mail a [email protected] ¡Asociate a SOLAR!: http://www.solar.org.ar/?article573 * por la restauración del historial de solar-socios (dejó de funcionar el 25 de nov de 2009) * por la apertura del sitio solar.org.ar y de solar-socios para todo el movimiento * por el fin de la censura contra el compañero Saravia y contra todos los compañeros * por el fin de las mociones represivas que generan malestar entre los miembros * por la inmediata reincorporación de cualquier socio del movimiento SL expulsado * por la reapertura de solar-general y del wiki.solar.org.ar * por la discusión de principios para ampliar la participación http://musix.org.ar/wiki/index.php/Principios_participativos
participants (4)
-
Gilberto Borges -
Jose Vazquez Viader -
Marcos Germán Guglielmetti -
Marcos Guglielmetti