Ol�!

Talvez alguns tenham acompanhado minha infeliz saga para implementar o Linux + 
boot remoto numa escola, em um laborat�rio multi-m�dia.

Bom... infelizmente desde o in�cio da implementa��o eu tive problemas.

A princ�pio por falta de hardware - meu servidor n�o dava conta de quinze 
criancinhas clicando no OpenOffice simult�neamente e ao mesmo tempo em que 
jogavam um milh�o de games pesados.

Administra��o?

OH! Sim! Numa escola? Em uma laborat�rio de inform�tica?

Certamente numa sala de inform�tica de uma escola n�o � poss�vel impor certas 
regras, ainda mais numa escola de mente aberta como a em que eu trabalho.

A solu��o foi comprar um servidor novo, algo descomunal para os padr�es 
dom�sticos.

E estou diante dele, deprimido por perceber que, apesar de estar tudo 
instalado e apresentar um desempenho excelente, quando coloco os jogos 
educativos para rodarem minha rede inteira vira uma carro�a.

Pelo o que pude analisar o problema n�o � mais desempenho de hardware e sim 
tr�fego de pacotes na rede, afinal, tudo o que as esta��es v�em na realidade 
sai do servidor via rede.

Isso anulou minhas esperan�as de rodar os jogos no servidor.

Solu��o? Rodar localmente.

Talvez alguns j� tenham feito alguns programas rodarem localmente num boot 
remoto.

Mas certamente sabem que a dor de cabe�a � grande.

Tentei, tentei, tentei e n�o funcionou, por v�rias raz�es at� que n�o tive 
outra sa�da a n�o ser adminitr que, pelo menos aqui, uma sala multi-m�dia com 
quinze esta��es, n�o � poss�evel implementar boot remoto.

Antes que a escola pense em trocar o cabeamento por fibra �tica e tente 
contratar o Yoda para administrar a rede, com olhos esbugalhados ao tentar 
fazer um m�sero jogo dar as caras na tela do computador, resolvi que, por 
enquanto, o projeto volta para o papel.

Frustrante.

O que me resta agora � aproveitar a implementa��o para o setor administrativo 
da escola que, nem que implorem, precisam rodar jogos.

Para a sala multi-m�dia, com a necessidade de jogos, sons, acesso r�pido e 
f�cil a todo tipo de recurso, resta adquirir esta��es de trabalho com uma 
capacidade decente, muito al�m dos P166 com 16 de RAM que tentei salvar numa 
desesperada tentativa, acreditando ter encontrado a p�lvora definitiva para o 
aproveitamento de m�quinas arcaicas.

Enfim... com tom m�rbido e amofinado de madrugadas em branco, pergunto se 
algum her�i aqui da lista quer se envolver e tentar apresentar algo a 
respeito de instal��o de jogos localmente em uma implementa��o de boot remoto 
LTSP, ou mesmo conseguir abrir um jogo em outra esta��o - digo, executar 
mesmo um processo na outra esta��o - usando o rsh para logar na esta��o 
remota e executar o programa.

Segue uma lista de estudo:

- a execu��o da aplica��o local se faz via rsh.
   exemplo: rsh estacao_1 /usr/local/games/supertux -display estacao_1:0.0

- o servidor � um slackware 9, compilado com glibc 2.3 enquanto que a LTSP � 
compilada com glib 2.2

- a autentica��o da execu��o remota � feita via PAM, e no slackware n�o 
existe(?!!  +-) essa coisa, o que n�o chegou a ser um problema, bastou pegar 
os jogos e bibliotecas compilados com a glibc mais antiga.

- tudo isso � o de menos(ao que parece), afinal cada programa que tento rodar 
localmente apresenta erros diferentes. Alguns jogos dizem que n�o h� um 
"video device", outros dizem que n�o foi poss�vel abrir o "display", outros 
sequer aparecem, outros reclamam de tudo.

- n�o tentei fazer isso apenas numa implementa��o de boot remoto. Tentei fazer 
isso entre duas esta��es completas, ativei tudo, consigo logar via rsh, 
consigo executar o programa, mas eles n�o abrem por conta de uma infinidade 
de erros.

- usar o ssh ao inv�s de o rsh? Que diferen�a isso pode fazer? Logar 
remotamente e executar comandos na outra esta��o n�o � o problema, isso eu 
consigo com o rsh, sem problemas. Sem contar a dor de cabe�a que seria rodar 
o sshd na esta��o LTSP.

[]'s
Alexander, O Amofinado
---------------------------------------------------------------------------
Esta lista � patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br

Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br
Regras de utiliza��o da lista: http://linux-br.conectiva.com.br
FAQ: http://www.zago.eti.br/menu.html

Responder a