Olah amigo

Voce pode fazer das duas maneiras, eu realmente nao entendi qual das duas
voce precisa.

Vamos supor que voce tenha uma maquina servidora de boot remoto, e varios
terminais diskless.

Caso voce tenha UM modem na maquina servidora, e todo mundo vai usar
este modem a partir dos terminais diskless, eh facil, facil.
Nesse servidor, como voce estah programando em Kylix e provavelmente seja
um aplicativo que vai rodar em modo grafico, voce deve ter o X instalado, e
habilitar o servico remoto. Isso jah foi amplamente discutido e te documentacao
bastante explicando isso. No terminal, ele deverah carregar o kernel, init, e 
dar um X -query IP.DO.SERVIDOR. No servidor tambem deve estar instalado
o teu programa. 
Quem logar nessa maquina vai chamar o programa e ele vai funcionar 
exatamente como se estivesse usando o servidor. Note que teu programa deve
cuidar para quando duas pessoas quiserem usar o modem ao mesmo tempo, 
voce deve gerenciar isso, por em fila de espera, sei lah.
O bom desse jeito eh que tem muita documentacao e pacots explicando como
fazer isso, alem de que os terminais podem ser maquina com hardware antigo
e se o servidor tiver um hardware bom, a velocidade serah nos terminais 
praticamente a velocidade do servidor.

Caso voce um modem em CADA terminal, aih eh um pouco diferente, e vai
fazer voce suar um pouquinho a camisa. Eu faria assim:
No processo de boot, apos o kernel ser carregado e executado, ele vai 
montar a particao de root (o / do seu filesustem) por NFS. Normalmente, 
essa montagem aponta para o servidor. Eh assim que funciona no exemplo
anterior tambem. 
Soh que, ao inves de dar um X -query, voce vai dar um X normal, ou melhor,
um startx norma. Ou seja, nesse diretorio voce deve colocar tudo o que o 
terminal precisa. O X, o window manager, as libs todas necessarias, e todos
os programas que o terminal irah usar. Muita coisa poderah ser compartilhada 
pelos terminais, nao sei se alguma coisa nao pode. Soh sei que funciona.
Note que a velocidade do terminal serah mandada pelo seu hardware.
Note tambem que voce nao tera espaco para swap. Ou voce coloca um 
hdzinho soh prah swap, ou coloca bastante memoria. Bastante mesmo. Eu
realmente nao sei se tem como fazer swap por NFS.


Espero que tenha me feito entender, ou entao que eu tenha ajudado pelo
menos um pouco.

Nao se precupe, o que voce quer eh perfeitamente possivel.
Voce nao vai ser demitido por ter prometido fazer isso.

Um forte abraco, e boa sorte

Xultz



On Wed, 10 Apr 2002 04:14:27 -0300
<[EMAIL PROTECTED]> wrote:

> Ol� amigos,
> 
> 
> Estou trabalhando no desenvolvimento de um sistema em Kylix com as seguintes
> caracter�sticas:
> Ir� trabalhar com dados do servidor linux pela placa de rede;
> Ter� que manipular o modem da m�quina ( fazer chamada via linha telef�nica
> para um servidor );
> Utilizar a placa de som;
> Outros.
> 
> At� ai tudo bem -- O detalhe esta nas esta��es do cliente, que s�o todas
> BOOT remoto ( sem HD, que utiliza a rede para dar BOOT )--, e meu sistema
> dever� trabalhar nesta esta��es, entenderam o drama?
> 
> Exemplificando:
> 
> Minha Esta��o de Trabalho BOOT remoto � ligada ( dai ocorre todo o processo
> de ler a m�quina servidora e tal para carregar a imagem de boot );
> Meu sistema dever� trabalhar na esta��o ( na verdade ele estar� instalado no
> Servidor Linux - lembra que a esta��o ir� apenas carregar ele?! ), ou seja,
> o usu�rio ira carregar o sistema operacional e logo depois meu programa na
> esta��o de BOOT -- Utilizando o programa, o cliente ter� que fazer uma
> liga��o pelo modem ( chamar um provedor pela linha )...
> 
> Importante: Ser� que a liga��o via modem ser� realizada pelo modem da
> esta��o aonde o sistema esta apenas carregado ou pelo modem do servidor que
> guarda o sistema instalado???
> 
> Isto � muito importante para mim e n�o consigo resolver esta problema...
> 
> Qualquer informa��o j� � de bom tamanho,
> 
> Grato
> 
> Roberto
> 
> 

Assinantes em 10/04/2002: 2220
Mensagens recebidas desde 07/01/1999: 161957
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista: 
            mailto:[EMAIL PROTECTED]


Responder a