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

De nuevo con vosotros,


MarioDebian escribió:
> On 4/20/07, Rubén Gómez Antolí <[email protected]> wrote:
>> Hola a todos,
>>
>> [...]
>> ----------- 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 de nuevo
> 
> Sería de ayuda que pegues el log de generación de la imagen (lo que
> sale en el último paso) ya que esa librería estará enlazada a algún
> binario y debería haberse copiado sola.
> 

Después de varias prueba, tenemos esto:

----------- registro de generación -----------

Haciendo copia de los ajustes de configuración.
Sobreescribiéndola con tus ajustes.
Ejecutar: bash gentcos -tftp -size


Creating initramfs with 2.6.18-4-486 kernel...
    busybox pass test: OK
  Package Debug tools get 2090 Kb.
  Package LTSPFS get 1109 Kb.
  Package Discover get 3030 Kb.
  Package HWclock get 32 Kb.
  Package Tinylogin get 0 Kb.
     Copying rgomeza public SSH key

-------------------------
He definido rgomeza como usuario administrador, lo digo por suponer
algún problema.
-------------------------


  Package Dropbear ssh server get 2142 Kb.
  Package Inetd daemon get 40 Kb.
  Package ACPI daemon get 32 Kb.
  Package Alsa sound support get 1583 Kb.
    cpifexits() WARNING: /usr/bin/pax11publish not found, searching with
pathof()...
    cpifexists(): ERROR /usr/bin/pax11publish not found in PATH, please
install package that contain /usr/bin/pax11publish.
    cpifexits() WARNING: /usr/bin/pactl not found, searching with
pathof()...
    cpifexists(): ERROR /usr/bin/pactl not found in PATH, please install
package that contain /usr/bin/pactl.

-------------------------------
Acabo de instalar ahora mismo pulseaudio-utils por lo que a la siguiente
imagen no debería largar este mensaje
--------------------------------

  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.

  Package ESound Daemon (sound server [cached]) get 0 Kb.
   USING Xorg 7.X dirs
    xorg: installing all drivers....
    * OpenGL support is ENABLED
  Package Xorg get 14576 Kb.
  Package x11vnc get 1201 Kb.
   * rDesktop not installed
  Package FreeNX squashfs get 1273 Kb.
  Package iTALC get 1822 Kb.
   * Applying usplash timeout patch
  Package TcosMonitor get 1322 Kb.
     Creating usr-2.6.18-4-486.squashfs of /usr
     Moving usr-2.6.18-4-486.squashfs to /var/lib/tcos/files and linking
in /var/lib/tcos/tftp
  Package Init binaries get 31 Kb.
  Package Disable ACPI and RAID support get -2 Kb.
Cleaning initramfs... done.
Copying initramfs to /var/lib/tcos/tftp/initramfs-2.6.18-4-486
Uncompressing ramdisk to get sizes...
RAMDISK=20763
EXTERNAL_SQUASHFS=11175
Configuración restaurada.
-------------------- Fin de registro de generación --------------

>> [...]

>> El cliente es un viejo P-II que arranca por etherboot desde cederom.
>>
> 
> El proyecto etherboot tiene un disquete universal (y cdrom, y imagen
> lili/grub/syslinux) basado en la versión 5.4 que no necesita archivos
> NBI sino que ya hace la petición del pxelinux.0 por lo que simula que
> tienes tarjetas de red con soporte PXE nativo.
> 

Perfecto, ya lo he probado y efectivamente me enseña la pantalla de
inicio de tcos y demás. Eso si, el error vuelve a salir.

>> [...]
> 
> El método de sistema de archivos recomendado es ltspfs, es decir un
> sistema de archivos sobre fuse que usa el protocolo de las X para la
> comunicación.
> 
> Si tienes instalado ltspfs-client y ltspfs-server (vienen en el mirror
> de TCOS) debería funcionar sin problemas (también necesitas fuse-utils
> y añadir tus usuarios de terminales al grupo fuse)
> 

Perfecto, ya esta realizado.

> Que se llame así no significa que sea LTSP sino que es una de esas
> cosas buenas que he encontrado en el proyecto LTSP y la he heredado
> con mis pequeñas mejoras...
> 

De acuerdo, gracias por la explicación.

> 
>> En general, creo, que sería bueno poner una pequeña ayuda, ya sea en
>> forma de icono o mediante «etiqueta volante».
>>
> 
> Pues si sería buena idea tener al menos ayuda emergente de cada campo
> (de hecho alguno la tiene) queda apuntado en mi lista de tareas
> pendientes !!!
>  

Perfecto, en todo lo que pueda ayudar me encanta hacerlo.

>> [...]
>> - Tcos pone sus imágenes en /var/lib/tcos/tftpd a lo que no tengo nada
>> [...]

> Cuando se instala gentcos busca el directorio que está siendo servido
> por atftpd y enlaza /var/lib/tcos/tftp con ese.
> 
> Para atftpd normalmente es /tftpboot por lo que se creará el enlace
> /tftpboot/tcos para tftpd-hpa se suele usar /var/lib/tftpboot
> haciéndose el enlace dentro de ese mismo.
> 
> Si tienes instalado PXES seguro que tienes /tftpboot/pxes por lo que
> el enlace se habrá creado en /tftpboot.
> 

Esto se define como el problema: «debe usted leer el archivo update.debian».

Después de esta solución, el problema se ha resuelto.

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

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

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

Salud y Revolución.

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