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

[...]

> >> [...]
> >> ----------- error --------
> >> ACPI: Unable to locate RSDP
> >> /bin/sh: error while loading shared libraries: libcrypt.so.1: cannot
> >> open share objetct file: No such file or directory
> >>
> >> Kernel panic - not syncing: Attempted to kill init!
> >> --------- Fin del error --------
> >
>
> El error sigue el mismo. He localizado la biblioteca:
>
> /lib/i686/cmov/libcrypt.so.1
> /lib/libcrypt.so.1
>
> por lo que estar en el sistema esta.
>


Hola Rubén.

Parece que me has descubierto un pequeño BUG ;)

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
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

El código ya está en el SVN espero subir los paquetes al repositorio
este fin de semana.

Puedes probar a compilarte los deb con estos comandos o esperar:

mkdir tcos-svn
cd tcos-svn
svn co https://forja.rediris.es/svn/cls-tcos/trunk/initramfs-tools-tcos
cd initramfs-tools-tcos
dpkg-buildpackage -rfakeroot -us -uc
dpkg -i ../*deb

[...]

>   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



gentcos -instpkg libesd0 esound


>   Package ESound Daemon (sound server [cached]) get 0 Kb.
>    USING Xorg 7.X dirs
>     xorg: installing all drivers....

>
> > Para que dhcp sirva estas imágenes configuras la ruta relativa del
> > filename: /tcos/pxelinux.0
> >
>
> 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)

> >
> >> - Tcos falla al ponerle el sufijo a las imágenes, en vez de poner
> >> -sufijo.nbi pone .nbi-sufijo.
> >>
> >
> > Los sufijos fue algo que se implementó al principio del proyecto para
> > tener varias imágenes sobre el mismo kernel pero no he trabajado
> > demasiado en ello por lo que te recomiendo que dejes el sufijo vacío.
> >
>
> Vale, en eso estoy.
>
> 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)


> ¿Hay soporte en tcos para estas cositas?
>
> Y ya que estoy, ¿puertos series? Lo digo porque programamos PLC y si
> puedo hacer funcionar las aplicaciones bajo Wine y para estos es
> transparente acceder al puerto serie del terminal seria fantástico. En
> fin, por pedir.
>

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.


Saludos