-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Carlo Pires <[EMAIL PROTECTED]> writes:

>                                                            O problema
> � que essa implementa��o usa muito espa�o em disco, por criar uma
> estrutura de diret�rios para cada esta��o cliente.

Veja que voc� *sempre* pode usar hardlinks para arquivos
id�nticos. N�o � preciso copiar tudo. :-) Isso economizaria muito
espa�o. 

Outro ponto � que podes usar NFS para arquivos comuns, reduzindo o
pr�prio espa�o utilizado no desktop.

>                                                    Outro ponto que
> precisa ser observado � que a configura��o das esta��es em modo
> gr�fico n�o usam o modo X remoto (XFree -query), dessa forma a
> execu��o das aplica��es no cliente em modo gr�fico usam muita banda da
> rede - mas � poss�vel contornar isso sem muito trabalho. Quem n�o se
> importar com estes detalhes pode ir direto para o rbc da conectiva que
> � a melhor op��o.

Sim. Isso � contorn�vel com uma pequena 'edi��o' nos arquivos de
configura��o. 

> A implementa��o do LTSP.org, apesar de ser mais trabalhosa para a
> configura��o das esta��es � mais vers�til e inteligente para uso em
> modo gr�fico (na minha opini�o) e n�o usa NIS.

Qual o problema em usar o NIS? Tanto NIS quanto LDAP servem para
realizar algumas tarefas iguais, e o LDAP apresenta algumas vantagens
administrativas quando utilizado em mais servi�os.

>                                                Tenho funcionando
> esta��es em modo gr�fico (ltsp) autenticando via LDAP e imprimindo via
> CUPS.

�tima escolha. ;-)

>       Os problemas come�am quando vc precisa personalizar algo que n�o
> esteja dentro das parametriza��es dos scripts do pacote. Aqui, o
> kernel 2.4.9 (que acompanha o ltsp atual) n�o detectou a minha SIS630
> e foi um inferno compilar o kernel 2.4.18 para executar no pacote da
> ltsp.

Altera��es cr�ticas e de coisas grandes como o kernel s�o extremamente
trabalhosas! Vejo o pessoal montando as op��es para lidar com boot
remoto. � um trabalho grande. 

>       Como eu n�o queria usar o initrd, n�o foi f�cil conviver com a
> falta de documenta��o sobre a montagem do kernel novo.

Qual o problema com o initrd? :-) � s� um arquivo a mais... T� certo
que tem a metade do tamanho do kernel, mas... 

>                                                        Para esse
> problema, as dicas que acompanham o rbc da conectiva se aplicaram ao
> ltsp e, depois de muitos reboots, tudo funcionou bem.

O interessante � que a id�ia � basicamente a mesma. Podem mudar
algumas configura��es (e.g. NIS x LDAP) e op��es. Mas, n�o h� muito o
que fugir do padr�o. :-)


O importante � ter funcionado.

- -- 
Godoy. <[EMAIL PROTECTED]>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8wHwUEzC+baSjBiURAubsAJ9o80h/voOww23uwIEta8R0GgKOVwCbB4wO
3vAP546mr8uZhHAZ/MY5HTc=
=t8Ck
-----END PGP SIGNATURE-----

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

Responder a