Re: Tcos: Problema e n la generación de imágenes Nbi
MarioDebian <[email protected]>
| Newsgroups | gmane.linux.pxes.spanish |
|---|---|
| Message-ID | <[email protected]> |
Hola de nuevo [...] > > Como ya te he comentado es un bug que no he podido reproducir (he tenido > > equipos que no reconocían el teclado durante el splash de pxelinux pero > > luego en GDM funcionaba bien), lo que me lleva a pensar que es algo de > > los disquetes o de la BIOS pero no de TCOS. > > > > En el servidor ¿tienes este archivo: /etc/console/boottime.kmap.gz ? > > (en ubuntu es otro) > > > > rgomeza@vidfrio:~$ locate -i boottime.kmap.gz > /etc/console/boottime.kmap.gz > > rgomeza@vidfrio:~$ ll /etc/console/boottime.* > -rw-r--r-- 1 root root 2,8K 2006-03-28 12:07 /etc/console/boottime.kmap.gz > -rw-r--r-- 1 root root 2,8K 2005-07-21 11:43 > /etc/console/boottime.old.kmap.gz > > > Es el mapa de teclado de consola (en debian se genera con:) > > > > dpkg-reconfigure -plow console-data > > > > ¿Lo regenero? No me queda claro. > No es necesario, ya que después dices que en consola funciona siempre !!! > > > >> [...] > > > No recuerdo exactamente el modelo de los Dell que hemos comprado hace > > poco pero el sonido funciona con el driver snd-cs4236. > > > > PulseAudio carga perfectamente y amixer o aumix detectan los canales de > > audio. No he probado a reproducir porque en su momento no tenía unos > > altavoces a mano pero si debería funcionar. > > > > Esto es lo que tengo cuando ejecuto pulseaudio en una consola en el > cliente Dell: > > rgomeza@vidfrio:~$ cat salida_pulseaudio.txt > module-alsa-sink.c: Error opening PCM device hw:0: Dispositivo o recurso > ocupado > module.c: Failed to load module "module-alsa-sink" (argument: > "device=hw:0 sink_name=alsa_output.pci_1106_3058_alsa_playback_0"): > initialization failed. > sound-file.c: Failed to open file /usr/share/sounds/gtk-events/activate.wav > main.c: Failed to load sound file. > module-x11-bell.c: Invalid sink: (null) > module-x11-bell.c: Invalid sink: (null) > Error, estas ejecutando pulseaudio en el servidor !!!, pulseaudio se ejecuta automáticamente en cada terminal y el plugin de salida de cada aplicación multimedia redireciona por medio de la red y una variable de entorno (PULSE_SERVER) a ese terminal..... Para las pruebas puedes usar audacious o beep-media-player con el correspondiente plugin de salida (PulseAudio) activo. Pensaba que la conversación estaba en la lista de TCOS y por no duplicarla te recomiendo que leas este mensaje: https://forja.rediris.es/pipermail/cls-tcos-usuarios/2007-May/000225.html Estoy teniendo problemas con estas tarjetas también ya que parecen sonar pero no lo hacen... Posibles causas: 1.- El ACPI 2.- Algún control de volumen raro que está en mute. 3.- Problema de hardware He estado creando un pequeño parche para TCOS y te pido que si puedes pruebes con los nuevos paquetes. Añade esto: deb http://www.tcosproject.org/ experimental main al sources.list y actualizas (sólo están los paquetes de TCOS compilados en una debian SID)... # apt-get -t experimental install tcos Editas /etc/tcos/tcos.conf y cambias la variable: TCOS_SOUND_CS4236=1 activa si quieres TCOS_SOUND_ISA=1 Edita /etc/tcos/pxelinux.cfg.tpl y añade «pci=noacpi acpi=off» a la línea de arranque Luego # gentcos -tftp [...] > cdrom 32416 2 sr_mod,ide_cd > snd_opl3_lib 9600 0 > snd_hwdep 8836 1 snd_opl3_lib > snd_cs4231_lib 22272 0 > snd_pcm_oss 38048 0 > snd_mixer_oss 15232 1 snd_pcm_oss > snd_pcm 65928 2 snd_cs4231_lib,snd_pcm_oss > snd_timer 19972 3 snd_opl3_lib,snd_cs4231_lib,snd_pcm > snd_page_alloc 9736 2 snd_cs4231_lib,snd_pcm > snd_mpu401_uart 7552 0 > snd_rawmidi 22048 1 snd_mpu401_uart > snd_seq_device 7820 2 snd_opl3_lib,snd_rawmidi > snd 45412 10 > snd_opl3_lib,snd_hwdep,snd_cs4231_lib,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device [...] En mis máquinas la tarjeta es CS4236 no 4231 mira que dice (en el terminal): # dmesg | grep isapnp > > Buscaré el error a ver que pasa. > > Por cierto, en el otro cliente, el de la Soundblaster y que falla el > teclado, me tira esto cuando arrancando en local intento cargarle el > módulo SB: > > WARNING: Not loading blacklisted module sb > Los módulos OSS ya no se usan, prueba snd-sb16 o snd-sb8 > >> También he advertido un par de detalles más: > >> > >> 1· No me da opción a montar cederom (Tcosdevices) > >> > >> 2· No me detecta si enchufo unidades USB a los terminales. > > > > Estos dos problemas suelen deberse a un conflicto de la cookie de las X. > > > > Mira el archivo .xsession-errors de la home del usuario. > > > > Puedes borrar (como root) los archivos .ICEauthority y .Xauthority y > > entrar de nuevo. > > > > Me ha tirado algo del .Xauth, si, pero pruebo a borrarlo -me permite > hacerlo perfectamente como usuario- y sigue fallando igual. > > Las unidades no las he probado, voy a hacerlo ahora. > > Nada, sigue sin funcionar. > > He visto también esto en .xsession-errors: > > /usr/bin/tcos-devices:645: DeprecationWarning: the module egg.trayicon > is deprecated; equivalent functionality can now be found in pygtk 2.10 > import egg.trayicon > en la nueva versión de pygtk ya viene soporte para el icono en la barra de tareas, es una advertencia nada grave !!! En cuanto a la autenticación de las X a mi me suele funcionar bien en el modo kiosko (tcos-gdm-autologin) en sesiones persistentes no he probado, aunque no descarto que falle bastante si la cookie es vieja. > > > > >> 3· ¿Como se salta a una consola? CTRL+F[123] no funciona > > > > Porque primero el servidor X bloquea el cambio de consolas o incluso > > matar la sesión gráfica (Deshabilitar Ctrl Alt Backspace en > > tcospersonalize) y segundo porque normalmente sólo hay una consola (si > > quieres más en TcosConfig puedes indicar cuantas quieres entre 1 y 6) > > > > Tengo habilitadas 3 consolas, aunque tengo que mirar el tcospersonalize. > > > Es más sencillo entrar por ssh al terminal o decirle que no cargue las X > > desde el arranque «startx=N» > > > > A todo esto.... podrías hacer una batería de pruebas para determinar > > donde esta el problema del teclado... > > > > Vamos allá, en cada prueba repetiré tres veces. Obviamente entiendo que > tengo que regenerar la imagen sin incluir la parada por módulos. > > > 1.- arrancar sin X: «startx=N» y hacer login root:root > > Funciona siempre. Ok, descartamos problemas de teclado y problemas de loadkeys o console-data > > > 2.- arrancar con X pero sesión local: «startx=L» no es necesario login > > Falla siempre. Ups, problema de las X, podrías mirar si hay algo extraño (además de que no cargue el mapa de teclado) en /var/log/Xorg.0.log ??? > > > 3.- arrancar las X contra un servidor FreeNX o contra un Windows > > «startx=F» o «startx=W» > > > > Contra FreeNX, se me queda en la pantalla de enlace por un error de > id_sha -hace tiempo que no utilizo FreeNX-, y falla alternativamente. > > Y para rizar el rizo, ahora, en el arranque normal no falla ni una vez > de las cuatro que he reiniciado. Pues si que me dejas a cuadros !!!! > > Kdm creo que se ha actualizado hoy: > > rgomeza@vidfrio:~$ dpkg -l |grep kdm > ii kdm 4:3.5.7-1 X > display manager for KDE > rgomeza@vidfrio:~$ ll /var/cache/apt/archives/kdm_4%3a3.5.* > -rw-r--r-- 1 root root 625K 2007-04-19 19:17 > /var/cache/apt/archives/kdm_4%3a3.5.6.dfsg.2-1_i386.deb > -rw-r--r-- 1 root root 625K 2007-04-20 12:47 > /var/cache/apt/archives/kdm_4%3a3.5.6.dfsg.2-2_i386.deb > -rw-r--r-- 1 root root 627K 2007-05-20 23:32 > /var/cache/apt/archives/kdm_4%3a3.5.7-1_i386.deb > ¿ Puedes probar con GDM ? > No es descartable que el problema estuviera ahí. > > > Para no tener falsos positivos/negativos habrá que hacer la prueba > > varias veces. > > > > > > Saludos > > > > Bueno, mas vale tarde que nunca, aquí están las pruebas. > > Nos leemos. > > Salud y Revolución. > Gracias por las pruebas Sino te importa creo que deberíamos mover este hilo a la lista de usuarios de TCOS: https://forja.rediris.es/mailman/listinfo/cls-tcos-usuarios Saludos -- Mario Izquierdo http://soleup.eup.uva.es/mariodebian