Re: Tcos: Problema en la generación de imágenes Nbi

Hola a todos,

Al final el lunes estuve fuera de la oficina, así que reemprendo esto hoy.

MarioDebian escribió:
> [...]
> 
> 
> 
> Hola Rubén.
> 
> Parece que me has descubierto un pequeño BUG ;)
>

Bueno, si los no programadores podemos ayudar en algo a los que
programan debe ser en estas cosas, para algo vamos todos en el mismo
barco ^_^

> Resulta que en algunos sistemas con arquitectura pentium se suelen
> instalar las libc6-686.
> 
> Este paquete tiene unas versiones más optimizadas de libc, libcrypt,
> libpthread, etc...
> 
> Conocía el caso de librerías duplicadas con /lib/tls/ pero como mi
> máquina de desarrollo es un Athlon no me había fijado en este

¡Hum! El caso es que esta máquina es un AMD también, ¿que hace un
paquete de i686 instalado en mi sistema? Tengo que revisar esto, por lo
visto también tengo un «bicho»  ^_^

> directorio, total que antes de empaquetar la imagen hay que revisar el
> directorio /lib/i686 y archivo por archivo intentar encontrar su
> equivalente en /lib (para que no dependa de i686)
> 
> He programado un nuevo validador lo que entre otras cosas nos da la
> ventaja de que reducimos en unos pocos Kb el initramfs al no meter
> cosas duplicadas:
> 
> RAMDISK=19332
> EXTERNAL_SQUASHFS=12776
> TOTAL_RAM=32108
> 
> mejora 1.2 Mb menos de ramdisk
>

¿Se puede decir otra cosa que no sea: ¡fantástico!?

> [...]
> 
>>   Package PulseAudio (sound server) get 2014 Kb.
>>
>>   Warning: PulseAudio overwrite /usr/bin/esd
>>            and cache package not found.
>>
>>
>>   Warning: libesd0 not found in packages cache dir.
>>
> 
> Si vas a jugar con el epatec 2300 cachea libesd0
>

Si juego con ese sistema lo haré. La verdad estoy planteando la compra
de un par de clientes ligeros, posiblemente Epatec porque no conozco
muchas más alternativas.

[...]

>> Esto me supone un problema añadido, personal por supuesto, ahora debo
>> leer la documentación para servir las imágenes correspondientes a los
>> clientes mediante PXE. Creo que había que definir un archivo para cada
>> máquina en el directorio pxelinux.cfg, ¿no?
>>
> 
> No es necesario.
> 
> Como PXES y TCOS se instalan en directorios distintos el «interruptor»
> que hace que un equipo arranque con uno u otro es el servidor DHCP y
> el directorio donde se encuentre pxelinux.0 (si arrancas con disquete
> donde esté el .nbi)
> 
> en la configuración de DHCP si pones:
> 
> filename /pxes/pxelinux.0;
> 
> el terminal arranca con PXES y usando el pxelinux.cfg/default de PXES
> 
> en cambio si pones:
> 
> filename /tcos/pxelinux.0;
> 
> el terminal arranca con TCOS usando el pxelinux.cfg/default de TCOS
> que a propósito lo genera gentcos por lo que siempre apunta a un
> kernel válido (se puede editar la plantilla de ese archivo tal como
> pone en la cabecera)
>

No me refería a eso exactamente. En cuanto pruebe esta máquina voy a
migrar el resto, quizás solo deje con PXES la máquina que tengo con la
impresora, por lo que creo recordar que había que jugar con los archivos
de /tftpboot/tcos/pxelinux.cfg/

En cualquier modo siempre puedo utilizar el mismo núcleo para todas las
máquinas, ¿hasta que punto es aconsejable usar un núcleo optimizado para
cada cliente?

1 para P-I, 1 para P-III, 1 para ....

Hasta ahora tenía una imagen PXES diferente para cada máquina, ya que
una tiene la impresora, dos no tienen nada, una arranca por PXE... me da
la sensación de Tcos unifica el asunto.

>> > [...]

>> Una pregunta-petición, ¿que pasa con las impresoras conectadas a los
>> terminales?
>>
> 
> 
> Pues ahora mismo no hay soporte para impresoras pero supongo que con
> añadir un hack para que copie lpd y poco más quizás sirva... (otra
> cosita para la lista de tareas)
>

En PXES funciona perfecta, utiliza AppSocket/HP JetDirect y fue muy
fácil de configurar en el generador de imágenes de PXES.

> 
>> [...]
> 
> El puerto serie y paralelo funcionan (no se meten los módulos por
> defecto, creo)
> 
> El problema es redireccionar el  dispositivo del terminal al
> escritorio del servidor quizás ltspfs pueda ayudarnos remontando el
> /dev del terminal en el escritorio del usuario mientras el programa
> del PLC soporte decirle que dispositivo debe usar para la comunicación
> con el programador.
> 
> Metiendo a wine por el medio la cosa se complica pero si me explicas
> un poco mejor como funciona esa aplicación quizás se pueda conseguir.
> 

Bueno, las aplicaciones medio se pueden configurar, pero solo para
decirles que puerto serie estamos utilizando, como son de win pues ya se
sabe COM1, COM2...

Creo recordar que Wine no tiene problemas pues redirige esos COM a
ttySx, no obstante Wine ha cambiado mucho la verdad.

Supongo que otro cantar sería hacerlo con Qemu o Vmware, ¿podría ser más
fácil?

La verdad, la idea que tengo es que los clientes ligeros sean clientes
pero que a vista del usuario no sean clientes sino un ordenador
completo, que pudieran grabar si dispusieran de grabadora, leer sus
medios físicos sin problemas, acceder a dispositivos físicos enchufados
a sus puertos... No se hasta que punto la tecnología de los clientes
ligeros permite todo esto.

Bueno, mientras contestaba a esto -y con mil interrupciones por medio-
he creado una nueva imagen tcos -los paquetes ya están actualizados- y
he arrancado dos clientes con idéntico resultado:

- Los clientes arrancan y son operativos pero las X fallan miserablemente.

Tampoco puedo acceder por ssh, no se si no viene por defecto, tendré que
revisarlo.

En cualquier caso los errores que obtengo después de un:

cat /var/log/Xorg.0.log |grep EE

son:

(EE) Failed to load module "v4l" (module does not exist, 0)
(EE) AIGLX: Screen 0 is not DRI capable
(EE) Serial Mouse0: GuessPortocol: cannot find mouse protocol
(EE) Serial Mouse1: GuessPortocol: cannot find mouse protocol

pero me da que estos errores no son los graves, ya que he visto en el
registro que el ratón si se admite con protocolo PS2.

Creo que el error fatal es este:

Fatal server error:
could not open default font 'fixed'

Que por lo visto es un problema de fuentes -en la ubicación o algo así:

http://www.debianhelp.org/node/1218

Voy a ver que puedo solucionar por ahí.

Mas dudas, ¿se puede configurar la resolución y profundidad de colores
de los clientes? O por el contrario, ¿tcos ajusta automáticamente los
clientes a su opción más optima?

> 
> Saludos

Nos leemos.

Salud y Revolución.

Lobo.

Pd.: ¡Toda la mañana! Llevo toda la mañana para escribir esto, ¡madre
mía con las reuniones!
-- 
Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
para no atar mis manos con las cadenas del soft propietario.
---------
Desde El Ejido, en Almería, usuario registrado Linux #294013
http://www.counter.li.org