http://www.zago.eti.br/bootrem.txt FAQ e indicação de tutorias pra instalar, configurar e usar boot remoto. Veja também o FAQ: http://www.zago.eti.br/boot-remoto.txt Use CTRL+F para refinar a pesquisa. Este arquivo trata de boot remoto, como este serviço também requer um servidor de DHCP, veja dicas, exemplos e FAQ sobre a configuração do servidor de DHCP no FAQ: http://www.zago.eti.br/dhcpd.txt ********************************************************************************** veja também: http://www.ltsp.org/ http://www.ltsp.org/documentation/index.php http://www.conectiva.com/doc/livros/online/9.0/servidor/intranet.html#BOOTREMOTO http://www.conectiva.com.br/cpub/pt/incConectiva/suporte/pr/servidores.bootremoto.configurar.html http://etherboot.sourceforge.net/ http://www.conectiva.com/doc/livros/online/7.0/servidor/bootremoto.html http://www.conectiva.com/doc/livros/online/8.0/servidor/ Servidor Slackware com LTSP e XDM O LTSP (Linux Terminal Server Projetc - http://www.ltsp.org) permite que terminais (PC 486, 16Mb RAM, drive 3 1/2" e placa de rede) "bootem" e executem o ambiente X remotamente a partir de um servidor Linux. http://www.linuxit.com.br/modules.php?name=Sections&op=viewarticle&artid=421 Tutorial em PDF. http://www.linuxchix.org.br/artigos/ltsp.pdf http://www.guiadohardware.net/tutoriais/083/ Tutorial preliminar sobre a configuração do Kurumin Terminal Server Por Carlos E. Morimoto http://www.guiadohardware.net 09/06/2003 ********************************************************************************** CL-10 - Tutorial pra instalar boot remoto. Pra testar esta solução, utilize uma maquina pra servidor, faça a instalação do CL10, escolha um perfil que instale um ambiente gráfico que vai facilitar nos testes e avaliação. Terminada a configuração do servidor, gere o disquete de boot e com este disquete faça boot na estação pra testar o boot remoto, quando OK vai fazer boot normalmente com o disquete e conectar no servidor. Pode substituir o disquete por EPROM na placa de rede, ou se preferir continue usando o floppy pra fazer o boot. Caso voce não saiba e nem tenha como gravar a EPROM, procure um tecnico que tenha o gravador pra lhe auxiliar nesta tarefa de gravar o boot na EPROM, configure a placa de rede pra fazer boot pela EPROM e instale em uma estação, note que a estação com esta placa de rede não precisa de floppy, CDROM nem HD pra fazer o boot, estação diskless, a EPROM substitue o floppy com o disquete, mas isto é opcional, pode continuar com o boot pelo floppy, considere que disquetes dão muitos problemas, podem ser facilmente modificados ou danificados, desaparecer e outros problemas. Pra configurar o servidor de boot remoto precisa dos serviços (DHCP, NIS, TFTP, NFS). Pra simplificar o trabalho, utilize o Linuxconf, instale estes pacotes: apt-get install linuxconf-cnc_rbc nfs-server nfs-utils linuxconf-nfsconf execute o linuxconf, entre em: ---Controle-- Gerenciamento do Linuxconf Módulos marque as duas opções: nfsconf [X] Configure the NFS server shellmod [X] módulo para fazer adicionais, em roteiros shel Fechar e OK até sair. execute novamente o linuxconf, entre em: Rede Remote Boot (este item fica em Serviços de inicialização). OK pro aviso sobre apt-get entre na primeira opção: Obter pacotes rpm para instalação do Servidor de Boot Remoto Depois entre na segunda opção: Instalação do Servidor de Boot Remoto, preencha os campos: Pra preencher estes dados, precisa pegar o conteúdo de [root@faqcl10 root]# cat /etc/hosts 127.0.0.1 localhost.localdomain localhost 192.168.1.185 faqcl10.zago.eti.br faqcl10 Neste exemplo os dados a serem preenchidos são: Nome do domínio NIS zago.eti.br Nome do domínio DNS zago.eti.br Senha de Root Confirmação da Senha Primeiro IP da Faixa 192.168.1.240 Último IP da Faixa 192.168.1.245 Em Senha de Root use senha diferente do root administrador do sistema, ele será o root das estações e por segurança a senha deve ser outra diferente do root do sistema. Neste exemplo será gerado configuração pra 5 estações que vão do ip 192.168.1.240 até 192.168.1.245. As demais opções desta tela não precisa mexer. Demora um pouco, quanto mais IP mais demorado, aguarde até aparecer o aviso "Instalação Concluida!" depois selecione a placa de rede, tem varios OK e sair, use a tecla tab e enter. Como gravar um disquete pra fazer boot remoto: Entre no Linuxconf, -> rede -> Remote boot -> criação de disquete de boot para estações. Vai abrir um tela pra escolher a placa de rede, selecione a placa que está instalada na estação que vai fazer o boot como cliente, enter pra gravar o disquete. Depois vá pra estação e faça boot por este disquete. Observe que quando executou o Linuxconf pra configurar o servidor de boot remoto, após responder sobre o dominio NIS e DNS voce informou a senha do root, este root não é o administrador do servidor, ele será o administrador da estação, não confunda com o root do sistema (servidor). Cada estação precisa criar seus usuários, o primeiro login na estação tem que ser este root e a senha dele é a informada no Linuxconf, depois crie os usuários pra esta estação. Achou muito complicado e trabalhoso, então use o NIS, centralizador de login, veja mais sobre o NIS em: http://www.zago.eti.br/nis.txt Na estação, após o login, configure e teste a funcionamento do mouse, video e outros perifericos, as configurações das estações são diferentes, elas estão em diretórios diferente da instalação que roda no servidor. ********************************************************************************** Log, mensagens de erro e soluções adotadas na instalação do boot remoto CL10. Erro no boot pelo floppy na estação: VFS: Cannot open root device "nfs" or unknown-block(0,255) Please append a correct "root=" boot option Kernel panic: VFS: Unable to mount root fs on unknown-block(0,255) Este erro ocorre quando seleciono: Perfil de instalação para desktop padrão Tentei iniciar e reiniciar o nfs e portmap mas não resolveu o problema, reinstalei com com perfil: Perfil de instalação mínimo Nesta opção não ocorre o erro acima, durante o boot exibe alguns erros mas as estações completou o login como root do boot remoto. Não carrega o ambiente gráfico, não permite criar usuários, está caindo no /home e não no /tftpboot/, acho que muitos erros na configuação.... ********************************************************************************** www.rom-o-matic.com tem rom para varias placas de rede Um bom site e o www.ltsp.org ( linux terminal server project ). E no site www.cipsga.org.br vc acha o manual dele traduzido. Com esse ltsp e um pouco de estudo vc consegue fazer isso tranquilamente. O Conectiva7 vem com um ótimo conjunto para servidor de boot remoto. Instale o pacote cnc*.rpm e faça tudo pelo linuxconf. basta usar o linuxconf para configurar no conectiva, ou entao usar o LTSP ( http://www.ltsp.org ) que na versao mais recente tambem suporta o conectiva. ps: sobre o conectiva, veja no site da conectiva, secao perguntas e respostas, que tem explicando como configurar o boot remoto. ********************************************************************************** BOOT REMOTO No site www.ltsp.org tem alguns links para fabricantes de coisas de boot remoto. Tem pelo menos um que vende EPROM de placa de rede. Soh que, a empresa eh gringa, vai custar caro mandar vir e vai demorar. Se chegar, os Correios ultimamente... nao vamos entrar nesse assunto. O que posso te garantir eh que gravar EPROM nao eh tao dificil assim. No HowTo de diskless da linuxdoc.org tem um diagrama de como montar um gravador de EEPROM (note que tem um E a mais no nome) Fazem uns 2 mese que estou querendo mudar o diagrama para gravar EPROM tambem que sao um pouco mais baratas. De qualquer maneira, eh possivel gravar as EPROMs com um gravador normal, se voce conhece alguem que tenha, resolvido. Aqui em Curitiba eu levo numa lojinha de eletronica que tem um gravador e eles gravam prah mim (a custos modicos) Os binarios das ROMs eu obtenho direto do site www.rom-o-matic.com e ao inves de baixar o Floppy Bootable, baixo o ROM. Mas eh isso, no que mais puder ajudar, estamos aih. Um forte abraco Xultz > Algum de vocês já tentou uma solução de boot remoto SEM o disquete, e somente com a Boot ROM da placa? ********************************************************************************** De: Marcus Lima Responder-a: marcuslima@marcuslima.eti.br Para: Mario Cezar , linux-br@bazar.conectiva.com.br Assunto: (linux-br) RES: (linux-br) não consigo instalar o ltsp 3.0 Data: 19 Jan 2003 07:33:56 -0200 > rpm -ivh ltsp_core-3.0.0-1.i386.rpm > Sorry, but Conectiva version not supported echo "Red Hat Linux release 6.2 (Zoot)" > /etc/redhat-release Isso vai fazer com que o LTSP instale achando que está num RedHat, como a arquitetura do CL é parecida, ele vai instalar normalmente. - Marcus Lima. --- ********************************************************************************** Ola Cassio, Nao sei se vou conseguir te ajudar mas vamos la. Para comecar vc tem que baixar alguns pacotes, veja na pagina: http://www.ltsp.org/download/index.html Os pacotes basicos necessarios sao: - lts_core-1.03-1.i386.rpm, versao atual; - o kernel que sera executado no terminal, conforme a placa de rede do terminal. Ex: "lts_kernel_ne2000-1.02-1.i386.rpm" para placas NE2000, ou vc mesmo pode preparar este kernel, veja exemplos: "config.ne2000", "config.rtl8139", etc..; - se vc vai executar o X no terminal, precisa baixar o pacote conforme a placa de video do terminal. Ex: "lts_xsvga-1.2.rpm" e tem que tar rodando o xfs; - bootp-2.4.3-7.i386.rpm, se precisar; - se vc for configurar impressoras nos terminais de boot remoto: "printtool.gz" ou o patch para versoes RedHat 6.0 e 6.1: "printtool.patch.gz. Aqui estou enfrentando alguns problemas, pois perco relatorios quando envio diversos seguidos sem intervarlo. Ainda nao consegui descobrir se eh por causa do deste programa ou se eh alguma configuracao do proprio linux; - os Bootrom Images para serem gravado na eprom conforme a placa de rede que vc vai utilizar. Vc vai precisar de um gravador de eprom, mas e possivel tambem emular gravando em disquete. Esta imagens sao do projeto "Etherboot", www.slug.org.au/etherboot/; - floppyload.bin se vc quiser testar o boot em disquete; - e obviamente o manual: lts.txt, lts.html,etc.. Os pacotes estao todos no formato .rpm. Eu instalei na distribuicao Conectiva 4.0, kernel 2.2.5-23cl. Para comecar vc deve ativar/descomentar no "/etc/inetd.conf" #tftp dgram udp wait root /usr/sbin/tcpd in.tftpd #bootps dgram udp wait root /usr/sbin/tcpd bootpd Apos a instalacao do "lts_core-1.03-1.i386.rpm", serao alterados os arquivos "/etc/bootptab", "/etc/exports" e criado o diretorio "/tftpboot/lts" e varios diretorios abaixo dele. No arquivo "/etc/exports" sera incluido uma linha para exportar o diretorio "/tftpboot/lts/ltsroot". No arquivo "/etc/bootptab" devera ser feita toda a configuracao boot remoto, inclusive a identificacao dos terminais. Logicamente vc deve alterar todos os numeros de IPs citados nestes arquivos para adequar a sua rede. Na instalacao do kernel, "lts_kernel_ne2000-1.02-1.i386.rpm", sera gerado o arquivo "vmlinuz.ne2000" no diretorio /tftpboot/lts" que sera o kernel a ser carregado no terminal. Vc pode ter varios arquivos de kernel neste diretorio e no arquivo "/etc/bootptab" deve ser identificado qual kernel a ser carregado pelo terminal conforme o endereco da placa de rede. Este endereco aparece quando vc tenta dar o boot, ja com a eprom de boot gravada, ou atraves de diquete com a imagem do boot gravado. Ele tem o seguinte formado 00:00:0C:20:FF ou coisa parecida, ai vc configura o IP, nome, o kernel que deve ser utilizado, deste terminal, no arquivo /etc/bootptab, veja linha exemplo onde tem a palavra "ws001". Para gerar um disquete de boot execute o seguinte comando: "cat floppyload.bin ne.rom >/dev/fd0". Os arquivos que vc deve configurar sao: - /etc/bootptab - /etc/dhcpd.conf e /etc/hosts - se vc utilizar a opcao de boot pelo DHCP - /etc/exports - /etc/rc.d/init.d/syslog - /tftpboot/lts/ltsroot/etc/lts.conf - onde define a caracteristica do terminal: servidor X, mouse, impressora, etc,etc... Para utilizar o X: - /etc/inittab - /etc/rc.d/init.d/xfs - /etc/X11/XF86Config - /etc/X11/xdm/Xservers - /etc/X11/xdm/Xaccess. Veja o manual. Qq problema que puder te ajudar estou a disposicao. > > Eu também estou precisando de criar disquete com boot remoto, será que > você não tem alguma receita > de bolo que eu possa usar. *********************************************************************************** > como fazer para instalar, por exemplo, o redhat6.2 em uma estacao > SUN-sparc64, sendo qeu a imagem do redhat6.2 esta' em um outro micro na > rede. > quero 'bootar' a maquina pela rede, tem jeito ?!? > se tiver documentacao sobre isso, me indiquem Não sei se é esta exatamente o que vc. procura mas : Eu fiz algumas experiências de boot remoto com PC , no caso de PC a coisa se sucedeu da seguinte maneira : - Fiz um boot-rom para placa ethernet de tal forma que o BIOS do PC passa a bola para este código que implementa o protocolo bootp, este faz um broadcast na rede e consegue em um servidor de boot os parâmetros para terminar o boot , como IP , o servidor que fornecerá a imagem de boot, etc. Eu não sei se os Sparck tem uma opção de boot remoto no BIOS , como algumas workstations HP, eu não sei como este código inicial poderia ser implementado, nos PC , isto era feito usando as placas ethernet. - O boot-rom agora solicita uma imagem de boot para o servidor usando tftp , que é um ftp simplíssimo sem autenticação e feito em UDP. Carrega na memória a imagem e passa a vez para a imagem. Pronto , agora vc. tem um linux no comando. - Se o computador tiver disco local é só montar, se não, é necessário ter um kernel que suporte NFSroot, ou seja permitar que a partição root ( / ) a partir de um servidor de NFS. Eu uso Debian e ele vem com os pacotes e documentação necessária para o boot remoto. Lembro que Debian suporta Spark desde 98. Referências : . Documentação dos pacotes ( /usr/doc/pacote , man , info ) bootp , netboot , tftp. . /usr/share/doc/HOWTO/en-txt/Diskless-HOWTO.txt.gz . /usr/share/doc/HOWTO/en-txt/Thinclient-HOWTO.txt.gz . /usr/share/doc/HOWTO/en-txt/Diskless-root-NFS-HOWTO.txt.gz . /usr/src/linux/Documentation/nfsroot.txt -- *********************************************************************************** ************************************* Sim, voce pode usar a mesma eeprom..... Voce pode considerar o chip como sendo um "pequeno disquete", entao voce só precisa de um gravador de eeprom..... Voce disse que já tem um diskless rodando ??? Voce monta o file system por NFS ??? Para configurar o Bootp voce só precisa descomentar as duas linhas (bootps e bootpc) do arquivo inetd.conf, e tambem precisa criar o arquivo /etc/bootptab. Se nao me engano o Conectiva 4.0 possui howto´s muito bons sobre o assunto.... *********************************************************************************** > > Eh possivel usar as eproms de boot que sao usadas normalmente em > > Novell?????? > > > > Se for possivel, como devo configurar meu bootp? Eu estava justamente estudando isto. Ao que me parece isto não depende de sistema operacional , porém depende do tipo de protocolo de hardware de rede ( Ethernet , Token Ring , etc. ), do protocolo lógico da rede ( TCP ), e do protocolo de boot remoto ( Bootpd , dhcp , etc. ). As redes Novell costumam usar outro protocolo de lógico de rede senão o TCP/IP , certo ? mas, como vc. está com terminais sem disco butando remotamente com diskette , então este não deve ser o problema, certo ? Algo útil, existem dois projetos que disponibilizam código de boot-rom livres um chamado de etherboot ( http://www.slug.org.au/etherboot/ ) e outro chamado de netboot que podem ser facilmente encontrados no altavista com a procura "etherboot and linux". Vale lembrar que dentre os 4500 pacotes do debian potato existe pelo menos o etherboot para instalação . *********************************************************************************** > Estou tentando implantar boot remoto em uma empresa, mas, estou tendo > difilculdades. > O servidor DHCP, BOOTP e TFTP ja estao configurados, ja compilei um kernel > com suporte a NFS e tb ja fiz o disquete com a rom. > Bom... a estacao carrega a rom, pega o ip, localiza o tftp, descarrega o > kernel, descompacta-o, so que quando vai montar o root NFS, ele informa que > nao consegue encontrar o servidor (NFS). > Alguem possui alguma dica de como fazer e onde esta errado? > > > > > > Atenciosamente > > > ===== GRUPO UNIDOS ====== > Kleverton Moisés - Adm. Rede Jr. > Filial 410 - Feira de Santana/BA > =========================== > > > > Voce tem que exportar (NFS) os diretorio root com os arquivos basicos /boot /bin /sbin /tmp /etc /var /lib e os pontos de montagem para /usr , /home, /mnt. Tem que criar um conjunto desses para cada estacao. Baixa os pacotes etherboot.rpm e etherboot-netboot.rpm, na documentacao existe um script que cria o diretorio raiz e um que duplica para a proxima estacao. A exportacao deve possuir como nome o ip da estacao. Ex. /tftp/192.168.1.50. Existe um parametro que se coloca no bootptab que indica a estacao o nome do NFS que ela deve usar, rp=/tftpboot/192.168.1.50. exemplo de um bootptab: baby.mpi.com.br:ht=ethernet:ha=0080adb72e65:ip=192.168.1.50: \ rp=/tftpboot/192.168.1.50 nik.mpi.com.br:ht=ethernet:ha=000021d38f08:ip=192.168.1.51: \ rp=/tftpboot/192.168.1.51 -- *********************************************************************************** http://vitoria.upf.tche.br/~fred/remote-boot.html ********************************************************************************** Parece que era o que eu estava procurando... FREEOS.COM: QUICK AND DIRTY GUIDE TO DISKLESS WORKSTATIONS "A computer which has only a network card, 8MB RAM, low-end cpu and a very simple mother-board with no modem/cdrom/floppy is an ideal candidate for the diskless transition!" COMPLETE STORY: http://www.freeos.com/showart.php?project=2&type=1-3&entryid=2343 []s ********************************************************************************** On Mon, 4 Jun 2001 22:17:34 -0300 (EST) José Alexandre Ferreira wrote: Olah amigo Eu configurei varias maquinas aqui usando boot remoto, todas estao funcionando como terminais X. O funcionamento estah bastante satisfatorio, estou realmente empolgado com a capacidade. No seu caso, ele teve algum problema na parte do NFS. Primeiro, eu preciso saber como voce fez com o kernel. O kernel voce configurou ele para montar o que? Se voce baixou um kernel do site ltsp.org, ele vai tentar montar (se nao me falha a memoria) o diretorio /tftpboot/ltspboot. Se for esse o caso me confirme, mas acho que eh isso mesmo. Caso voce tenha construido seu proprio kernel e usado o comando mknbi (que eh o que eu fiz), me diga qual diretorio voce colocou como opcao --rootdir. Eu. por exemplo, uso como opcao --rootdir=/diskless/%s Essa opcao %s eh substituida pelo IP que voce atribuiu aa maquina no BOOTP no arquivo /etc/bootptab (caso voce estaja usando DHCP eh diferente, eu nunca mexi com DHCP, mas eh o IP configurado de qquer maneira. Assim, eu criei um diretorio chamado /diskless/192.168.0.33 que eh o IP que configurei para meu terminal. Dessa maneira, fui criando esses diretorios conforme eu ia acrescentando maquinas diskless na rede. Cada diretorio desses tem uma arvore QUASE igual, com a diferenca que em /etc tem um XF86Config especifico para cada hardware. O mais importante eh que eu exportei no NFS cada diretorio desses. No arquivo /etc/exports tem uma linha do tipo /diskless/192.168.0.33 192.168.0.0./255.255.255.0(rw,no_roo_squash) No caso meu servidor estah rodando em Mandrake 7.02, entao eu preciso chamar o comando exportfs -all prah ele exportar todas essas linhas. Se digitar soh exportfs ele mostra os direotiros exportados. No seu caso, CL6 eu nao sei exatamente como funciona. Quando voce der boot e der erro, verifique no arquivo /var/log/messages o erro que estah dando. Voce pode ver esse arquivo com o comando tail /var/log/messages que ele mostra soh as ultimas linhas. Acho que ficou um pouco confuso o que escrevi aqui, qquer duvida me escreva em pvt que terei imenso prazer em ajudar. Se quiser, posso disponibilizar a arvore que liberei para cada maquina, caso voce queira fazer terminais remotos, como eu fiz. Eu estou trabalhando em um programa que fica monitorando a memoria usada e a CPU de cada terminal, e a memorioa, o swap e a cpu do servidor. Como sou semi-analfabeto em C, quem quiser ajudar serah bem-vindo. Sem mais, um forte abraco a todos. > Pessoal, > > Eu configurei uma maquina para servir uma outra maquina sem hd ( diskless > ) e estou com o seguinte problema: > Eu tempo de boot no cliente ele pede para colocar um disco de "root fs" e > pressionar enter. Aparentemente ele nao estah conseguindo montar atraves > do nfs o / e entao ele tenta atraves do disquete. > Alguem pode me dar uma forca ? Estou usando CL 6.0. *********************************************************************** *********************************************************************** Este tutorial eu estava esperando faz tempo: usar um 486 sem disco rígido para conectar ao X. O sistema boota por um disquete e vai buscar o sistema de arquivos raiz no servidor via NFS, sem usar HD. Veja: http://www.linuxgazette.com/issue68/swieskowski.html The X terminal works great, just like I'm sitting in X on my server. If you are having problems setting this up check the relevant HOWTOS listed above or ask your local Linux guru. These instructions should work to give you nice, fast, and, best of all, cheap X terminals to put around your home or office. *********************************************************************** Quem leu o artigo do terminal X sem disco rígido perguntou como fazer aquilo com outras distros. Aqui há um artigo completo de como fazer terminais X remotos sem disco rígido. O artigo se chama "Diskless Linux Kiosk" http://www.dnalounge.com/backstage/src/kiosk/ Aparentemente o objetivo é ter terminais de vídeo para informações em "shoppings" por exemplo. Mas pelo tamanho do artigo, acho que serve para qualquer outro tipo de aplicação. Muito completo. *********************************************************************** Na linuxjournal de junho saiu um artigo de Jorge Eduardo Nieto Lema sobre o Linux Terminal Server Project, e nele constam os seguintes endereços: http://www.ltsp.org e: http://www.ltsp.org/documentation/ e: http://etherboot.sourceforge.net e também: http://wwwDisklessWorkstations.com *********************************************************************** Beleza O mknbi eu sempre rodei conforme o HowTo da ltsp. Sao varias as opcoes lah, principalmente O QUE montar no servidor de NFS que voce configura no bootp ou dhcp. Eu sempre fiz assim: no meu servidor eu exporto um diretorio chamado /diskless dentro desse diretorio eu criei a arvore do terminal com o numero do IP dele Por exemplo, a maquina 192.168.0.39, sua arv0re fica em /diskless/192.168.0.39 No mknbi eu mando ele montar /diskless/%s o %s ele substitui pelo IP que ele ganha do bootp. Tem varias outras opcoes que eu uso igual ao HowTo, que nao dah erro. No manual do mknbi tambem passa varios bizus. Eu nunca experimentei passar o mknbi assim seco como voce fez, mas eu tenho quase certeza que pelo menos aqui nao funcionaria de jeito nenhum O problema eh que meu sistema de diskless eu fiz meio from scratch, montei as arvores dos terminais arquivo por arquivo, fiz meu proprio inittab, e nunca usei o ltsp com mais de um terminal e nunca usei a solucao pronta da conectiva, portanto nao sei se posso ajudar muito mais que isso... De qualquer forma, espero ter ajudado pelo menos um pouco... Um abraco Xultz On Tue, 20 Nov 2001 20:14:56 -0200 "Millenium Sistemas Ltda" wrote: > > eu consigo rodar ele dormalmente > > mknbi-linux kernel.imagem > kernel > > so que quando vou dar o boot remoto na maquina sem hd ela me da um monte de > erro, que nao acha o servidor nfs, e nao consegue montar o vfs etc. > > so que eu sei que o erro esta na linha de comando que estou utilizando o > mknbi-linux, para funcionar eu teria de adicionar a opcao -ipaddrs , mas eu > nao sei utiliza-la corretamente, olhei na faq, mas la mostra um endereco de > maquina e eu preciso para 4 maquinas (192.168.0.1 - 192.168.0.2 ...) > *********************************************************************** Existe um site chamado Linux Terminal Server Project O endereco eh www.ltsp.org O site eh muito, muito completo prah montar terminais e servidores diskless. Nesse site, alem de documentacao, possui varios kernel spreh compilados e configurados para varias placas de rede, e tem varias arvores bastante completas, com bash e cliente X. Eu baixei e rodei, achei realmente excelente o trabalho. Como no meu caso minha intencao eh ter somente maquinas rodando X, baseado nas informacoes deste site, consegui criar minha propria arvore. Estou agora trabalhando num programa que ficarah monitorando as condicoes de uso de CPU e memoria dos terminais. Nao sei bem o porque disso, mas sei lah, deu vontade de fazer, quem quiser ajudar, eh bem vindo, porque sou semi-analfabeto em linguagem C. Um outro site indispensavel eh o www.rom-o-matic.com, onde via web voce configura imagens de boot para terminais, ele compilae voce pode baixar na hora, excelente tambem. Meu conhecimento nesse assunto eh limitado, mas dentro do possivel, posso tentar ajudar quem estiver com alguma dificuldade. [[[]]] Xultz > Quem leu o artigo do terminal X sem disco rígido perguntou como fazer aquilo > com outras distros. > > Aqui há um artigo completo de como fazer terminais X remotos sem disco rígido. > O artigo se chama "Diskless Linux Kiosk" > > http://www.dnalounge.com/backstage/src/kiosk/ > > Aparentemente o objetivo é ter terminais de vídeo para informações em > "shoppings" por exemplo. Mas pelo tamanho do artigo, acho que serve para > qualquer outro tipo de aplicação. > > Muito completo. *********************************************************************** Subject: Re: (linux-br) LTSP ou Bootp: Tem como fazer por eprom? > O etherboot gera as imagens para serem gravadas nas eproms. O problema > para a maioria e gravar essa eproms, nao e todo mundo que tem um gravador > de eprom a mao. Para os que não tem o gravador de e-prom na mão , eu achei uma solução legal... Como todo mundo tem uma placa mae dessas... Eu estava lendo o rom-o-matic na semana passada e descobri que voce pode fazer o boot remoto dhcp com placas on-board ( a SiS900 eu testei), é mt simples, voce pega la na rom-o-matic umtuturialzinho e coloca o codigo dos caras dentro da tua bios e parte pro abraço.... Abracos, *********************************************************************** Voce estah confundindo as coisas, eu vou tentar te explicar O bootp eh um servico. Ele serva para o seguinte: quando uma eprom de placa de rede (ou disquete contendo o programa da eprom da placa de rede) eh executado, ele solta uma pergunta geral (broadcast) se tem algum servico de bootp no ar. A menos que voce tenha configurado o programa para usar dhcp, entao ao inves ele vai perguntar se tem algum servico de dhcp na rede. Conforme seja o caso, o servico vai responder e vai pedir o enderco ethernet da placa, ela vai responder, o servico vai dizer qual eh seu IP, que kernel deve baixar, e qual diretorio montar via nfs em qual maquna. Depois, o programa da eprom vai perguntar se tem algum tftp no ar, e voce deve ter esse servico no ar tambem. Ele vai responder, o programa vai pedir o kernel que o bootp falou, ele vai passar, e o kernel serah executado. Daih prah frente, eh com o kernel... O ltsp eh um pacotao, que faz o trabalho do kernel em diante. A documentacao explica sobre como usar o bootp ao inves do dhcp, eu uso aqui o bootp porque achei mais simplezinho de fazer funcionar, mas nao tem grandes diferencas Ou seja, eu uso o bootp E o ltsp, entendeu? E dando boot por disquete. Acho que eh mais ou menos isso que voce quer colocar no ar neh? Um forte abraco Xultz On Mon, 4 Mar 2002 21:21:40 +0000 "xmarlon" wrote: > Galera, só uma perguntinha meio que banal mais... > > quem utiliza ou utilizou o bootp como bot remoto é possível eu > configura-lo de tal maneira onde com apenas um disquete eu consiga > entrar já na parte gráfica do meu servidor ? > e o LTSP também ? > da experiencia de voces.. qual seria o mais vantajoso ? *********************************************************************** Existe sim. Eu fiz a tradução do guia de instalação do LTSP. Ele esta disponível no site http://www.cipsga.org.br Espero que ele te ajude. Anahuac > Alguem tem um passo a passo para instalar o LTSP ou algum site com dicas de > como instalar (em portugues). *********************************************************************** De: Xtian Xultz Para: linux-br Assunto: Re: (linux-br) Disquete Boot remoto Data: 08 Jul 2002 20:08:50 -0300 Hmmmmmmmmmmmmm Dah. Mas nao da maneira que voce falou. Vou explicar o porque: O disquete de boot remoto faz o seguinte: ele executa um programinha, que 1- procura a placa de rede e ve qual o endereco ethernet dela (mac) 2- manda um broadcast (mensagem sem destinatario) perguntando se alguem diz quem ele eh. 3- O dhcp diz prah ele qual seu IP, quem eh o servidor, e qual imagem ele deve carregar 4- Ele carrega o kernel pelo tftp (FTP trivial) executa, e monta o servidor por NFS Ou seja, a parte do disquete eh burrinha, nao tem nenhuma identificacao. O que voce pode fazer, eh pular tudo isso colocando um kernel no disquete, e nesse kernel passar a configuracao de qual servidor fazer a montagem e jah ter em alguma variavel quem eh aquele usuario. Eu nao sei bem ao certo como fazer isso, mas deve dar, de um jeito ou de outro. Se prepare para estudar um pouquinho a esse respeito... De qualquer maneira, eh um belo desafio Forte abraco, e boa sorte Xultz On Mon, 8 Jul 2002 16:59:13 -0300 "Daniel Paganini" wrote: > Boa tarde pessoal... > Estou dando uma olhada aqui sobre boot remoto.. e estou com uma ideia aqui e > nao sei se e possivel... > E possivel usar o disquete usado para boot remoto como uma "chave"? > Tipo.. gostaria que ficasse assim... cada funcionario teria um disquete > proprio, esse disquete daria o boot e automaticamente faria o login sem a > intervencao deste funcionario e habilitaria a estacao, seu login e seus > diretorios compartilhados... Alguem aqui ja viu algo assim? ou viu se e > possivel? (espero ter sido claro) ************************************************************** De: Edgard Lemos Responder-a: edgard@edconsultoria.com.br Para: New World Informatica Ltda , linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Boot Remoto Data: 16 Aug 2002 11:52:40 -0300 Em Wednesday 14 August 2002 07:32, New World Informatica Ltda escreveu: > Bom dia, tenho Conectiva 8, instalado na minha maquina e esta > servindo como servidor de boot remoto, o problema e que tenho > estacoes com placa de rede sis900 e dmfe, pra sis900 ele ja tem > imagem pra gerar o disco de boot, mas para a dmfe, nao tem, como faco > pra resolver este problema?. O boot remoto está limitado a alguns modelos de placas. Segundo o manual do Boot Remoto, você só pode fazê-lo com as seguintes placas: 3Com3c503, 3Com3c507, 3Com3c5x9, 3Com905x, 3Com900B, LinkSys LNE100TX, Intel EtherExpressPro100, SMC EtherPowerII, EXOS205, AMD Lance/PCI, CS89x0, NE2000, Windond NE2000-PCI, Realtek 8029, NE2000/PCI, NI5210, NI6510, Realtek 8139, SMC EZ10/100, SMC9000, TIARA, Digital Tulip 21142, Digital Tulip+, Digital Tulip Fast, WD80x ou com chipset equivalente. http://www.conectiva.com/doc/livros/online/8.0/servidor/intranet.html#BOOTREMOTO []s -- Edgard Lemos ************************************************************** De: Xtian Xultz Responder-a: xultz@projetos.etc.br Para: zeluis@iserver1.objetivo-americana.com.br Cc: Lista Linux BR Assunto: Re: (linux-br) boot remoto com LTSP Data: 27 Dec 2002 19:02:31 -0200 > - tenho regras de navegação para usuários, desta forma usando por exemplo o > Galeon do servidor todos navegam estando no servidor e as regras não fazem efeito; > Cara, nao entendi patavina do que voce quis dizer... Serah que ainda estou de ressaca da ceia do natal? > - ao carregar o XDM, o usuário comum pode simplesmente DESLIGAR meu servidor, > sem antes ter logado; Isso sao configuracoes do proprio xdm. Verifique exatamente quem estah dando o login, se eh o xdm, o kdm ou gdm (nunca usei o Suse, nao sei qual ele usa por padrao) e verifique seus arquivos de inicializacao. Se mesmo assim estiver perdido, verifique se existe um arquivo chamado prefdm em algum lugar do /etc, lah deve estar especificado qual login manager estah rodando. Depois, normalmente em /etc/X11/xdm estao os arquivos de configuracao, fora o do kdm, que teima em ficar em /usr/share/config/kde/kdm. Lembre-se, eu nao sei se no Suse eh assim tambem. No meu caso, com Mandrake 9, os terminais podem desligar o servidor, mas antes ele pede a senha de root... Tambem nao gostei dessa opcao... Mas ateh agora nao deu vontade de arrumar isso... > - o usuário consegue navegar com o gerenciador de arquivos por todo meu > diretório raiz (/). Gostaria de restringí-lo ao seu diretório pessoal; Isso nao eh uma situacao do LTSP, mas do Suse. Mas certamente ele pode navegar por QUASE todo o filesystem, mas soh pode fazer alteracoes em arquivos realmente especificos. Isso tudo eh uma questao de setar permissoes. Bom, espero que esteja assim no Suse, caso contrario, irah por agua abaixo todas as boas criticas que ouvi a respeito desta distro... > > Dentre outras questões. > > Alguém que utiliza boot remoto poderia me dar umas dicas, por exemplo se é > possível contornar esses problemas, etc. Tabém é válido informar outros > softwares de Boot Remoto, não sei se este é a opção mais adequada para o que > preciso. Existe um outro sistema chamado PXES (pxes.sf.net) A ideia do cara que tah fazendo ele (um argentino) eh muito boa mesmo. Nunca me animei a por prah rodar porque meu LTSP tah rodando redondinho demais, nao quero por a mao. Eu implementei alguns recursos que me faziam falta que sei que o PXES nao faz, por isso nao o experimentei, mas ele pode ser uma opcao ateh melhor que o LTSP em alguns casos... > Quando boot a estação o login que aparece é o do Linux, não aparece > aquele login do LTSP. Não sei se isso é um ponto de configuração errada ou não, > de qualquer forma não encontrei resposta ainda para isso. > Nao entendi essa tua pergunta tambem, mas acho que tua duvida eh que nao aparece aquela tela que mostra no manual, com um LTSP bem grande de fundo, neh? Isso eh um erro de configuracao do xdm. No meu caso, erro de configuracao do kdm. Eu meio que vi onde mexe nisso, mas tambem fiquei sem saco de arrumar isso, aquela tela cinza de fundo nao tah matando ninguem aqui... Nao que voce nao deva arrumar isso, se isso for importante, vah atras!!! > Agradeço qualquer ajuda. > Espero ter ajudado... > Abraços > Guardando uma segura distancia... ************************************************************** De: Xtian Xultz Responder-a: xultz@projetos.etc.br Para: Syndson Silva Cc: Lista Linux BR Assunto: Re: (linux-br) MiniDistro para terminal diskless Data: 18 Jan 2003 14:48:18 -0200 O LTSP eh um projeto voltado especialmente para isso. Ele suporta varias distribuicoes, uso-o com o Mandrake 9. Eu desconheco por completo os detalhes do boot remoto do Conectiva, nao sei se eh bom ou ruim, nem o que ele suporta. Se voce se interessa pelo assunto, eh uma boa dar uma olhada nos dois e comparar. O que posso te dizer eh que o LTSP funciona bem. O do Conectiva eu realmente nao sei. Quanto aa tua placa, realmente nao vai funcionar. Deixa eu te explicar. A rom que tem na tua placa eh para Netware. Ela procura por um servidor Netware na rede para receber uma imagem e dar um boot. O LTSP usa outro sistema, chamado etherboot. A diferenca dos dois eh que o etherboot procura por um servidor DHCP para receber um IP e dizer que imagem baixar e aonde. Daih ele pega essa imagem por TFTP e boota. Depois ele monta por NFS seu file system, e corre pro abraco. A diferenca entre os dois eh que o Netware roda sobre IPX, enquanto o Etherboot roda sobre TCP/IP. O que voce pode fazer eh: ou gravar uma imagem Etherboot para tua placa de rede nessa ROM, usando um gravador de EPROM especifico para isso, ou entao gravar essa imagem num formato bootavel num disquete, o resultado eh praticamente o mesmo (soh que daih teu terminal obrigatoriamente tem que ter um drive de disquetes, eh claro). Note que essa imagem bootavel tem por volta de 70k bytes apenas. A imagem que vai na EPROM tem menos de 32k bytes. Em Sex, 2003-01-17 às 16:05, Syndson Silva escreveu: > Alias, tenho mais uma dúvida: Ao que parece, existem dois métodos pra > fazer isso. Tem o LTSP e o Boot Remoto da Conectiva (BRCL). Eles não são > a mesma coisa? Qual seria a diferença? > O que eu sei é que o LTSP tem opção de fazer tocar o som nas estações. > Eu não sei o BRCL faz isso tudo. > Outra coisa: Eu tenho uma placa de rede com a ROM de boot. Por > curiosidade, eu deixei ela iniciar sozinha para ver se ela achava meu > servidor com BRCL, configurado para o boot com disquete. A placa não achou > nenhum servidor Netware (é... foi essa a mensagem de erro). Já me disseram > que é possível usar estas placas assim mesmo, se fizer um acerto no > servidor. Alguém já viu alguma dica disso? ************************************************************** De: Erlon Sousa Pinheiro Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) não consigo instalar o ltsp 3.0 Data: 19 Jan 2003 13:45:20 -0200 ----- Original Message ----- From: "Mario Cezar" To: Sent: Saturday, January 18, 2003 11:08 PM Subject: (linux-br) não consigo instalar o ltsp 3.0 > Olá Pessoal. > > Tenho o conectiva 7, kernel 2.4.12. > Pessoal sempre que tento instalar os pacotes ltsp_core-3.0.0-1.i386.rpm, > ltsp_kernel, ltsp_x_core, ltsp_x_fonts > > aparece a mensagem logo no primeiro pacote > > rpm -ivh ltsp_core-3.0.0-1.i386.rpm > Sorry, but Conectiva version not supported > > Alguem poderia me dar alguma sugestão pra resolver este problema? Eu não sei porque ele esta fazendo isso... mas ele faz o teste da versão utilizando o arquivo /etc/versão-conectiva esse arquivo deve ter exatamente o mesmo conteúdo que o script de instalação exige. ************************************************************** ************************************************************** ************************************************************** No site: www.cipsga.org.br Tem o manual do ltsp traduzido. Sò que é da versão 2.x e agora ele tá na versão 3.x mas se tu pegar esse em portugues e o outro ( da versao 3.x ) em ingles no site do ltsp voce se entende por que nao muda muito. EU consegui assim. Qualquer duvida espesifica manda aí. ************************************************************** De: Flavio Crispim Para: Linux-BR Assunto: Re: (linux-br) MiniDistro para terminal diskless Data: 21 Jan 2003 13:33:10 -0300 > Quanto aa tua placa, realmente nao vai funcionar. Deixa eu te explicar. > A rom que tem na tua placa eh para Netware. Ela procura por um servidor > Netware na rede para receber uma imagem e dar um boot. > O LTSP usa outro sistema, chamado etherboot. A diferenca dos dois eh que > o etherboot procura por um servidor DHCP para receber um IP e dizer que > imagem baixar e aonde. Daih ele pega essa imagem por TFTP e boota. > Depois ele monta por NFS seu file system, e corre pro abraco. Algumas placas conseguem por si só gravar a imagem. Eu consegui fazer isto com placas 3com e usando ROM de velhas motherboards(29f100), no site da 3com existe o software para gravação. ************************************************************** De: Edgard Lemos Para: marcio katan Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Servidor Diskless X não funciona no CL8+ Data: 22 Jan 2003 20:58:50 -0200 Em Tue, 21 Jan 2003 18:44:34 +0000 marcio katan escreveu: > Olá lista. Tinha um servidor de terminais LTSP funcionando blz. Migrei > este servidor para o CL8+ e tentei adotar o servidor de boot remoto da > conectiva. As máquinas iniciam e dão boot normal, só que o X Windows > não roda de jeito nenhum. Já editei vários arquivos (xinitrc, xdmrc, > kdmrc, etc, etc...). Só aparece uma tela azul dizendo que não > encontrou o kdeinit, e pedindo para verificar a instalação. ;já refiz > a instalação três vezes e nada. Agradeço qualquer ajuda. Temos uma instalação de máquinas diskless e X remoto usando Conectiva 8+ em produção em um cliente. Fizemos a instalação normal e seguimos as instruções do manual: http://www.conectiva.com/doc/livros/online/8.0/servidor/intranet.html#CLIENTEX http://www.conectiva.com/doc/livros/online/8.0/servidor/intranet.html#BOOTREMOTO Funciona que é uma beleza! ************************************************************** De: Mario Cezar Para: marcio katan Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) ltsp3 Data: 02 Feb 2003 21:22:36 -0200 Obrigado pela dica, mas sempre foi em caixa alta. Fui mal na digitação. /opt/ltsp/i386/etc/lts.conf Begin------------------------------------------------------------------ ## Config file for the Linux Terminal Server Project (www.ltsp.org) #[Default] SERVER = 192.168.0.254 XSERVER = auto X_MOUSE_PROTOCOL = "PS/2" X_MOUSE_DEVICE = "/dev/psaux" X_MOUSE_RESOLUTION = 400 X_MOUSE_BUTTONS = 3 USE_XFS = N LOCAL_APPS = N RUNLEVEL = 5 #---------------------------------------------------- # Example of specifying X settings for a workstation # [Pentium] # SERVER = 192.168.0.1 # XF86CONFIG_FILE = pentium XSERVER = XF86_VGA16 # X_COLOR_DEPTH = 15 X_MODE_0 = 1024 x 768 LOCAL_APPS = N USE_NFS_SWAP = N SWAPFILE_SIZE = 48m RUNLEVEL = 5 # Isso foi acrescentado por mim X_MOUSE_PROTOCOL = "Microsoft" X_MOUSE_DEVICE = "/dev/ttyS0" X_MOUSE_RESOLUTION = 400 X_MOUSE_BUTTONS = 2 #[ws002] # XSERVER = XF86_SVGA # LOCAL_APPS = N # USE_NFS_SWAP = N # SWAPFILE_SIZE = 64m # RUNLEVEL = 3 # # O restante dos comandos, todos estão comentados End----------------------------------------------- /etc/dhcpd.conf Begin------------------------- # Sample configuration file for ISCD dhcpd # # Don't forget to set run_dhcpd=1 in /etc/init.d/dhcpd # once you adjusted this file and copied it to /etc/dhcpd.conf. # default-lease-time 21600; max-lease-time 21600; option subnet-mask 255.255.255.0; option broadcast-address 192.168.0.255; option routers 192.168.0.1; option domain-name-servers 192.168.0.1; option domain-name "mario.com"; option root-path "192.168.0.1:/opt/ltsp/i386"; shared-network WORKSTATIONS { subnet 192.168.0.0 netmask 255.255.255.0 { } } group { use-host-decl-names on; option log-servers 192.168.0.1; host Pentium { hardware ethernet 00:E0:7D:D5:67:01; fixed-address 192.168.0.2; filename "/tftpboot/lts/vmlinuz-2.4.19-ltsp-1"; ## option option-128 e4:45:74:68:00:00; #This is NOT a MAC address ## option option-129 "NIC=ne IO=0x300"; } ## host ws002 { ## hardware ethernet 00:D0:09:30:6A:1C; ## fixed-address 192.168.0.2; ## filename "/tftpboot/lts/vmlinuz.ltsp"; ## } } End----------------------------------- /etc/hosts Begin------------------------ 192.168.0.1 duron.localdomain duron 192.168.0.2 duron.localdomain Pentium End ----------------------- Assinantes em 02/02/2003: 2237 ************************************************************** De: Valter Buriti Para: Fabrício Lamonica Cc: Linux br Assunto: Re: (linux-br) swap em boot remoto Data: 19 Mar 2003 12:03:21 -0300 Fabricio, Acredito que voce deva estar com outro problema que nao seja memoria, pelo que eu sei um terminal nada mais eh do que uma estensao da maquina onde ele esta ligado, ou seja eh como se o seu servidor tivesse varios teclados, mouses e monitores ligados simultaneamente, ja utilizei o CL7/8 como servidor de terminais com maquinas de apenas 32MB e nao tive nenhum problema. Verifique os logs, para ter uma ideia mais exata sobre o que esta ocorrendo. Lembre-se que todo o processamente, memoria fisica e swap dependem do servidor, verifique tambem as condicoes fisicas do seu terminal, pode estar com algum problema de comunicacao. Boa Sorte Fabrício Lamonica wrote: Olá, pessoal! Instalei um servidor Conectiva 8 de boot remoto e configurei uma estação sem HD para acessá-lo. Percebi que a estação com 64 MB ficava sem memória RAM e por isso fechava determinados aplicativos. Diante disso, coloquei + 64 MB, passando a ter 128 MB e funcionando beleza. O negócio é que acredito que não precise de 128 MB na estação (no servidor tenho 896MB) se eu configurar o swap para ela. O problema é como fazer. Estive vendo que dá para criar o swap no servidor, mas não sei como. Alguém já passou por isso? Obrigado a todos! ************************************************************** De: Joerlei P. Lima Para: lista@netenet.com.br Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Boot Remoto por favor me ajudem Data: 27 Mar 2003 10:53:19 -0300 > Em Qua 26 Mar 2003 15:50, Mago escreveu: > > Pessaol Configurei um servidor de boot remoto usando o CL8+ > > mas minha estacoes nao acessam em modo grafico > > mesmo eu tendo configurado a placa de video nas estacoes > > nao apresenta a tela do kde normal, ele entra em modo grafico > > somente na metade da tela com um prompot de comando. > > oque devo fazer para ter o kde normal. > > > > Por favor se alguem souber me ajude. > > > > Alexandre de Almeida. > > > Oi, Alexandre! > Cara, estou enfrentando esse problema aqui tb. Pesquisei sobre os arquivos > para alterar e achei que tinha encontrado a solução, mas infelizmente não deu > certo. O que eu fiz foi configurar a estação de boot remoto para iniciar no > modo texto para fazer login e depois chamar o kde. Ensinei para a secretária > da empresa e não estou tendo problemas com isso. Como estou sem tempo, não > tive condições de pesquisar mais, mas assim que der vou tentar resolver essa > situação. > > Se alguém tiver a solução para isso eu ficaria muito grato :) > > Não tive esse problema com o boot remoto no CL8, mas se funciona corretamente ao entrar em modo texto e depois digitar kde, deveria funcionar no login gráfico também. Façam o seguinte: entrem em modo texto e chamem o kdm (como root, kdm &) e vejam se ocorre o problema. Se não ocorrer, coloquem isso no rc.local, que resolverá por ora (não é a melhor solução, eu sei) :-). Qualquer coisa, mandem um e-mail para joerlei@pop.com.br ]'s Joerlei ************************************************************** De: Fabrício Lamonica Para: Mago , linux-br Assunto: Re: (linux-br) Boot Remoto por favor me ajudem Data: 27 Mar 2003 08:36:52 -0300 Em Qua 26 Mar 2003 15:50, Mago escreveu: > Pessaol Configurei um servidor de boot remoto usando o CL8+ > mas minha estacoes nao acessam em modo grafico > mesmo eu tendo configurado a placa de video nas estacoes > nao apresenta a tela do kde normal, ele entra em modo grafico > somente na metade da tela com um prompot de comando. > oque devo fazer para ter o kde normal. > > Por favor se alguem souber me ajude. > > Alexandre de Almeida. Oi, Alexandre! Cara, estou enfrentando esse problema aqui tb. Pesquisei sobre os arquivos para alterar e achei que tinha encontrado a solução, mas infelizmente não deu certo. O que eu fiz foi configurar a estação de boot remoto para iniciar no modo texto para fazer login e depois chamar o kde. Ensinei para a secretária da empresa e não estou tendo problemas com isso. Como estou sem tempo, não tive condições de pesquisar mais, mas assim que der vou tentar resolver essa situação. Se alguém tiver a solução para isso eu ficaria muito grato :) ************************************************************** De: Maurício Para: linux-br@bazar.conectiva.com.br Assunto: (linux-br) RES: (linux-br) Boot Remoto por favor me ajudem Data: 27 Mar 2003 09:03:02 -0300 Olá Alexandre e Fabrício. Tive esse problema aqui da seguinte forma, aparecia a tela que antecede a de login (como se fosse uma malha cinza) com o cursor do mouse em forma de X, e a bendita tela de login nada de aparecer, meu problema estava no DNS, experimente colocar no arquivo /etc/hosts o endereço IP da máquina pra fazer um teste. []´s ************************************************************** De: Alessandro Giusti Para: Linux-br Assunto: Re: (linux-br) Um computador para + de um usuario simultaneo Data: 13 Jun 2003 12:32:05 -0300 Fabio, eu usei o tutorial da PCMaster n. 72 (Maio 2003), com algumas modificações. Qdo instalei o rpm, ele deu o mesmo erro que vc descreve (tambem tenho o conectiva 9). Parece que ele não rodou um script de pos-instalação. Faz o seguinte: - Instala os pacotes ltsp-core, ltsp_x_fonts, ltsp_x_core, ltsp_kernel. - Vai no dir /opt/ltsp/install_scripts e cria um link: ln -s conectiva.sh conectiva-9.sh - Roda o ./install.sh - Faça as modificações nos arquivos do dir /opt/ltsp/templates (exports.tmpl, dhcpd.conf.tmpl, hosts.allow.tmpl, etc...) - No dir /opt/ltsp/install_scripts, rode o ./ltsp_initialize - Pegue no site http://rom-o-matic.net a imagem para criar um disquete de boot para a sua placa de rede. - Gere o disquete de boot: cat imagem > /dev/fd0 - Tem um arquivo lts.conf ou ltsp.conf onde estão as configurações dos clientes. Precisa configurar ele tb. - Inicie os serviços NFS, DHCPD e INETD (com o tftpd habilitado) Dica: - Tome cuidado na configuração do dhcpd.conf, pois é lá que vão estar as informações para o cliente achar o kernel no servidor. Que eu me lembre foi mais ou menos isso que eu fiz, mas posso ter esquecido algo. Se tiver algum problema ou duvida, me avise. T+ Alessandro Giusti ----- Original Message ----- From: "Suporte Tecinco - Fábio" To: "Alessandro Giusti" Sent: Wednesday, June 04, 2003 5:18 PM Subject: Re: (linux-br) Um computador para + de um usuario simultaneo > Boa tarde Alessandro, > > Gostaria de saber o que foi necessario fazer pro LTSP funcionar, e qual é a > distribuição que você utiliza, ou se não precisou fazer nada além de mandar > instalar. > > Tentei instalar aqui no meu Conectiva 9, mas aparece mensagem que a versao > do meu linux nao eh compativel. Como poderia instalar o LTSP e logar minhas > estacoes no meu servidor linux ? ************************************************************** De:  Alessandro Giusti Para:  Linux-br Assunto:  Re: (linux-br) Um computador para + de um usuario simultaneo (LTSP) Data:  Fri, 20 Jun 2003 09:59:12 -0300 Fabio, eu usei o tutorial da PCMaster n. 72 (Maio 2003), com algumas modificações. Qdo instalei o rpm, ele deu o mesmo erro que vc descreve (tambem tenho o conectiva 9). Parece que ele não rodou um script de pos-instalação. Faz o seguinte: - Instala os pacotes ltsp-core, ltsp_x_fonts, ltsp_x_core, ltsp_kernel. - Vai no dir /opt/ltsp/install_scripts e cria um link:     ln -s conectiva.sh conectiva-9.sh - Roda o ./install.sh - Faça as modificações nos arquivos do dir /opt/ltsp/templates (exports.tmpl, dhcpd.conf.tmpl, hosts.allow.tmpl, etc...) - No dir /opt/ltsp/install_scripts, rode o ./ltsp_initialize - Pegue no site http://rom-o-matic.net a imagem para criar um disquete de boot para a sua placa de rede. - Gere o disquete de boot: cat imagem > /dev/fd0 - Tem um arquivo lts.conf ou ltsp.conf onde estão as configurações dos clientes. Precisa configurar ele tb. - Inicie os serviços NFS, DHCPD e INETD (com o tftpd habilitado) Dica: - Tome cuidado na configuração do dhcpd.conf, pois é lá que vão estar as informações para o cliente achar o kernel no servidor. Que eu me lembre foi mais ou menos isso que eu fiz, mas posso ter esquecido algo. Se tiver algum problema ou duvida, me avise. T+ Alessandro Giusti ----- Original Message ----- From: "Suporte Tecinco - Fábio" To: "Alessandro Giusti" Sent: Wednesday, June 04, 2003 5:18 PM Subject: Re: (linux-br) Um computador para + de um usuario simultaneo > Boa tarde Alessandro, > > Gostaria de saber o que foi necessario fazer pro LTSP funcionar, e qual é a > distribuição que você utiliza, ou se não precisou fazer nada além de mandar > instalar. > > Tentei instalar aqui no meu Conectiva 9, mas aparece mensagem que a versao > do meu linux nao eh compativel. Como poderia instalar o LTSP e logar minhas > estacoes no meu servidor linux ? > > Abraços, até mais, ************************************************************** De:  Marcio Katan Para:  Sandro Boy Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)vmlinuz.ltsp Data:  Wed, 1 Oct 2003 11:12:32 -0300 Olá Sandro. Tudo bem? Geralmente o LTSP instala o kernel no diretório /tftpboot/lts/. Repare também que não há necessidade de se colocar o ip da máquina na linha 'filename' do dhcpd.conf. O ip entra na opção: option root-path    "x.y.w.z:/opt/ltsp/i386"; Repare também que a barra que você colocou está invertida ("\" está errado. O correto é "/"). Veja se resolve. qualquer coisa, me contate em pvt. P.S. Verifique se existe o link simbólico 'vmlinuz.ltsp' dentro do diretório /tftpboot/lts/. --   °v°    Marcio Katan  /(_)\   Soluções Linux no Rio de Janeiro   ^ ^    ICQ 76209707 Tels.: (55) (21) 3372-7985 / 8865-8172 marcio_katan@bol.com.br marcio_katan@yahoo.com.br www.marciokatan.hpg.com.br ************************************************************** De:  Massahide Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)vmlinuz.ltsp Data:  Wed, 1 Oct 2003 10:07:42 -0300         Creio que vc tenha que trocar o /tftboot da configuração do tftp no seu inetd.conf para o diretório dos arquivos triviais de boot, no caso /lts. Em Tue, 30 Sep 2003 14:00:55 +0000 "Sandro Boy" escreveu: > Instalei o LTSP para boot remoto. Entretanto quando o disco de boot é > acionado ele para em uma tela Loading 10.3.8.1:\lts\vmlinuz.ltsp..... > Sendo que o arquivo /etc/dhcpd.conf está com a linha filename > /lts/vmlinuz.ltsp > E o /etc/inetd.conf > tftp      dgram   udp   wait.300   nobody /usr/sbin/tcpd  in.tftpd -s > /tftpboot ************************************************************** De:  Massahide Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)boot remoto com eprom.... Data:  Thu, 16 Oct 2003 08:06:30 -0200         A propósito, qual mensagem aparece na tela?         Mas você deve ter mandado gravar eproms para Netware, tente usar o Mars_nwe (emulador de netware, tal qual o samba para Win), então coloque uma imagem do seu disquete de boot na pasta SYS/LOGIN do seu servidor com o nome "net$dos.sys", esta pasta geralmente fica em /var/mars_nwe/sys/login. Boa sorte! :) Em Wed, 15 Oct 2003 17:23:51 -0300 (ART) sergio alex escreveu: > boa tarde pessoal > cansado de ficar gerando disquetes pra usar boot > remoro resolvi procurar uma forma de acabar com esse > problema e achei q gravar eproms seria uma boa > solução, utilizo uma serie de pentium 100, etc...  > com placas NE2000 ISA mais gerei o disquete com a > imagem pra eprom madei grava-la espetei na placa mudei > no setup da estacao pra dar boot pela LAN e naum rola > nem busca o servidor de dhcp, tem q ser feita alguma > configuração via software na placa de rede sobre algum > endereço sei lah alguma coisa ???? > Ou sera q deu problema na minha eprom o na imagem sei > lah  ... > Se alguem puder me dar umas dicas agradeço .... ************************************************************** De:  Rodrigo Lima Para:  Joao Pedro Pavan , Forum , zago Assunto:  Re: (linux-br)Boot Remoto Data:  Fri, 9 Jan 2004 15:16:42 -0200 > Bom dia, > > > Preciso instalar um servidor de Boot Remoto com o > redhat 9. Mas não estou encontrando a maneira de fazer > isso. > Na Distribuição da Conecitva, lá no Linuxconf existe > dentro da opção de redes, servidores - Boot remoto. > E no redhat aonde esta essa opção???? Acho melhor você configurar na mão mesmo ;-), não é difícil! No site www.ltsp.org na área de downloads vc baixa todos arquivos necessários para instalação do servidor de boot remoto. Vc precisa ter instalado na máquina o nfs, tftp-server, portmap. Depois de todos arquivos instalados e os serviços ativos, edite o /etc/dhcpd.conf e cadastra os mac address das placas de rede da estação. Qualquer dúvida é só mandar ok? Abraços, []'s Rodrigo de Lima Silva Analista de Suporte email: rodrigo.lima@brturbo.com / rodrigo@support.inf.br GAIM / MSN: rodrigo@support.inf.br ICQ / LICQ: 170008989 GNU Linux User: 289388 GNU Linux Red Hat 8.0 Kernel 2.4.18 ************************************************************** De:  Adilson Oliveira Para:  Linux-Br@Bazar.Conectiva.Com.Br Assunto:  Re: (linux-br)Boot Remoto Data:  Fri, 09 Jan 2004 16:18:45 -0200 Rodrigo Lima wrote: Bom dia, > > > > > > Preciso instalar um servidor de Boot Remoto com o > > redhat 9. Mas não estou encontrando a maneira de fazer > > isso. > > Na Distribuição da Conecitva, lá no Linuxconf existe > > dentro da opção de redes, servidores - Boot remoto. > > E no redhat aonde esta essa opção???? > > > > > Acho melhor você configurar na mão mesmo ;-), não é difícil! > No site www.ltsp.org na área de downloads vc baixa todos arquivos > necessários para instalação do servidor de boot remoto. > Uma pequena observação: Vejo muita gente interessada em boot remoto ser direcionada pro site do ltsp mas o ltsp (Linux Terminal Server Project) não é um servidor de boot remoto mas, como diz o nome, é um servidor de terminais (ou servidor de aplicações como eu gosto de dizer). Apesar de ele poder também funcionar como servidor de boot remoto, o conceito é diferente. No boot remoto o servidor é usado, como o nome diz, para o botto da máquina remota e então SO, utilitários e aplicativos são carregados para a máquina remota e executados nesta. No caso do ltsp, é carregado na máquina remota um SO mínimo (e o X server se for o caso) e o aplicativo é rodado no *servidor* e exportado para a estação remota. Isso faz com que máquinas pequenas possam executar aplicativos "pesados" sem problemas, dependendo é claro, do servidor. Vale *muito* à pena. Eu mesmo gosto de usar uma implementação chamada k12ltsp que é uma instalação RedHat (atualmente Fedora Core 1) já com o LTSP prontinho para usar. []s Adilson. -- ************************************************************** De:  Hamacker Para:  Marcos M. Murila Cc:  linux-br@bazar.conectiva.com.br Assunto:  Re: (linux-br) Versão do Conectiva para 386 com 8 MB Data:  Thu, 22 Jan 2004 10:16:38 -0200 Acho que a melhor opção para ressussitar os 386 seria usar um boot remoto (ou boot from net) carregando uma imagem pre-instalada dum tftp. Ou entao partir para o uso do LTSP se quiser rodar aplicacoes graficas. Veja estes links : http://www.ltsp.org/documentation/index.php http://www.guiadohardware.info/tutoriais/062/ inte+ Marcos M. Murila wrote: > Boa tarde > >     Estava tentando Instalar, o conectiva linux em alguns 386, aqui no meu > serviço, para que possa funcionar como terminal burro, acessando através de > telnet um servidor principal, tentei instalar várias versões ( CL9, CL8, > CL7, CL6 ), todas, durante a instalação da um erro de "signal 11", procurei > por este erro na internet e se não me engano é um erro por memória > insuficiente, já tenho este sistema funcionando com o CL8 em um 486 com 16 > MB, porém preciso instalar em um 386 com 8 MB, por isso gostaria de saber, > qual versão Conectiva aceita trabalhar com 8 MB de memória, pois terei que > baixar da net a ISO da versão correspondente, e gostaria de continuar > trabalhado com o Conectiva Linux. ************************************************************** Date: Tue, 27 Jan 2004 14:15:32 -0300 From: Massahide Subject: Re: (linux-br)Configurar Servidor TFTP To: linux-br@bazar2.conectiva.com.br Message-ID: <20040127141532.5488c78e.massahide@ig.com.br> Content-Type: text/plain; charset="iso-8859-1"         Os TFTPs mais atuais não conseguem ser iniciados pelo inetd (talvez consigam pelo xinetd - não testei) mas um modo que achei para iniciá-lo no boot foi colocar a linha "/usr/sbin/in.tftpd -vl -s /tftpboot" no rc.local, no qual a opção v é de verbose, l de standalone (listen) mode, -s o diretório raiz dos arquivos do tftp. Em Qui, 22 de janeiro de 2004 às 16:45 BRT Raynilson Closbel Martins escreveu: > Gostaria de saber como faço para configurar um servidor tftp no linux. > Esotu utilizando CL9. Tentei configurar pelo inetd adicionando a linha > > no inet.conf > tftp    dgram   udp     wait    root    /usr/sbin/tcpd  in.tftpd > /tftpboot Infelismente não deu certo. Alguém podiria me dar alguma > dica do que pode estar errado? ------------------------------ ************************************************************** De:  Informatica Para:  Linux-BR Assunto:  (linux-br)Problema com xfs e ltsp Data:  Wed, 04 Feb 2004 08:53:44 -0300 Pessoal, Estou tendo problemas para imprimir os relatorios em uma aplicacao C++/Qt. Depois de uma boa insistida, estou conseguindo imprimir corretamente se eu usar a fonte "Lucida [Jdk]"  mas outras fontes nao funcionam. So que estou com outro problema agora, a aplicacao sera executada em um servidor de aplicacoes e os terminais usam o ltsp para se conectarem no servidor. So que as fontes que aparecem no servidor, nao aparecem nos terminais. Logando com o mesmo usuario direto no servidor, aparecem varias fontes, inclusive a "Lucida [Jdk]". Logando nos terminais, aparecem muito menos fontes e nenhuma delas conseguiu imprimir corretamente. Estou usando o xfs no servidor de aplicacoes. Segue abaixo o /etc/X11/fs/config do servidor de aplicacoes: # Default font server configuration file for Red Hat Linux 6.0 # # allow a max of 4 clients to connect to this font server client-limit = 15 # when a font server reaches its limit, start up a new one clone-self = off # alternate font servers for clients to use #alternate-servers = foo:7101,bar:7102 # where to look for fonts catalogue = /usr/X11R6/lib/X11/fonts/misc:unscaled,     /usr/X11R6/lib/X11/fonts/75dpi:unscaled,     /usr/X11R6/lib/X11/fonts/100dpi:unscaled,     /usr/X11R6/lib/X11/fonts/misc,     /usr/X11R6/lib/X11/fonts/Type1 # in 12 points, decipoints default-point-size = 120 # 100 x 100 and 75 x 75 default-resolutions = 75,75,100,100 # how to log errors # use-syslog = on Este e o lts;conf do servidor de boot, que nao e a mesma maquina do servidor de aplicacoes: # # Config file for the Linux Terminal Server Project (www.ltsp.org) # [Default]         SERVER             = 10.10.4.5         XDM_SERVER         = 10.10.4.4     USE_XFS            = Y         XFS_SERVER         = 10.10.4.4         XSERVER            = auto     X_MOUSE_PROTOCOL   = "PS/2"     X_MOUSE_DEVICE     = "/dev/psaux"     X_MOUSE_RESOLUTION = 400     X_MOUSE_BUTTONS    = 3         XkbModel           = "abnt2"         XkbLayout          = "br"     LOCAL_APPS         = N         USE_NFS_SWAP       = N         SWAPFILE_SIZE      = 48m         RUNLEVEL           = 5 #------------------------------------------------------------------------------ # # Example of specifying X settings for a workstation # [captacao1]         XSERVER            = auto         PRINTER_0_DEVICE   = /dev/lp0         PRINTER_0_TYPE     = P [captacao2]         XSERVER            = auto     # Configuracao para monitor LG 500G         X_HORZSYNC         = 30-54         X_VERTREFRESH      = 50-120 [recepcao1]         XSERVER            = auto         PRINTER_0_DEVICE   = /dev/lp0         PRINTER_0_TYPE     = P     # Configuracao para monitor LG 563A         X_HORZSYNC         = 30-61         X_VERTREFRESH      = 50-120 [recepcao2]         XSERVER            = auto         PRINTER_0_DEVICE   = /dev/lp0         PRINTER_0_TYPE     = P     # Configuracao para monitor LG 500G         X_HORZSYNC         = 30-54         X_VERTREFRESH      = 50-120 [triagem1]         XSERVER            = auto         PRINTER_0_DEVICE   = /dev/lp0         PRINTER_0_TYPE     = P     # Configuracao para monitor LG 563A         X_HORZSYNC         = 30-61         X_VERTREFRESH      = 50-120 [triagem2]         XSERVER            = auto         PRINTER_0_DEVICE   = /dev/lp0         PRINTER_0_TYPE     = P [faturamento2]         XSERVER            = auto     X_MOUSE_PROTOCOL   = "Microsoft"     X_MOUSE_DEVICE     = "/dev/ttyS0"         PRINTER_0_DEVICE   = /dev/lp0         PRINTER_0_TYPE     = P     # Configuracao para monitor LG 500G         X_HORZSYNC         = 30-54         X_VERTREFRESH      = 50-120 [expedicao]         XSERVER            = auto         PRINTER_0_DEVICE   = /dev/lp0         PRINTER_0_TYPE     = P     # Configuracao para monitor LG 500G         X_HORZSYNC         = 30-54         X_VERTREFRESH      = 50-120 Se alguem puder me ajudar, ficaria muito grato PS: Alem disto, alguem tem alguma ideia do porque que as aplicacoes em Qt nao conseguem imprimir com todas as fontes do servidor? Apenas algumas das fontes funcionam na impressao. Obrigado Josinei ************************************************************** De:  Rodrigo Lima Para:  dorsolini , lista-linux Assunto:  Re: (linux-br)criar disquete de boot remoto Data:  Tue, 10 Feb 2004 09:36:30 -0300 > Qual o comando para criar um disquete de boot remoto para eu conectar no meu > servidor linux atraves de estacoes e utilizar o sistema ? > > grato Olá Eduardo, Vc precisa mais do que um disquete pra conseguir fazer o que vc quer. Vc terá que configurar um servidor de boot remoto, aí sim depois vc cria um disquete de boot pra cada estação. Não é difícil, pra criar os disquetes basta acessar o site www.rom-o-matic.com e baixar um arquivo de imagem referente a placa de rede da estação. Por exemplo, se vc tem uma placa Realtek 8139 baixe a imagem referente a esta placa ok? Se vc estive usando o Linux, pra passar a imagem para o disquete faça o seguinte:  cat nome_da_imagem > /dev/fd0. Bom, isso vc irá criar somente o disquete de boot, agora vem a parte um pouco mais difícil que é criar o servidor de boot remoto, mas aí vc terá que procurar documentação na internet, pois se for te explicar por email eu fico o dia todo aqui :-) Pra começar: www.ltsp.org - Página com todos os pacotes necessários para instalação e os manuais de instalação Boa sorte! []'s Rodrigo de Lima Silva Analista de Suporte email: rodrigo.lima@brturbo.com / rodrigo@support.inf.br GAIM / MSN: rodrigo@support.inf.br ICQ / LICQ: 170008989 GNU Linux User: 289388 GNU Linux Red Hat 8.0 Kernel 2.4.18 ************************************************************** De:  hamacker Para:  ATS - UOL Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Boot num Servidor Samba com PC sem HD. Data:  Wed, 14 Apr 2004 12:22:50 -0300 Visite o site : http://www.nu2.nu/bootdisk/modboot/ E crie um disco de boot modular com MSDOS+TCP+TERMINAL SSH. Ok. o SSH é opcional, mas se voce quer tirar vantagem usa DOSEMU no servidor e exporta a aplicacao clipper como terminal, vai ter 640MB de RAM completo para rodar sua aplicacao. É claro que sem o terminal SSH tambem dá, porém com o TCP vai sobrar uns 400KB de RAM para brincar, o que poderá ser insulficiente para sua aplicacao clipper. []'s ATS - UOL wrote: Boot num Servidor Samba com PC sem HD. ************************************************************** De:  Anselmo de A. Guimarães Para:  Sérgio Fernandes , Linux-BR@bazar2.conectiva.com.br Assunto:  Re: (linux-br)montar servidor linux Data:  Sun, 11 Jul 2004 11:24:01 -0500 http://frank.harvard.edu/~coldwell/diskless/ http://www.linuxdocs.org/HOWTOs/Diskless-HOWTO.html http://www.ltsp.org/ http://www.nwfusion.com/newsletters/linux/0410linux1.html Saudações, Anselmo Guimarães > Olá para todos > > Gostaria de montar um servidor linux porém com a seguinte condição que as > estações não tenham Hd e nem muita memoria, e que o sistema operacional seja > enviado para a estação pelo servidor, se isso é possivel gostaria de saber > se alguem conhece algum site ou possui algum passo a passo de como fazer > isso. Gostaria de fazer isso para diminuir os gastos com o escritorio que > desejo montar já que possuo varios computadores 486 parados e gostaria de > coloca-los para funcionar. ************************************************************** De:  Glaucio da Matta Martins Para:  linux-br@bazar2.conectiva.com.br Assunto:  (linux-br)Boot Remoto CL 10 Data:  Wed, 11 Aug 2004 19:47:10 -0400 (AMT) Ola pessoal, Tenho a solução de Boot Remoto configurada perfeitamente rodando a +/- 6 meses com o CL9 (usava tambem a mais tempo com outras versões do CL), tudo rodando sem problemas na nossa Empresa. Fui testar o Boot Remoto do CL10 e...: Primeiro meu Hardware: 2x Xeon 2.8 a 533mhz BUS, 2 gig de memoria com ECC, 4 discos SCSI de 36 gig em Hotswap com RAID fisico 5 (placa RAID com 256de memoria), maquina com toda redundancia possível (fonte, cooler, disco.....). Tenho 30 estações de boot remoto: Da uma olhada na lista de coisas estranhas que encontrei: - Temos que usar o Linuxconf na marra para configurar o Boot Remoto pois o webmim não tem modulo pra isso (isto é de menos, funiocnando!!!). - Ele copia segundo a escolha dois padrões de estação ( minimo e completa) nas veses que tentei quando escolhia a opção completa ele entrava em um looping consumindo toda a memoria RAM e não gerava estação nenhuma (criando diretorio principal...... e nada). Quando optava pela minima ia que uma beleza.... gerava todas as 30 estações. - Vamos ao boot das estações, minha placa não tinha o modulo na lista (via rhine, baixei do site rom-o-matic.com sem problemas e gerei o disco, quando da o boot os erros:    - no passo Remount File Sistem in Read-Write Mode ele mostra      moúnt: can't find /sys int /etc/fstab or /etc/mtab    - no passo Mounting local file system da FAILED - Bom com esses erros quando ele libera o login vc loga mas se der df por exemplo para checar as partições montadas demora um século. - Como só consegui instalar as estações com o mínimo tive que atualizar a instalação na mão "apt-get -y install task-desktop-common -o RPM::rootdir/tftpboot -o RPM::Architeture=i386" para tentar configurar o resto das coisas. Estou usando o CL 10 na Caixa versão Professional (Amarelo) o suporte não cobre nada de Boot Remoto, sinceramente temos algum problema muito sério com o Boot Remoto no CL-10. Se alguem ja conseguiu instalar e esta rodando me ajude por favor pois achei um cúmulo todos esses erros em uma versão tão testada.... Abraço a todos. ************************************************************** De:  Eloir Meneguete Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Boot Remoto CL 10 Data:  Wed, 11 Aug 2004 22:51:48 +0000 > Em Qua 11 Ago 2004 23:47, Glaucio da Matta Martins escreveu: > Ola pessoal, > Tenho a solução de Boot Remoto configurada perfeitamente rodando a +/- 6 > meses com o CL9 (usava tambem a mais tempo com outras versões do CL), tudo > rodando sem problemas na nossa Empresa. Fui testar o Boot Remoto do CL10 > e...: > --- cut ---------- So por curiosidade.? vc ja testou o ltsp.?, www.ltsp.org temos usado sem problemas.... -- Eloir Meneguete meneguete@terra.com.br Linux User 132780 Apucarana - Pr. ************************************************************** De:  Marcelo Vivan Borro Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Boot Remoto CL10 x ne2000 ISA Data:  Fri, 3 Sep 2004 10:22:48 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Sex 03 Set 2004 07:44, Paulo A. Santos escreveu: > Bom Dia ! > > Sidney vc vai ter que compilar o módulo da ne2000 dentro do kernel e não > como "loadable". Por favor, não é necessário compilar o kernel.... Apenas passe os parâmetros necessários ao módulo no /etc/modprobe.conf Informações sobre quais parâmetros podem ser usados podem ser obtidos usando o comando modinfo - -- Marcelo Vivan Borro Linux User # 277064 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) ************************************************************** De:  inf Para:  Lista LINUX-BR Assunto:  Re: (linux-br)terminais gráficos Data:  Wed, 8 Sep 2004 11:36:52 +0000 Ola, Nao sei se ainda esta procurando informacoes sobre estacoes graficas mas so pude responder seu e-mail agora ( finalmente consegui tirar pelo menos 10 dias de ferias ). Aqui usamos exatamente o que voce descreveu, sao 7 terminais sem HD, disquete ou CD e 3 com disquete apenas para dar boot remoto ( e mais uns 7 a 10 clientes windows acessando o servidor de aplicacoes com o cygwin ). O servidor de aplicacoes que usamos e um Atlhon 2.0 e segura todas estas maquinas usando OpenOffice e um aplicativo desenvolvido internamente e nao apresenta nenhum problema de performance aparente. O unico software que precisei configurar a mais no servidor foi o lstp ( alem do kde e do nfs que ja usava por outros motivos ). Bem, na verdade, aqui usamos o ltsp em outra maquina e nao no servidor de aplicacoes porque pelo que li o servidor de boot remoto so pode ter uma unica placa de rede e eu queria uma placa de rede para ligar apenas o servidor de aplicacao no servidor de dados, alem da que ele ja usa para conectar na rede onde estao o servidor de arquivos, impressoras e as outras estacoes. Entao, ou eu colocava apenas uma placa de rede no servidor de aplicacoes, ou usava outra maquina para servidor de boot. Estamos com um Pentium 233 velhinho como servidor de boot sem nada a reclamar :) Quanto as estacoes, usamos terminais SAMURAI que ja vem com placa de rede com boot remoto PXE. Estes terminais ate podem ter floppy, hd ou cd, mas usamos terminais completamente "pelados", so a placa mae, rede e video. Usamos alguns Pentiuns 233 como estacao tambem. Estes tem floppy apenas porque a placa de rede nao tem eprom de boot. Entao usamos um disquete com uma imagem do etherboot. Se tiver placa de rede ja com eprom pxe ou etherboot, nem precisa floppy nestas maquinas. Por aqui, esta solucao tem atendido muito bem, so nao troco mais maquinas para estacoes diskless porque alguns usuarios usam programas de terceiros desenvolvidos para Windows, senao, todas as minhas estacoes seriam diskless. Ate agora, o servidor de aplicacoes nao deu sinal de precisar de um "reforco na configuracao do hardware" para atender aos nossos usuarios. Qualquer duvida, e so me mandar um e-mail Ate mais, Josinei R L Silva Servico de Hemoterapia de SJCampos Em Quarta 25 Agosto 2004 19:21, rogerio araujo escreveu: > bom dia lista > > é o seguinte,  pretendo instalar um servidor linux com 10 estacões > gráficas ligadas a ele, via lan. Alguém tem uma solucão mas usando > terminais sem HD , Disquete e CD rom ? Preciso de especificacão de > marcas e se possivel de onde adquirir estes terminais. Além dos > componentes de software que irei necessitar. Este projeto não é urgente, > possivelmente será implantado no final do ano , mas quero comecar a > procurar uma solucão barata e funcional desde já ************************************************************** > Alguém pode me dizer onde arrumo informações sobre o Application > Server, e se está disponível para download? As informações sobre o applications server da conectiva são muitos escassas, por dois motivos: - Primeiro, é um produto próprio da conectiva, q eu saiba ela não passou ainda a "tecnologia" sequer pra sua rede de serviços. Então esqueça o download do pacotinho RPM prontinho. - Não tem nada de novo, simplesmente foi uma idéia bem criativa, apliacando coisas muito antigas ao mercado atual > Procurei na conetivae e só achei uma matéria que não entra em > detalhes de como funciona o produto. Para satisfazer a curiosidade de todos, vou fazer uma receitinha rápida de como criar esse produto com personalidade ( no meu caso "Jean Advanced Application Server"). Estes procedimentos que vou descrever, levam você a ter praticamente o mesmo produto que a conectiva ofereçe (na verdade acho que o meu ficou melhor, pois uso ainda um xfs "preparado" no servidor) . No mes de dezembro estive na conectiva numa apresentação do produto para o mercado corporativo, e constatei, que é exatamente uma solução que já tinha me caido na época que a conectiva lançou o servidor de boot remoto. A idéia me caiu por que eu usava vários terminais NCD na plataforma sun, e acabei substituido os NCD por PC's ainda na platafora SUN. Eu fiz com conectiva pela comodidade da instalação do servidor de boot remoto pelo linuxconf , por isso presumo que voces tbm vão fazer com conectiva Deixando de xurumelas, ai vai: 1o. passo: Instale CL 7.0 (o 6.0 tem problemas no servidor de boot remoto), com todos os pacotes que normalmente voce vai utilizar num servidor, mas não esqueça de selecionar o suporte a servidor de boot remoto. Isto é a parte mais importante... 2o. passo: Vá na pagina da conectiva a apreenda a instalar o servidor de boot remoto. Se não me engano ta no guia prático do servidor. Não adianta eu cobrir isso aki, pois ta bem explicado lá e essa solução é muito fácil de fazer. 3o. passo: Aki começa a parte do Application Server propriamente dito. Agora configure o servidor para entrar em modo gráfico (init 5). Nós agora vamos mexer com o GDM (poderia ser o kdm ou o xdm). O que temos que fazer agora é que o GDM aceite conexões remotas, para isso edite o /etc/X11/gdm/gdm.conf, lá voce vai procurar por uma seção chamada [xdmcp], ai você vai mudar o Enable para true. Neste arquivo da pra mexer bastante, mas isso já basta. Mais uma coisa que é preciso fazer é editar o /etc/inittab. Na ultima linha, você vai procar o prefdm pelo GDM g:5:respawn:/usr/bin/gdm -nodaemon Ultima etapa desse passo é recarregar o init ( normalmente eu baixo ele pra 3 depois subo pra 5 denovo) - Servidor Pronto. 4o. passo: Os clientes carregam todos os seus arquivos a partir do servidor então vamos editar este arquivos antes de serem carregados pelo clientes. Eles ficam no /tftpboot/xxx.xxx.xxx.xxx/etc , onde o xxx é o ip atribuido para a maquina na hora do boot remoto. Vamos editar o inittab aqui também, vamos modificar a ultima linha para a seguinte x:5:respawn:/usr/X11R6/bin/X -query 192.168.0.1 depis é só copiar este arquivo para cada um do diretórios de configuração. Sendo o IP do seu servidor o 192.168.0.1. caso voce queira fazer vários servidores de aplicação pode-se também colocar aqui no lugar do X -query o gdmchooser, ai o cliente carrega e voce escolhe em qual servidor voce vai querer conectar. Não esqueça do seguinte: -Cada estação deve receber a devida configuração inicial ( mouseconfig, kbdconfig, Xconfigurator,etc...). - Depois de configurar o X na máquina desabilite alguns módulos dentro do /etc/X11/XF86Config-4(senão fica caindo o X d ocliente na hora do logon), não lembro mais quais, mas deve ficarmais ou menos assim: Section "Module" # Load "dbe" # Double-buffering # Load "GLcore" # OpenGL support # Load "dri" # Direct rendering infrastructure # Load "glx" # OpenGL X protocol interface # Load "extmod" # Misc. required extensions Load "freetype" Load "speedo" Load "type1" # Load "pex5" # PHIGS for X 3D environment (obsolete) # Load "record" # X event recorder # Load "xie" # X Image Extension (obsolete) EndSection - Não esqueça de colocar a estação para iniciar no init 5 5o. passo. Agora é só alegria, voce já deve ter notado que apareceu na tela do cliente boot remoto a tela de login do servidor, uma vez logado por essa tela, voce estará executando os seus programas na cpu do servidor, ou seja o bom e velho 486 SX (foi com 10 desses que eu testei) vão tar rodando com a velocidade de dual pentium 4 2Ghz com 4 GB de RAM (obvio que esse deve ser o servidor, mas coisas menores tbm funcionam). Falta ainda um toque final, o "Advanced". O Advanced nada mais é do que o rdesktop configurado para excutar aplicações do servidor windows 2000 terminal server (tópico bstante discutido na lista por estes dias). Dica: -Crie um usuário e configure ele para entrar em cada um dos gerenciadore s de janelas que voce vai disponibilizar, crie os ícones padões , principalmente os do rdesktop,de pois saia e replique as configurações deste usuário no home dos outros. O único que não da pra fazer isso é o QVWM, pois a conf dele é mt peculiar. Consideração: - Nunca use o servidor de aplicação na mesma máquina de outros serviços, pois usuários comuns estarão logando nela a todo o momento. - Tenha uma máquina boa como servidor, proferencia por dual - Tenha disco rápido, SCSI quase q indispensável, mas um bom e velho ata-100 quebra um galho legal - Rede é uma peça importante. Tenha uma rede de 100 Mb/s, e evite misturar o tráfego windows neste segmento (em portas diferentes no SWITCH) - Tenha MUITA memória RAM. Memória RAM é a jogada do sucesso neste caso. para efeitos de calculo, um cliente usa em média 35 MB de memoria usando o staroffice e o netscape juntos, alem do KDE é claro. - O ideal é voce já ter o serviço de boot remoto rodando e trabalhando, o conhecimento da solução de boot é imprescindível para o sucesso neste projeto. - Talvez esquecí de algo mais peculiar, mas em suma é isso. - Se voces testarem e não funcionar, não me responsabilizo por nada, ms presto ajuda na medida do possivel. ( Menssagens SEMPRE, mas SEMPRE MESMO para a lista!!!! Msg em PVT e Cross-Posting eu NÃO RESPONDO). - Se alguém quiser transformar essa idea em HOW TO é bem vinda a ajuda. - Se alguém também quiser depositar para mim 1% do que gastaria com a conectiva implementando essa solução , peça o número da minha conta corrente em PVT (Essas eu respondo em PVT) :) Abracos, ------------------------------------------------------------------- | Jean Everson Martina | ********************************************************* IMPRESSORA EM ESTAÇÃO COM BOOT REMOTO De:  Eloir Meneguete Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)impressora em estacao ltsp Data:  Sun, 7 Nov 2004 13:54:20 +0000 Em Dom 07 Nov 2004 03:17, brSAT.com escreveu: > Ola > Eu estou instalando varias estacoes burras usando LTSP.... tem algum jeito > de instalar impressoras nestas estacoes e imprimir localmente.. > Tem sim,  no lts.conf  tem exemplo.! [ws001]         XSERVER                         = auto         X_MODE_0                                = 800x600         X_MOUSE_PROTOCOL        = "Microsoft"         X_MOUSE_DEVICE          = "/dev/ttyS0"         LOCAL_APPS                              = N         USE_NFS_SWAP                    = N         SWAPFILE_SIZE                   = 48m         RUNLEVEL                                = 5 #    Configuracoes da Impressora...!         PRINTER_0_DEVICE                = /dev/lp0         PRINTER_0_TYPE                  = P                     # P-Parallel, S-Serial         PRINTER_0_PORT                  = 9100          # tcp/ip port: defaults to 9100 No Servidor voce instala comp impressora TCP-IP, coloca o IP do terminal ws001  e porta 9100 Abracos Eloir Meneguete meneguete@terra.com.br Linux User 132780 Apucarana - Pr. ********************************************************* De:  Eloir Meneguete Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Configurando teclado abnt no LTSP Data:  Wed, 10 Nov 2004 12:02:05 +0000 Em Qua 10 Nov 2004 12:42, brSAT.com escreveu: > eu instalei um servidor LTSP e ta tudo funcionando as mil > maravilhas .. só que eu não estou conseguindo instalar o teclado abnt.. > está no formato ingles ... alguem sabe como posso resolver esse problema ? Tente o seguinte edite seu lts.conf e acrescente: # este  provavelmente resolva...! [ws001]         XSERVER         = auto         XkbModel                = abnt2         XkbLayout               = br #  Outro layout [ws004]         XSERVER                 = XF86_SVGA         XkbModel                = pc105         XkbLayout               = us_intl Abracos Eloir Meneguete meneguete@terra.com.br Linux User 132780 Apucarana - Pr. ********************************************************* De: Claudio Polegato Junior Para: Edson Ahlert Cc: linux-br Assunto: Re: (linux-br)Boot Remoto no CL10 Data: Thu, 10 Mar 2005 16:08:13 +0000 Olá, Para cada serviço disponibilizado é necessário um servidor. Assim sendo, você pode ter boot remoto e rodar tudo o que for gráfico localmente ou remotamente utilizando o X (ou outro tipo de servidor gráfico, como o NX) como servidor gráfico e dae o processamento gráfico é feito remotamente. No caso do Firefox, o processamento gráfico depende do que foi configurado e o restante é local. Para o OpenOffice, já houvi dizer sobre um Servidor OpenOffice, mas não faço idéia. Outro detalhe é a rede, a qual precisa ser parruda também. Feito isso, o sistema roda legal, mas há relatos de que com jogos (o que não é seu caso) a coisa trinca na base. Tenho mais ou menos isso com 6 máquinas e um servidor, onde o X é remoto para as máquinas mas o resto é local utilizando arquivos do servidor. -- []'s Claudio Polegato Junior Um peregrino de Problemas; Um pergaminho de Soluções. Edson Ahlert escreveu: > Alguém já implantou uma solução de boot remoto com o Conectiva 10? > Trabalho numa escola onde temos um laboratório de informática com 10 > máquinas K6 300 e a idéia era montar uma solução utilizando um > servidor "porrada" e rodar as aplicações remotamente. Basicamente o > que pretendemos disponibilizar é o Kde, Internet (Firefox), OpenOffice > e alguns jogos educativos... > Alguém tem alguma experiência na área para passar algumas dicas? ********************************************************* De: Manoel Pinho Para: Edson Ahlert Cc: linux-br Assunto: Re: (linux-br)Boot Remoto no CL10 Data: Thu, 10 Mar 2005 15:45:21 -0300 Edson Ahlert escreveu: > Alguém já implantou uma solução de boot remoto com o Conectiva 10? > > Trabalho numa escola onde temos um laboratório de informática com 10 > máquinas K6 300 e a idéia era montar uma solução utilizando um servidor > "porrada" e rodar as aplicações remotamente. Basicamente o que > pretendemos disponibilizar é o Kde, Internet (Firefox), OpenOffice e > alguns jogos educativos... > > Alguém tem alguma experiência na área para passar algumas dicas? Eu já. Instalei o Thinstation (http://thinstation.sf.net) em servidores CL10 e Mandrake 10.0 em produção. Já fiz testes também com o LTSP mas optei pelo TS por esse não usar NFS, o que causa mais impacto na rede). Tenho máquinas funcionando há meses assim, numa média de 10 terminais por máquina (que não são muito boas e por isso restringi a esse número). O LTSP é mais fácil de instalar e melhor documentado em português. Tem como vantagem também poder rodar em máquinas muito ruins (com menos de 32MB de RAM ou 486s) mas tem a desvantagem do impacto maior na rede por causa do NFS. O Thinstation é um pouco mais complexo de instalar e exige (para um desempenho razoável) máquinas de Pentium 1xx com 32MB de RAM para cima. ********************************************************* De: Tiago F Bianchini Responder A: tiago@bianchinisa.com.br Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Boot Remoto no CL10 Data: Thu, 10 Mar 2005 15:21:33 -0300 Nao sei se o CL ainda vem com um perfil praticamente pronto para boot remoto, mas uma boa solução para o sei problema seja apenas fazer um servidor de X. Cada estação teria um sistema bem simples apenas com um cliente X. A maquina dá o boot, e na hora de pedir o login, ele já estaria conectado ao servidor. A parti daí é tudo por la. Essa solução tem alguns probleminhas, como acesso ao hardware, tipo disquetes, alem das estações precisarem di HD. Esse esquema funciona muito bem e não necessita quase nada de configuração. É uma barbada. Em Qui 10 Mar 2005 11:08, Edson Ahlert escreveu: > Olá!!! > > Alguém já implantou uma solução de boot remoto com o Conectiva 10? > > Trabalho numa escola onde temos um laboratório de informática com 10 > máquinas K6 300 e a idéia era montar uma solução utilizando um servidor > "porrada" e rodar as aplicações remotamente. Basicamente o que > pretendemos disponibilizar é o Kde, Internet (Firefox), OpenOffice e > alguns jogos educativos... > > Alguém tem alguma experiência na área para passar algumas dicas? > > Desde já, muitíssimo obrigado, ********************************************************* De: inf Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Boot Remoto no CL10 Data: Sat, 12 Mar 2005 11:54:26 -0300 Em Qui 10 Mar 2005 13:08, Claudio Polegato Junior escreveu: > Olá, > > Para cada serviço disponibilizado é necessário um servidor. Nem pensar, voce pode ter tudo em um servidor so, ou separar os servidores de acordo com a necessidade. Aqui temos um unico servidor de aplicacoes, roda o ConectivaOffice ( antes OpenOffice ), Agata, uma aplicacao desenvolvida aqui mesmo, RDesktop, cliente de e-mail, mensagens instantaneas e tudo mais que os usuarios precisam. So separei o servidor de banco de dados e o servidor de arquivos e autenticacao. Todo processamento dos usuarios e feito em um unico Atlhon 2.6 com 1.5Gb de RAM, atendendo sem nenhum problema a 20 usuarios. > Assim > sendo, você pode ter boot remoto e rodar tudo o que for gráfico > localmente ou remotamente utilizando o X (ou outro tipo de servidor > gráfico, como o NX) como servidor gráfico e dae o processamento gráfico > é feito remotamente. No caso do Firefox, o processamento gráfico depende > do que foi configurado e o restante é local. > Para o OpenOffice, já houvi > dizer sobre um Servidor OpenOffice, mas não faço idéia. Desnecessario, como ja disse, usamos no mesmo servidor de aplicacoes. > Outro detalhe é > a rede, a qual precisa ser parruda também. Tambem nao e o caso, a menos que tenha muitos usuarios. Aqui usamos uma rede de 100Mbits com switchs DLink, nada de especial, a unica coisa que fiz, foi colocar uma placa de rede a mais no servidor de dados e de aplicacao para que a aplicacao interna acesse os dados por um caminho "exclusivo". Usamos o LTSP para os thinclients e mesmo com o NFS, a nossa rede nao e lenta. > Tenho mais ou menos isso com > 6 máquinas e um servidor, onde o X é remoto para as máquinas mas o resto > é local utilizando arquivos do servidor. Aqui optamos por usar thinclients ( alguns thinclients "de fabrica", maquinas fic com a imagem linux em flash card, alguns "convertidos", de pentium 233MMX a Atlhon 1.2 onde so deixamos a placa de rede e de video, carregando o X pelo LTSP ), e muito mais facil de administrar, ou melhor, nem tem o que administrar, a maquina nao tem nada. E roda muito bem. Josinei ********************************************************* De: inf Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Boot Remoto no CL10 Data: Sat, 12 Mar 2005 19:01:42 -0300 Manoel, Dei uma olhada no ThinStation encorajado pela sua mensagem e varias outras que ja vi aqui na lista sobre este software. Aqui uso o LTSP e nunca havia usado o ThinStation. Pelo menos era o que eu pensava ate olhar a configuracao de uma imagem do TS. O arquivo de configuracao e igual a configuracao dos thin clients da FIC que usamos aqui. Tenho quase certeza que a imagem no flash card destes terminais e deste thinstation. Me interessei muito por esta alternativa pois temos algumas maquinas nas quais nao vai ser viavel boot remoto. Preciso de uma solucao com CD ou entao trocar as maquinas por thin clients FIC. Passei o dia inteiro tentanto fazer um terminal TS funcionar. Ja tenho o servidor de aplicacoes funcionando, com terminais LTSP e thin clients FIC acessando este terminal, inclusive como servidor de fontes. Mas nada de conseguir fazer o TS me mostrar a tela de login do xdm. E a sessao blackbox nao tem nada, nao achei programa nenhum la. Tentei usar as mesmas configuracoes que uso nos terminais FIC e nada. Tambem nao consegui usar os monitores Philips 150S que temos aqui e funcionam muito bem com o LTSP e os FIC. Voce poderia me enviar os arquivos de configuracao do TS que voce usa para que eu possa continuar a tentar? Ou qualquer outra orientacao. O que li na FAQ do site nao ajudou em nada. Em Qui 10 Mar 2005 15:45, Manoel Pinho escreveu: > > Eu já. Instalei o Thinstation (http://thinstation.sf.net) em servidores > CL10 e Mandrake 10.0 em produção. Já fiz testes também com o LTSP mas > por máquina (que não são muito boas e por isso restringi a esse número). > O Thinstation é um pouco mais complexo de instalar e exige (para um > desempenho razoável) máquinas de Pentium 1xx com 32MB de RAM para cima. Tentei em P III 733 e Atlhon 2.0 com 512Mb de RAM, hardware nao faltou... A intencao e colocar em alguns Pentiuns 233MMX, mas o que tenho para teste sao estas duas. Obrigado Josinei ********************************************************* De: Manoel Pinho Para: inf Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Boot Remoto no CL10 Data: Fri, 11 Mar 2005 21:15:12 -0300 inf escreveu: >Manoel, > >Dei uma olhada no ThinStation encorajado pela sua mensagem e varias outras que >ja vi aqui na lista sobre este software. > >Aqui uso o LTSP e nunca havia usado o ThinStation. Pelo menos era o que eu >pensava ate olhar a configuracao de uma imagem do TS. > >O arquivo de configuracao e igual a configuracao dos thin clients da FIC que >usamos aqui. Tenho quase certeza que a imagem no flash card destes terminais >e deste thinstation. > >Me interessei muito por esta alternativa pois temos algumas maquinas nas quais >nao vai ser viavel boot remoto. Preciso de uma solucao com CD ou entao trocar >as maquinas por thin clients FIC. > >Passei o dia inteiro tentanto fazer um terminal TS funcionar. Ja tenho o >servidor de aplicacoes funcionando, com terminais LTSP e thin clients FIC >acessando este terminal, inclusive como servidor de fontes. > > Eu também apanhei muito até colocar para funcionar... >Mas nada de conseguir fazer o TS me mostrar a tela de login do xdm. E a sessao >blackbox nao tem nada, nao achei programa nenhum la. > >Tentei usar as mesmas configuracoes que uso nos terminais FIC e nada. Tambem >nao consegui usar os monitores Philips 150S que temos aqui e funcionam muito >bem com o LTSP e os FIC. > >Voce poderia me enviar os arquivos de configuracao do TS que voce usa para que >eu possa continuar a tentar? Ou qualquer outra orientacao. O que li na FAQ do >site nao ajudou em nada. > > Pegue aqui ftp://mirror.de9.ime.eb.br/pub/suporte/Thinstation.exemplos_configuracao/ Lógico que você deve adaptar alguma coisa, mas foi isso basicamente que usei. Os clientes estão conseguindo pegar um endereço IP por dhcp e baixar a imagem do sistema por tftp ? ********************************************************* De: Wendell Almeida Silva Para: linux-br@bazar2.conectiva.com.br Assunto: Fwd: Re: (linux-br)Teclado abnt2 em thinstation - Solucao Data: Thu, 20 Jan 2005 14:43:28 -0200 Os arquivos do projeto não estão atualizados. O desenvolvedor Osvaldo Marques disponibilizou os mapas do teclado atualizados. Eu coloquei uma cópia em http://wendell.freeshell.org/abnt2-20050120.bin.tgz É só desarquivar o tar no diretório base da distribuição e executar o build novamente. []'s Wendell http://wendell.freeshell.org/abnt2-20050120.bin.tgz On Monday 17 January 2005 14:11, Manoel Pinho wrote: > Wendell Almeida Silva escreveu: > >Alguém que usa o Thinstation (http://thinstation.sourceforge.net) > > conseguiu solucionar o problema da tecla ? e / que não funciona no > > ambiente gráfico. > > > >Estou usando a última versão e o problema persiste > >(Thinstation-2.1rc1.tar.gz). Segundo o Changelog uma solução foi > >implementada. > > Mas você usa o que exatamente no thinstation ? Usa o rdesktop dele para > acessar algum servidor Windows ? > > Digo isso porque já usei a última versão estável 2.0 em diversas > máquinas com teclado ABNT2 como terminais X (o servidor era linux) e não > tive nenhum problema de teclado ou acentuação. ********************************************************* De: Manoel Pinho Para: Wendell Almeida Silva Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Terminais leves com teclado abnt2 Data: Mon, 09 Aug 2004 21:11:52 -0300 Wendell Almeida Silva escreveu: >Salve a todos! > >Ao usar os recursos do projeto Thinstation, >( http://thinstation.sourceforge.net/) para rodar terminais leves, estou >tendo problemas com o teclado do padrão abnt2. As teclas ? e / não funcionam. > >Como eu posso solucionar esse problema? > > Existe uma linha no arquivo de configuração que vc deve ter criado para cada estação cliente que contém a configuração do teclado. Veja o arquivo exemplo http://thinstation.sourceforge.net/docs/thinstation.conf.example A linha deve ser KEYBOARD_MAP=en_in para o teclado US international e KEYBOARD_MAP=pt_br para o teclado abnt2. Como saber essas siglas ? Basta consultar a lista que aparece no arquivo build.conf. Note que nesse build.conf você deve descomentar as linhas correspondentes a esses teclados para que a imagem construída contenha os pacotes (packages) para os dois tipos de teclado (note que elas estão comendadas no build.conf que vem no pacote). De: Manoel Pinho Para: Wendell Almeida Silva Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Terminais leves com teclado abnt2 Data: Tue, 10 Aug 2004 14:29:23 -0300 Wendell Almeida Silva escreveu: >Eu estou usando a configuração correta. Todas as teclas funcionam >corretamente. Somente a tecla ? e / não estão funcionando. Isso ocorre qdo >acesso o terminal services (windows) via rdesktop. No console todas funcionam >perfeitamente. Estou utilizando a versão Thinstation-2.0.1. >Vc jah utilizou terminal services com Thinstation? Teve alguma dificuldade no >mapeamento do teclado abnt2? > > Então o problema provavelmente é no rdesktop usado no TS. Eu não vi o problema pois só usei o TS como terminal X de um outro linux. Experimente mandar um email para a lista de discussão do TS (em inglês) que eles costumam responder rápido. Parece que há até uma versão experimental (CVS) do rdesktop que pode ser usada no TS e que suporta até redirecionamento de impressora e som. ********************************************************* De: Manoel Pinho Para: inf Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)ThinStation login muito lento quando usa XFS Data: Tue, 15 Mar 2005 15:05:24 -0300 inf escreveu: >Com o auxilio do Manoel Pinho, consegui criar uma estacao com o ThinStation. >Porem, quando habilito o uso de um Font Server, o login passa a ser muito >demorado. Leva 8min 30s para apresentar a tela de login no boot da estacao e >depois, cada vez que encerra uma sessao, leva mais 2min e 30s para apresentar >a tela para novo login. > >Ja uso este servidor XFS para estacoes LTSP, cygwin e thin cliens FIC e nenhum >deles apresenta uma demora tao grande. > >Mesmo sem o XFS a demora para o primeiro login e muito grande, 6min 30s, mas >se for so no boot tudo bem. Mas com 2min 30s a cada encerramento de sessao, >nao vai dar. > > Isso com certeza não é normal e o problema parece ser alguma configuração errada na sua rede ou das máquinas clientes. O tempo de login com certeza é rápido e nunca tive problemas desse tipo. Seria interessante você colocar aqui os arquivos de configuração que usou para podermos ter uma pista do que está acontecendo. ********************************************************* De: inf Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)ThinStation login muito lento quando usa XFS Data: Wed, 16 Mar 2005 10:36:10 -0300 Em Ter 15 Mar 2005 15:05, você escreveu: > Isso com certeza não é normal e o problema parece ser alguma > configuração errada na sua rede ou das máquinas clientes. > > Seria interessante você colocar aqui os arquivos de configuração que > usou para podermos ter uma pista do que está acontecendo. > Criei duas versoes do cliente, uma com DHCP que leva 8min 30s para o primeiro boot e 2min 30s para trocar de usuario e uma ip estatico ( o mesmo ip ) que leva 50s para o primeiro boot e poucos segundos para trocar de usuario. O servidor DHCP e TFTP e o mesmo que uso para os thinclients FIC e LTSP. Nao faco a menor ideia do porque usar IP dinamico esta fazendo o XFS se perder. A mesma configuracao do cliente com DHCP mas sem usar o servidor de fontes leva 6min para o primeiro boot e poucos segundos para troca de usuario. O arquivo de configuracao com ip estatico ( sem as linhas comentadas para encurtar o e-mail ): SCREEN=0 WORKSPACE=1 AUTOSTART=On SESSION_0_TYPE=x SESSION_0_SCREEN=0 SESSION_0_X_SERVER=10.10.1.4 SESSION_0_X_OPTIONS="-query" SESSION_0_AUTOSTART=On KEYBOARD_MAP=pt_br TIME_ZONE=US SYSLOG_SERVER=local USB_ENABLED=On DAILY_REBOOT=On CUSTOM_CONFIG=Off RECONNECT_PROMPT=On NET_HOSTNAME=teste.shh.localdomain NET_USE_DHCP=Off NET_IP_ADDRESS=10.10.1.50 NET_MASK=255.255.255.0 NET_USE_TFTP=Off SCREEN_RESOLUTION="1024x768" SCREEN_COLOR_DEPTH="16 | 8 | 24 | *" SCREEN_HORIZSYNC="30-54" SCREEN_VERTREFRESH="50-120" SCREEN_X_FONT_SERVER=10.10.1.4:7100 MOUSE_RESOLUTION=100 X_DRIVER_OPTION1="swcursor On" PRINTER_0_NAME=parallel PRINTER_0_DEVICE=/dev/printers/0 PRINTER_0_TYPE=P O arquivo de configuracao com ip dinamico: SCREEN=0 WORKSPACE=1 AUTOSTART=On SESSION_0_TYPE=x SESSION_0_SCREEN=0 SESSION_0_X_SERVER=10.10.1.4 SESSION_0_X_OPTIONS="-query" SESSION_0_AUTOSTART=On KEYBOARD_MAP=pt_br TIME_ZONE=US SYSLOG_SERVER=local USB_ENABLED=On DAILY_REBOOT=On CUSTOM_CONFIG=Off RECONNECT_PROMPT=On NET_USE_DHCP=On NET_USE_TFTP=Off SCREEN_RESOLUTION="1024x768" SCREEN_COLOR_DEPTH="16 | 8 | 24 | *" SCREEN_HORIZSYNC="30-54" SCREEN_VERTREFRESH="50-120" SCREEN_X_FONT_SERVER=10.10.1.4:7100 MOUSE_RESOLUTION=100 X_DRIVER_OPTION1="swcursor On" PRINTER_0_NAME=parallel PRINTER_0_DEVICE=/dev/printers/0 PRINTER_0_TYPE=P O DHCP atribui o ip 10.10.1.50 para o cliente com hostname "teste", troquei para "teste.shh.localdomain" e nao mudou nada. O problema parece ser com resolucao de nomes quando uso ip dinamico. Entrei no console do cliente e fiz um "ping teste.shh.localdomain" com as duas configuracoes e a resposta foi igual, encontraram a si mesmo. Tentei "ping teste" e nas duas configuracoes e a resposta foi "host name lookup failure". so que com ip estatico, a resposta foi imediata, com ip dinamico, levou um bom tempo, talvez minutos, nao medi. Nao tenho um DNS na rede, nao temos ligacao com rede externa e as poucas maquinas que precisam resolver algum nome, coloco no proprio /etc/hosts O arquivo de configuracao do servidor DHCP e ( cortei varias entradas que nao sao necessarias ao caso ) # # Sample configuration file for ISCD dhcpd # # Don't forget to set run_dhcpd=1 in /etc/init.d/dhcpd # once you adjusted this file and copied it to /etc/dhcpd.conf. # server-identifier 10.10.1.2; ddns-update-style none; default-lease-time 21600; max-lease-time 21600; option subnet-mask 255.255.255.0; option broadcast-address 10.10.1.255; option routers 10.10.1.2; option domain-name-servers 10.10.1.2; #option domain-name "fileserver"; option domain-name "shh.localdomain"; option root-path "10.10.1.2:/opt/ltsp/i386"; option option-128 code 128 = string; option option-129 code 129 = text; shared-network WORKSTATIONS { subnet 10.10.1.0 netmask 255.255.255.0 { } } group { use-host-decl-names on; option log-servers 10.10.1.2; host faturamento3 { hardware ethernet 00:0C:6E:CC:E6:91; fixed-address 10.10.1.19; filename "/tftpboot/lts/2.4.26-ltsp-2/pxelinux.0"; } # Configuracao para micro comum com etherboot host financeiro { hardware ethernet 00:D0:09:F9:B3:47; fixed-address 10.10.1.20; filename "/tftpboot/lts/vmlinuz-2.4.26-ltsp-2"; } # Configuracao para micro comum com etherboot host coletahema { hardware ethernet 00:E0:7D:9F:72:CA; fixed-address 10.10.1.22; filename "/tftpboot/lts/vmlinuz-2.4.26-ltsp-2"; # Configuracao para placa de rede ISA # option-128 deve ser sempre e4:45:74:68:00:00 option option-128 e4:45:74:68:00:00; # option-129 deve ser o driver da placa de rede option option-129 "NIC=8139too"; } host recepcao2 { hardware ethernet 00:40:CA:82:21:35; fixed-address 10.10.1.25; } host triagem2 { hardware ethernet 00:0A:E6:E8:B7:90; fixed-address 10.10.1.28; filename "/tftpboot/lts/2.4.26-ltsp-2/pxelinux.0"; } host teste.shh.localdomain { hardware ethernet 00:D0:09:6E:B8:3F; fixed-address 10.10.1.50; } } Nao sei como configurar o DHCP para dizer aos clientes que nao existe DNS, achei que bastava nao dizer que tinha. Bem, agradeco qualquer ajuda, se nao achar nada, vou usar ip estatico mesmo. Obrigado Josinei ********************************************************* ********************************************************* *********************************************************