LTSP

18 de abril de 2007

Sumrio
I Sobre essa Apostila 2 4 9
10 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 11 11 11 11 11 11 12 13 13 14 14 14 15 15 16

II Informaes Bsicas III LTSP

1 O que o LTSP 2 Plano de ensino 2.1 Objetivo . . . 2.2 Pblico Alvo . 2.3 Pr-requisitos 2.4 Descrio . . 2.5 Metodologia . 2.6 Cronograma 2.7 Programa . . 2.8 Avaliao . . 2.9 Bibliograa .

3 Introduo/Instalao 3.1 Introduo/Instalao . . . . . . . . . . . . . . 3.1.1 Introduo . . . . . . . . . . . . . . . . 3.1.2 Instalando o LTSP no Servidor . . . . . 3.1.3 Instalao dos Utilitrios LTSP . . . . . 3.1.4 Instalando os Pacotes do Cliente LTSP

4 Congurao do Servidor 20 4.1 Congurao . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 4.1.1 Congurao . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 4.1.2 Conguraes especcas da estao . . . . . . . . . . . . . . . . . . . . . . 23 5 Congurando a Estao de Trabalho 5.1 Teoria da Operao . . . . . . . . . . . . 5.1.1 Passos . . . . . . . . . . . . . . . 5.1.2 Carregando o Kernel na Memria 5.2 Congurando a Estao de Trabalho . . . 5.2.1 Estao de Trabalho . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 28 28 31 33 33

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

5.2.2 Carga com PXE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 5.2.3 Carga com Etherboot . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 5.2.4 Ligando a Estao . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 6 Problemas Tcnicos 6.1 Solucionando problemas . . . . . . . . . . . . . . . . . . . . . . . . . . 6.1.1 Solucionando Problemas em Disquetes com Imagens Etherboot 6.1.2 DHCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6.1.3 TFTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6.1.4 NFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6.1.5 Xserver . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6.1.6 Gerenciador de Telas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 38 38 39 42 43 46 47

Parte I

Sobre essa Apostila

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Contedo
O contedo dessa apostila fruto da compilao de diversos materiais livres publicados na internet, disponveis em diversos sites ou originalmente produzido no CDTC em http://www.cdtc.org.br. O formato original deste material bem como sua atualizao est disponvel dentro da licena GNU Free Documentation License, cujo teor integral encontra-se aqui reproduzido na seo de mesmo nome, tendo inclusive uma verso traduzida (no ocial). A reviso e alterao vem sendo realizada pelo CDTC (suporte@cdtc.org.br) desde outubro de 2006. Crticas e sugestes construtivas so bem-vindas a qualquer tempo.

Autores
A autoria deste de responsabilidade de Joo Paulo Claudino de Souza. O texto original faz parte do projeto Centro de Difuso de Tecnologia e Conhecimento, que vem sendo realizado pelo ITI (Instituto Nacional de Tecnologia da Informao) em conjunto com outros parceiros institucionais, atuando em conjunto com as universidades federais brasileiras que tem produzido e utilizado Software Livre, apoiando inclusive a comunidade Free Software junto a outras entidades no pas. Informaes adicionais podem ser obtidas atravs do email ouvidoria@cdtc.org.br, ou da home page da entidade, atravs da URL http://www.cdtc.org.br.

Garantias
O material contido nesta apostila isento de garantias e o seu uso de inteira responsabilidade do usurio/leitor. Os autores, bem como o ITI e seus parceiros, no se responsabilizam direta ou indiretamente por qualquer prejuzo oriundo da utilizao do material aqui contido.

Licena
Copyright 2006, Instituto Nacional de Tecnologia da Informao (cdtc@iti.gov.br) . Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation; with the Invariant Chapter being SOBRE ESSA APOSTILA. A copy of the license is included in the section entitled GNU Free Documentation License.

Parte II

Informaes Bsicas

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Sobre o CDTC
Objetivo Geral O Projeto CDTC visa a promoo e o desenvolvimento de aes que incentivem a disseminao de solues que utilizem padres abertos e no proprietrios de tecnologia, em proveito do desenvolvimento social, cultural, poltico, tecnolgico e econmico da sociedade brasileira. Objetivo Especco Auxiliar o Governo Federal na implantao do plano nacional de software no-proprietrio e de cdigo fonte aberto, identicando e mobilizando grupos de formadores de opinio dentre os servidores pblicos e agentes polticos da Unio Federal, estimulando e incentivando o mercado nacional a adotar novos modelos de negcio da tecnologia da informao e de novos negcios de comunicao com base em software no-proprietrio e de cdigo fonte aberto, oferecendo treinamento especco para tcnicos, prossionais de suporte e funcionrios pblicos usurios, criando grupos de funcionrios pblicos que iro treinar outros funcionrios pblicos e atuar como incentivadores e defensores de produtos de software no proprietrios e cdigo fonte aberto, oferecendo contedo tcnico on-line para servios de suporte, ferramentas para desenvolvimento de produtos de software no proprietrios e de seu cdigo fonte livre, articulando redes de terceiros (dentro e fora do governo) fornecedoras de educao, pesquisa, desenvolvimento e teste de produtos de software livre.

Guia do aluno
Neste guia, voc ter reunidas uma srie de informaes importantes para que voc comece seu curso. So elas: Licenas para cpia de material disponvel Os 10 mandamentos do aluno de Educao a Distncia Como participar dos foruns e da wikipdia Primeiros passos muito importante que voc entre em contato com TODAS estas informaes, seguindo o roteiro acima.

Licena
Copyright 2006, Instituto Nacional de Tecnologia da Informao (cdtc@iti.gov.br). 6

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

dada permisso para copiar, distribuir e/ou modicar este documento sob os termos da Licena de Documentao Livre GNU, Verso 1.1 ou qualquer verso posterior pblicada pela Free Software Foundation; com o Capitulo Invariante SOBRE ESSA APOSTILA. Uma cpia da licena est inclusa na seo entitulada "Licena de Documentao Livre GNU".

Os 10 mandamentos do aluno de educao online

1. Acesso Internet: ter endereo eletrnico, um provedor e um equipamento adequado pr-requisito para a participao nos cursos a distncia. 2. Habilidade e disposio para operar programas: ter conhecimentos bsicos de Informtica necessrio para poder executar as tarefas. 3. Vontade para aprender colaborativamente: interagir, ser participativo no ensino a distncia conta muitos pontos, pois ir colaborar para o processo ensino-aprendizagem pessoal, dos colegas e dos professores. 4. Comportamentos compatveis com a etiqueta: mostrar-se interessado em conhecer seus colegas de turma respeitando-os e fazendo ser respeitado pelo mesmo. 5. Organizao pessoal: planejar e organizar tudo fundamental para facilitar a sua reviso e a sua recuperao de materiais. 6. Vontade para realizar as atividades no tempo correto: anotar todas as suas obrigaes e realiz-las em tempo real. 7. Curiosidade e abertura para inovaes: aceitar novas idias e inovar sempre. 8. Flexibilidade e adaptao: requisitos necessrio mudana tecnolgica, aprendizagens e descobertas. 9. Objetividade em sua comunicao: comunicar-se de forma clara, breve e transparente ponto - chave na comunicao pela Internet. 10. Responsabilidade: ser responsvel por seu prprio aprendizado. O ambiente virtual no controla a sua dedicao, mas reete os resultados do seu esforo e da sua colaborao.

Como participar dos fruns e Wikipdia

Voc tem um problema e precisa de ajuda? Podemos te ajudar de 2 formas: A primeira o uso dos fruns de notcias e de dvidas gerais que se distinguem pelo uso: . O frum de notcias tem por objetivo disponibilizar um meio de acesso rpido a informaes que sejam pertinentes ao curso (avisos, notcias). As mensagens postadas nele so enviadas a 7

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

todos participantes. Assim, se o monitor ou algum outro participante tiver uma informao que interesse ao grupo, favor post-la aqui. Porm, se o que voc deseja resolver alguma dvida ou discutir algum tpico especco do curso. recomendado que voc faa uso do Forum de dvidas gerais que lhe d recursos mais efetivos para esta prtica. . O frum de dvidas gerais tem por objetivo disponibilizar um meio fcil, rpido e interativo para solucionar suas dvidas e trocar experincias. As mensagens postadas nele so enviadas a todos participantes do curso. Assim, ca muito mais fcil obter respostas, j que todos podem ajudar. Se voc receber uma mensagem com algum tpico que saiba responder, no se preocupe com a formalizao ou a gramtica. Responda! E no se esquea de que antes de abrir um novo tpico recomendvel ver se a sua pergunta j foi feita por outro participante. A segunda forma se d pelas Wikis: . Uma wiki uma pgina web que pode ser editada colaborativamente, ou seja, qualquer participante pode inserir, editar, apagar textos. As verses antigas vo sendo arquivadas e podem ser recuperadas a qualquer momento que um dos participantes o desejar. Assim, ela oferece um timo suporte a processos de aprendizagem colaborativa. A maior wiki na web o site "Wikipdia", uma experincia grandiosa de construo de uma enciclopdia de forma colaborativa, por pessoas de todas as partes do mundo. Acesse-a em portugus pelos links: Pgina principal da Wiki - http://pt.wikipedia.org/wiki/ Agradecemos antecipadamente a sua colaborao com a aprendizagem do grupo!

Primeiros Passos
Para uma melhor aprendizagem recomendvel que voc siga os seguintes passos: Ler o Plano de Ensino e entender a que seu curso se dispe a ensinar; Ler a Ambientao do Moodle para aprender a navegar neste ambiente e se utilizar das ferramentas bsicas do mesmo; Entrar nas lies seguindo a seqncia descrita no Plano de Ensino; Qualquer dvida, reporte ao Frum de Dvidas Gerais.

Perl do Tutor
Segue-se uma descrio do tutor ideal, baseada no feedback de alunos e de tutores. O tutor ideal um modelo de excelncia: consistente, justo e prossional nos respectivos valores e atitudes, incentiva mas honesto, imparcial, amvel, positivo, respeitador, aceita as idias dos estudantes, paciente, pessoal, tolerante, apreciativo, compreensivo e pronto a ajudar. 8

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

A classicao por um tutor desta natureza proporciona o melhor feedback possvel, crucial, e, para a maior parte dos alunos, constitui o ponto central do processo de aprendizagem. Este tutor ou instrutor: fornece explicaes claras acerca do que ele espera, e do estilo de classicao que ir utilizar; gosta que lhe faam perguntas adicionais; identica as nossas falhas, mas corrige-as amavelmente, diz um estudante, e explica porque motivo a classicao foi ou no foi atribuda; tece comentrios completos e construtivos, mas de forma agradvel (em contraste com um reparo de um estudante: os comentrios deixam-nos com uma sensao de crtica, de ameaa e de nervossismo) d uma ajuda complementar para encorajar um estudante em diculdade; esclarece pontos que no foram entendidos, ou corretamente aprendidos anteriormente; ajuda o estudante a alcanar os seus objetivos; exvel quando necessrio; mostra um interesse genuno em motivar os alunos (mesmo os principiantes e, por isso, talvez numa fase menos interessante para o tutor); escreve todas as correes de forma legvel e com um nvel de pormenorizao adequado; acima de tudo, devolve os trabalhos rapidamente;

Parte III

LTSP

10

Captulo 1

O que o LTSP
O Linux Terminal Server Project (LTSP) um projecto baseado em Linux que agrupa vrias ferramentas e protocolos standard, com a nalidade de proporcionar um ambiente de trabalho remoto. Todo o software corrido no servidor, e os terminais servem apenas de interface entre o utilizador e as aplicaes - os poucos ciclos de processamento gastos so para enviar os dados da placa de rede placa grca. Com efeito, possvel ter vrios clientes com hardware antigo e ter um desempenho equivalente ao do servidor. O material utilizado neste curso foi retirado do site www.ltsp.org. Segue abaixo informaes sobre direitos autorais e licena: This document is copyright 2004 by James McQuillan, and is released under the terms of the GNU Free Documentation License, which is hereby incorporated by reference.

11

Captulo 2

Plano de ensino
2.1 Objetivo
Qualicar tcnicos para utilizar o LTSP.

2.2 Pblico Alvo

Tcnicos que desejam trabalhar com LTSP.

2.3 Pr-requisitos
Os usurios devero ser, necessariamente, indicados por empresas pblicas.

2.4 Descrio
O curso de LTSP ser realizado na modalidade EAD e utilizar a plataforma Moodle como ferramenta de aprendizagem. Ele composto de um mdulo de aprendizado que ser dado na primeira semana e um mdulo de avaliao que ser dado na segunda semana. O material didtico estar disponvel on-line de acordo com as datas pr-estabelecidas no calendrio.

2.5 Metodologia
O curso est dividido da seguinte maneira:

2.6 Cronograma
Descrio das atividades Semana 1 Lio 1 - Introduo / Instalao Lio 2 - Congurao

12

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Lio 3 - Teoria da operao Lio 4 - Congurando a estao de trabalho Lio 5 - Solucionando problemas Avaliao de aprendizagem Todo o material est no formato de livro, e estar disponvel ao longo do curso. O livro poder ser acessado quantas vezes forem necessrias. Aconselhamos a leitura de "Ambientao do Moodle", para que voc conhea o produto de Ensino a Distncia, evitando diculdades advindas do "desconhecimento"sobre o mesmo. Ao nal de cada semana do curso ser disponibilizada a prova referente ao mdulo estudado anteriormente que tambm conter perguntas sobre os textos indicados. Utilize o material de cada semana e os exemplos disponibilizados para se preparar para prova. Os instrutores estaro a sua disposio ao longo de todo curso. Qualquer dvida deve ser disponibilizada no frum ou enviada por e-mail. Diariamente os monitores daro respostas e esclarecimentos.

2.7 Programa
O curso oferecer o seguinte contedo: Introduo / Instalao Introduo Instalao Instalao dos utilitrios LTSP ltsp Congurao Congurao Conguraes especcas da estao Teoria da operao Passos Carregando o kernel na memoria Congurando a estao de trabalho Estao de trabalho Carga com PXE Etherboot ligando a estao Solucionando problemas Solucionando problemas em disquetes com imagens Etherboot DHCP 13

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

TFTP NFS Xserver Gerenciador de Telas

2.8 Avaliao
Toda a avaliao ser feita on-line. Aspectos a serem considerados na avaliao: Iniciativa e autonomia no processo de aprendizagem e de produo de conhecimento; Capacidade de pesquisa e abordagem criativa na soluo dos problemas apresentados. Instrumentos de avaliao: Participao ativa nas atividades programadas. Avaliao ao nal do curso. O participante far vrias avaliaes referente ao contedo do curso. Para a aprovao e obteno do certicado o participante dever obter nota nal maior ou igual a 6.0 de acordo com a frmula abaixo: Nota Final = ((ML x 7) + (AF x 3)) / 10 = Mdia aritmtica das lies AF = Avaliaes

2.9 Bibliograa
Site ofcial: http://www.ltsp.org

14

Captulo 3

Introduo/Instalao
Est mdulo abordar uma breve introduo ao LTSP e como instalar o servidor LTSP na mquina que dar suporte s estaes.

3.1 Introduo/Instalao
Instroduo Instalao Instalao dos utilitrios LTSP ltsp admin

3.1.1 Introduo
O LTSP fornece um meio simples de utilizar estaes de baixo custo como terminais grcos ou caracteres em um servidor GNU/Linux. Em uma congurao tradicional de escritrio h PCs relativamente potentes baseados em processadores Intel em cada mesa de trabalho. Cada um com muitos gigabytes de espao em disco. Os usurios armazenam seus dados no disco local, e cpias de segurana so raramente realizadas. Ser que realmente faz sentido ter um computador completo em cada mesa? Dependendo das condies nanceiras, no. Por sorte, h outro meio. Utilizando o LTSP, voc pode ter PCs baratos, remover seu disco rgido, disquete, CD-ROM, e adicionar uma placa de rede com suporte a boot por rede. Muitas placas de rede possuem encaixes, apenas esperando por um chip de boot ser instalado. Durante a fase de boot, a estao sem disco obtm suas informaes IP e o kernel do servidor, e ento monta o sistema de arquivos raz via NFS. A estao de trabalho pode ser congurada em um dos trs modos:

15

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Interface Grca X Window System Usando o X Windows, a estao de trabalho pode ser usada para acessar qualquer aplicao no servidor, ou em outros servidores na rede. Interface Caractere Sesses Telnet A estaes de trabalho pode obter mltiplas sesses telnet no servidor. Cada sesso telnet estar em uma janela virtual separada. Pressionando Alt-F1 at Alt-F9 ir alternar entre as sesses. Aviso Shell A estao de trabalho pode ser congurada para cair diretamente em um shell bash no console. Isto muito til quando estiver depurando problemas com o X Windows ou NFS. Uma coisa realmente interessante que voc pode ter vrias estaes de trabalho conectadas a um nico servidor GNU/Linux. Quantas estaes de trabalho? Bem, isto depende da capacidade do servidor e das aplicaes que sero usadas. No comum ter 50 estaes de trabalho, todas utilizando o Mozilla e OpenOfce.org em uma Dual P4-2.4 com 4GB de ram. Ns sabemos que funciona. De fato, a carga mdia estar raramente acima de 1.0.

3.1.2 Instalando o LTSP no Servidor

melhor pensar no LTSP como uma distribuio completa de Linux. uma distribuio que funciona no topo de uma distribuio host. A distribuio host pode ser qualquer distribuio de Linux que voc quiser. De fato, no h nenhuma exigncia real que o host esteja rodando Linux. A nica exigncia que o sistema host seja capaz de utilizar um servidor NFS (Network File System). A maioria dos sistemas Unix pode faz-lo. De fato, mesmo algumas verses de Microsoft Windows podem ser conguradas para trabalhar como um servidor LTSP. H trs fases para construir um servidor LTSP.

Instalao dos utilitrios LTSP Instalando os pacotes dos clientes LTSP Congurando os servios necessrios ao LTSP

3.1.3 Instalao dos Utilitrios LTSP

A partir da verso 4.1, o LTSP possui um pacote de utilitrios para a instalao e gerenciamento de pacotes dos clientes LTSP (O software que executado nos clientes), e para congurar os servios no servidor LTSP. O utilitrio de administrao chamado de ltspadmin e a ferramenta de congurao de ltspcfg. Ambas as ferramentas so partes do pacote ltsp-utils. Instalando o pacote TGZ Faa o download da ltima verso do pacote TGZ ltsp-utils em http://www.ltsp.org/download, e instale-o utilizando os seguintes comandos:

16

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

tar xzf ltsp-utils-versao.tgz cd ltsp_utils ./install.sh cd ... O comando acima ir instalar os utilitrios LTSP no servidor. Instalando atravs do APT Caso a distribuio em que se deseja instalar o LTSP seja baseada em Debian, provavelmente voc encontrar o utilitrio APT. Para instalar o LTSP basta digitar o seguinte comando no terminal: apt-get install ltsp-utils

3.1.4 Instalando os Pacotes do Cliente LTSP

Uma vez que a instalao do pacote ltsp-utils estiver completa, voc pode executar o comando ltspadmin. Este utilitrio utilizado para gerenciar os pacotes dos clientes LTSP. Ele ir consultar o repositrio de download do LTSP, e obter a lista dos pacotes atualmente disponveis. Execute o comando ltspadmin e voc ir ver uma tela como o seguinte:

Nesta tela, voc pode escolher "Install/Update", e se esta for a sua primeira vez executando o utilitrio, ele ir exibir a tela de congurao do instalador.

17

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Na tela de congurao, voc pode denir diversos parmetros que o instalador ir utilizar, para fazer o download e instalar os pacotes LTSP. Estes parmetros so: Where to retrieve packages from Esta a URL, que aponta para o repositrio de pacotes. Tipicamente, dever ser http://www.ltsp.org/ltsp-4.1, mas se voc desejar instalar os pacotes de um sistema de arquivos local, voc pode usar le:. Por exemplo, se os pacotes estiverem em um CD-ROM, e voc tiver montado o CD-ROM em /mnt/cdrom, ento o valor para o repositrio de pacotes ser: le:///mnt/cdrom. (Note as trs barras). In which directory would you like to place the LTSP client tree Este o diretrio no servidor, onde voc deseja manter a rvore dos clientes LTSP. Tipicamente, ser: /opt/ltsp. O diretrio ser criado, caso o mesmo ainda no exista. Dentro deste diretrio, o diretrio raiz para cada uma das arquiteturas ser criado. Atualmente, apenas as estaes x86 so ocialmente suportadas pelo LTSP, mas h vrias pessoas trabalhando em ports para outras arquiteturas, como PPC e SPARC. HTTP Proxy Se o servidor estiver por trs de um rewall, e o acesso a web deva ser feito atravs de um proxy, voc pode congurar o instalador para usar o proxy aqui. Os valores devem conter a URL para o proxy, incluindo o protocolo e a porta. Se voc no precisa de um proxy, dever congurar esta opo para "none". FTP Proxy Para pacotes localizados em um servidor FTP, se voc precisar acessar atravs de um proxy FTP, voc pode informar aqui. A sintaxe similar para a opo proxy HTTP acima. Se voc no precisa de um proxy, dever congurar esta opo para "none". 18

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Uma vez que voc tenha concludo a tela da congurao, o instalador consultar o repositrio de pacotes e obter a lista dos componentes atualmente disponveis.

Selecione cada um dos componentes que deseja instalar. Para selecionar um componente, mova a linha de destaque para o componente desejado e pressione I para selecionar o componente individual. Voc pode pressionar tambm A para selecionar TODOS os componentes. Na maioria das vezes, ser este o seu objetivo. Desta forma, voc poder dar suporte maioria dos hardwares dos terminais. H vrias teclas que podem ser utilizadas para navegar nesta tela. Voc pode obter ajuda para estas, pressionando a tecla H.

19

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Se voc deseja ver a lista de pacotes que esto em um determinado componente, voc pode pressionar S, e a lista de pacotes ser exibida. Ser mostrada a verso atualmente instalada, bem como a ltima verso disponvel.

Uma vez que os componentes desejados estejam selecionados, voc pode sair da tela de seleo de componentes. O instalador ir perguntar a voc, para se certicar que voc realmente deseja instalar/atualizar os pacotes selecionados. Se voc responder Y, ento ele ir fazer o download e a instalao dos pacotes selecionados.

20

Captulo 4

Congurao do Servidor
Existem uma srie de servios que devem ser congurados para que o servidor LTSP funcione corretamente. Entre estes servios podemos citar: DHCP, NFS, TFTP e XDMCP. Vejamos como isto funciona. Congurao Conguraes especcas da estao

4.1 Congurao
4.1.1 Congurao
H quatro servios bsicos necessrios para suportar o boot de uma estao LTSP. So eles: DHCP TFTP NFS XDMCP O ltspcfg pode ser utilizado para congurar todos estes servios, alm de muitas outras coisas relacionadas ao LTSP. Voc pode acessar o ltspcfg do ltspadmin, ou pode execut-lo digitando ltspcfg em um shell. Quando voc executar o utilitrio ltspcfg, ele ir vericar o servidor, para determinar o que est atualmente instalado e executando. Voc ver uma tela como esta:

21

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Esta tela mostra todos os itens que o utilitrio procura. Para congurar todos os itens que precisam de congurao, escolha C, e o menu de congurao ser exibido. Do menu de congurao, voc precisar percorrer por cada item, para certicar-se que estes esto congurados corretamente para servir s estaes LTSP.

1 - Runlevel A varivel Runlevel usada pelo programa init. Com sistemas GNU/Linux e Unix, em um determinado momento, dito estar em um "Runlevel"especco. Os Runlevels 2 ou 3 22

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

so tipicamente usados quando o servidor est em modo texto. O Runlevel 5 tipicamente indica que o sistema est em modo grco com suporte a rede. Para um servidor LTSP, tradicionalmente o Runlevel 5 usado. A maioria dos sistemas j est congurada para servir NFS e XDMCP quando no Runlevel 5. Para aqueles sistemas que ainda esto congurados para este m, este utilitrio tomar conta deles. 2 - Interface selection Para sistemas que possuem mltiplas interfaces de rede, voc precisar especicar qual interface os Thin clients esto conectados. Selecionando a interface, a ferramenta de congurao est apta para criar os outros arquivos de congurao apropriados, como os arquivos dhcpd.conf e /etc/exports. 3 - DHCP conguration O DHCP precisa ser congurado para fornecer as informaes necessrias para as estaes. Entre estas informaes esto xed-address, lename, subnet-mask, broadcastaddress e root-path. Selecionando este artigo de menu, voc estar apto para criar o arquivo de congurao dhcpd.conf, e ento ativar o dhcpd para executar no incio do sistema. 4 - TFTP conguration O TFTP usado pelo thin client para fazer o download do kernel Linux. O servio tftpd precisa ser ativado no servidor, para servir os kernels. 5 - Portmapper conguration O Portmapper usado pelos servios RPC. Cada um dos servios RPC, tal como o NFS. 6 - NFS conguration O NFS o servio que permite que a rvore de diretrios local seja montada nas mquinas remotas. Este necessrio ao LTSP, porque as estaes montam seus sistemas de arquivos raiz do servidor. Este item de menu ir cuidar para que o servio NFS seja congurado para iniciar com o sistema. O arquivo de congurao /etc/exports e sua criao ser descrita mais adiante nesta seo. 7 - XDMCP conguration O XDMCP o "X Display Manager Control Protocol". O servidor X envia uma requisio XDMCP para o gerenciador de Display no servidor para obter uma tela de login. Os gerenciadores de display comumente em uso so o XDM, GDM e KDM. Este item de menu ir mostrar qual gerenciador de display foi encontrado, e qual est congurado para executar. Por medida de segurana, o gerenciador de Display congurado por padro para no permitir as conexes de estaes remotas. Esta normalmente a razo para a Gray screen with large X cursor . O ltspcfg pode normalmente congurar o gerenciador de display"para permitir que estaes remotas se conectem ao servidor. 23

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

8 - Create /etc/hosts entries Muitos servios, como o NFS e o gerenciador de Display precisam mapear o endereo IP da estao para um nome de host. Voc pode congurar o Berkeley Intenet Naming Daemon (BIND) para fazer isto, mas voc deve certicar-se de congurar o reverses corretamente. Finalmente, usar o BIND provavelmente a melhor maneira faz-lo, mas a congurao do BIND alm da nalidade deste documento e do utilitrio ltspcfg. Uma maneira mais simples para congurar o mapeamento de endereos IP e nomes de host o arquivo /etc/hosts. 9 - Create /etc/hosts.allow entries Alguns servios usam uma camada de segurana conhecida como tcpwrappers. Este congurado atravs do arquivo /etc/hosts.allow. Este item do menu ir congurar isto para voc. 10 - Create the /etc/exports le Este o arquivo usado pelo NFS, para determinar quais diretrios permitem ser montados por mquinas remotas. Este item do menu criar este arquivo. 11 - Create the lts.conf le A congurao de cada estao direcionada por entradas no arquivo lts.conf. Para estaes razoavelmente modernas com um barramento PCI, no deve ser necessria nenhuma entrada adicional no lts.conf. Mas, o arquivo ainda precisa existir. Este item do menu criar o arquivo lts.conf padro para voc.

4.1.2 Conguraes especcas da estao

Agora, o momento de informar o servidor LTSP sobre uma estao especca. H trs arquivos que contm informaes sobre as estaes de trabalho. /etc/dhcpd.conf /etc/hosts /opt/ltsp/i386/etc/lts.conf /etc/dhcpd.conf A estao precisa de um endereo IP e outras informaes. Ela ir obter as seguintes do servidor DHCP: Endereo IP Nome de host Endereo IP do servidor Gateway padro Caminho do kernel a ser carregado 24

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Servidor e caminho para o diretrio que ser montado como sistema de arquivos raz Para o nosso exemplo de ambiente LTSP, ns escolhemos o DHCP para gerenciar a atribuio de endereos IP das estaes. Durante a execuo do script ltsp_initialize script, um arquivo dhcpd.conf instalado. Ele estar localizado em /etc/dhcpd.conf.example, voc pode copi-lo para /etc/dhcpd.conf para utilizlo como base para a sua congurao do servio DHCP. Voc precisar modicar as partes deste arquivo que referenciam o ambiente de servidor(s) e estaes.

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.254; option domain-name-servers 192.168.0.254; option domain-name "ltsp.org"; option root-path "192.168.0.254:/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.254; host ws001 { hardware ethernet 00:E0:18:E0:04:82; xed-address 192.168.0.1; lename "/lts/vmlinuz.ltsp"; } }

Desde a verso 2.09pre2 do LTSP, voc no precisa especicar um kernel particular a ser carregado. O pacote padro do kernel suporta todos as placas da rede que o Linux suporta. H dois arquivos de kernel includos no pacote do kernel LTSP. Um kernel tem o Linux Progress Patch (LPP) aplicado, e o outro no. Os nomes para os kernels so:

vmlinuz-2.4.9-ltsp-5 vmlinuz-2.4.9-ltsp-lpp-5

25

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Voc pode ter observado que o kernel reside no diretrio /tftpboot/lts, mas na entrada "lename"no arquivo /etc/dhcpd.conf est faltando o componente tftpboot do caminho. Isto porque nas verses 7,1 e superiores do Redhat, o TFTP est sendo executado com a opo -s. Esta opo leva ao daemon do tftpd a funcionar na modalidade secure. Isto , faz um chroot para o diretrio /tftpboot quando inicia. Conseqentemente, todos os arquivos que esto disponveis ao daemon do tftpd so relativos ao diretrio tftpboot. Outras distribuies Linux podem no possuir a opo -s congurada para o tftpd, desta forma voc precisar adicionar o prexo /tftpboot ao caminho do kernel.

/etc/hosts Mapeamento de endereos IP para nome de mquina Os computadores comunicam-se perfeitamente com os endereos do IP. Ento, ns seres humanos precisamos por nomes nos computadores, porque no podemos recordar os nmeros. onde o DNS ou o arquivo /etc/hosts entra no jogo. Este mapeamento de endereos IP para nomes de host geralmente no necessrio, exceto em um ambiente LTSP. Isto porque sem ele, o NFS lhe dar erros das permisses quando a estao de trabalho tenta montar o sistema de arquivos raiz. Alm dos problemas com o NFS, se a estao de trabalho no estiver listada no arquivo /etc/hosts, voc poder ter problemas tambm com gerenciadores de telas GDM ou KDM.

/opt/ltsp/i386/etc/lts.conf H um nmero de entradas de congurao que podem ser especicadas no arquivo lts.conf. O arquivo lts.conf possui uma sintaxe simples, que consiste em sees mltiplas. H uma seo padro chamada [default] e pode haver sees para estaes individuais. As estaes podem ser identicadas pelo nome de host, pelo endereo IP ou pelo endereo MAC. Um arquivo lts.conf tpico se parece com este:

# # Cong le for the Linux Terminal Server Project # [Def ault] 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 26

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

RUNLEVEL = 5 [ws001] USE_NFS_SWAP = Y SWAPFILE_SIZE = 48m RUNLEVEL = 5 [ws002] XSERVER = XF86_SVGA LOCAL_APPS = N USE_NFS_SWAP = Y SWAPFILE_SIZE = 64m RUNLEVEL = 3 Arquivo lts.conf Abaixo, uma lista das principais entradas:

XSERVER Se sua placa de vdeo PCI, e se esta suportada pelo X.org 6.7.0, ento voc apenas precisa do pacote lts_x_core. Este contm todos os mdulos de driver para o X4. H vrios pacotes do XFree86 3.3.6 disponveis para o LTSP. Isto para o caso de sua placa de vdeo no ser suportada pelo X.org 6.7.0. Voc pode criar entradas no arquivo lts.conf para cada estao individual, ou voc pode criar uma entrada padro que pode ser compartilhada por todas as estaes. Nossa estao de trabalho possui uma placa de vdeo com chipset Intel i810, e esta pode ser detectada automaticamente, ento ns no precisaremos de uma entrada XSERVER no arquivo lts.conf. A entrada XSERVER pode ser especicada, se voc desejar, ou esta pode ser congurada para auto para mostrar que a placa de vdeo ser detectada automaticamente. RUNLEVEL Queremos utilizar a estao de trabalho no modo grco, desta forma, precisamos que o runlevel esteja congurado para 5. Isto feito por outra entrada no arquivo lts.conf. Exibindo a congurao atual Com o comando ltspcfg, voc pode obter o status atual da congurao de todos os servios necessrios ao LTSP. Atravs do menu principal do ltspcfg, pressione S, e voc ir ver o status atual.

27

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

28

Captulo 5

Congurando a Estao de Trabalho

Uma vez que o servidor esteja congurado, hora de concentrar-se na congurao da estao de trabalho. Tudo o que acontece depois que o kernel est na memria sobre o projeto de LTSP. H diversas maneiras de por o kernel na memria, inclundo Etherboot, Netboot, PXE e o disquete.

5.1 Teoria da Operao

Passos Carregando o kernel na memoria

5.1.1 Passos
Iniciar uma estao sem disco envolve alguns passos. Entender o que est acontecendo ao longo do processo ir tornar muito mais fcil a soluo de problemas se eles chegarem a acontecer. H quatro servios bsicos que so necessrios para iniciar uma estao LTSP. So eles: DHCP TFTP NFS XDMCP O LTSP muito exvel. Cada um dos servios relacionados acima podem ser oferecidos pelo mesmo servidor, ou de diferentes servidores. Por exemplo, iremos descrever uma congurao simples, na qual consiste de um nico servidor, fornecendo todos os servios acima. As etapas que a estao de trabalho passar 1. Carregar o kernel Linux na memria da estao de trabalho. Isto pode ser feito de diferentes maneiras, incluindo: 29

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Bootrom (Etherboot,PXE,MBA,Netboot) Disquete Disco rgido CD-ROM Dispositivos de armazenamento USB 2. Uma vez que o kernel tenha sido carregado na memria, ele iniciar sua execuo. 3. O kernel ir iniciar todo o sistema bsico e todos os perifricos que reconhecer. 4. aqui que a diverso comea realmente. Durante o processo de carga do kernel, a imagem de um ramdisk tambm ser carregada em memria. Um argumento na linha de comando do kernel root=/dev/ram0 o informa para montar a imagem como o diretrio raiz. 5. Normalmente, quando o kernel naliza sua carga, ele carregar o programa init. Mas, neste caso, instrumos o kernel para carregar um pequeno shell script em vez do padro. Fazemos isto passando init=/linuxrc na linha de comando do kernel. 6. O script /linuxrc inicia por analisar o barramento PCI, procurando por uma placa de rede. Para cada dispositivo PCI que ele encontrar, ser feita uma busca no arquivo /etc/niclist, para ver se h uma coincidncia. Uma vez que coincidncia encontrada, o nome do mdulo da placa de rede retornado, e o modulo do kernel carregado. Para as placas ISA, o mdulo precisa ser especicado na linha de comando do kernel, juntamente com qualquer endereo IRQ, ou parmetros de endereo que possam ser requeridos. 7. Um pequeno cliente DHCP chamado dhclient ir ento, ser executado para realizar outra consulta ao servidor DHCP. preciso fazer esta consulta no espao de usurio, porque precisamos de mais informaes do que foram obtidas pela consulta ao DHCP pelo bootrom. 8. Quando o dhclient receber uma resposta do servidor, ele ir executar o arquivo /etc/dhclientscript, o qual utilizar as informaes recebidas, e congurar a interface eth0. 9. At este ponto, o sistema de arquivos raz era um disk. Agora, o script /linuxrc ir montar um novo sistema de arquivos raz via NSF. O diretrio exportado do servidor tipicamente /opt/ltsp/i386. Ele no pode simplesmente montar o novo sistema de arquivos como /. Ele primeiro precisa montar este em /mnt. Ento, ele chama pivot_root. A pivot_root ir trocar o sistema de arquivos raiz atual por um novo sistema de arquivos. Quando ele completar, o sistema de arquivos NFS estar montado como / e o sistema de arquivos raiz anterior estar montado em /oldroot. 10. Uma vez que a montagem e troca do novo sistema de arquivos raiz estiver completa, ns terminamos com o shell script /linuxrc e precisamos chamar o programa /sbin/init real. 11. O Init ir ler o arquivo /etc/inittab e comear a congurar o ambiente da estao. 12. Um dos primeiros tens o arquivo inittab. o comando rc.sysinit que ser executado enquanto a estao estiver no estado sysinit. 13. O script rc.sysinit ir criar um disco em memria de 1MB para conter todas as coisas que precisam ser gravadas ou modicadas de alguma forma.

30

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

14. O ramdisk ser montado como o diretrio /tmp Qualquer arquivo que precisa ser gravado, existir atualmente no diretrio /tmp haver links simblicos apontando para estes arquivos. 15. O sistema de arquivo /proc est montado. 16. O arquivo lts.conf ser processado, e todos os parmetros neste arquivo que pertencem a esta estao, sero congurados nas variveis de ambiente para uso do script rc.sysinit. 17. Se a estao estiver congurada para usar SWAP via NFS, o diretrio /var/opt/ltsp/swaples ser montado como /tmp/swaples. Ento, se ainda no existir um arquivo de swap para esta estao, ele ser criado automaticamente. O tamanho do arquivo de swap congurado no arquivo lts.conf . O arquivo de swap ser ento ativado, atravs do comando swapon. 18. A interface de rede loopback congurada. Esta a interface de rede que usa o endereo IP 127.0.0.1. 19. Se as aplicaes locais estiverem ativadas, ento o diretrio /home ser montado, de forma que as aplicaes possam acessar o diretrio pessoal dos usurios. 20. Diversos diretrios so criados. O sistema de arquivos /tmp para manter alguns dos arquivos transitrios que so necessrios durante a execuo do sistema. Diretrios como a seguir sero todos criados.: /tmp/compiled /tmp/var /tmp/var/run /tmp/var/log /tmp/var/lock /tmp/var/lock/subsys 21. O arquivo /tmp/syslog.conf ser criado. Este arquivo conter informaes com a localizao do daemon syslogd o qual ir armazenar as informaes enviadas pela rede. O computador com o servio syslog especicado no arquivo lts.conf. H um link simblico chamado /etc/syslog.conf que aponta para o arquivo /tmp/syslog.conf. 22. O daemon syslogd iniciado, usando o arquivo de conguraes criado no passo anterior. 23. Uma vez que o script rc.sysinit script estiver concludo, o controle retorna para o programa /sbin/init, o qual ir mudar o runlevel de sysinit para 5. Isto far com que todas as entradas no arquivo /etc/inittab sejam executadas. 24. Por padro, haver uma entrada no inittab para executar o script /etc/screen_session no tty1, tty2 e tty3. Isto signica que voc pode executar 3 sesses ao mesmo tempo, e o tipo da sesso e controlado pelas variveis SCREEN_01, SCREEN_02 e SCREEN_03 no arquivo lts.conf . Mais entradas podem ser conguradas no inittab para mais sesses, se desejado. 25. Se SCREEN_01 congurada para o valor startx, ento, o script /etc/screen.d/startx ser executado, o qual ir lanar o X Windows System, dando-lhe uma interface grca de usurio. H um parmetro chamado XSERVER no arquivo lts.conf, Se este parmetro estiver 31

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

faltando, ou congurado para "auto", ento uma deteco automtica da placa de vdeo ser tentada. Se a placa for PCI ou AGP, ento sero obtidos o PCI Vendor e o Device id, e feita uma busca no arquivo /etc/vidlist. Se a placa for suportada pelo Xorg 6.7, a rotina pci_scan ir retornar o nome do mdulo do driver. Se esta for suportada apenas pelo XFree86 3.3.6, o pci_scan ir retornar o nome do servidor X a ser usado. O script startx pode informar a diferena por que os nomes dos mdulos do X Server 3.3.6 comeam com XF86_, enquanto na nova verso do X Server Xorg, os nomes dos mdulos so tipicamente em minsculas, como ati ou trident. 26. Se o Xorg for usado, ento o script /etc/build_x4_cfg ser chamado para criar um arquivo XF86Cong le. Se o XFree86 3.3.6 for usado, ento o script /etc/build_x3_cfg ser chamado para criar o arquivoXF86Cong. Estes arquivos sero postos no diretrio /tmp . Os quais, se voc estiver lembrado, um ramdisk, visto apenas pela estao. O arquivo XF86Cong ser criado, baseado nas entradas do arquivo /etc/lts.conf. 27. Uma vez que o arquivo XF86Cong foi criado, ento o script startx ir carregar o X Server com aquele novo arquivo de congurao. 28. O X Server ir enviar uma consulta XDMCP para o servidor LTSP, o qual ir oferecer um dilogo de login. 29. Neste ponto, o usurio pode logar. Ele ir obter uma sesso no servidor. Em um primeiro momento, isto confunde muitas pessoas. Elas esto estao, mas elas esto executando uma sesso no servidor. Todos os comandos que elas executam, sero executados no servidor, mas a sada ser mostrada na estao.

5.1.2 Carregando o Kernel na Memria

Pr o kernel Linux dentro das memrias das estaes pode ser feito de vrias maneiras.

Boot ROM Etherboot O Etherboot um projeto de bootrom open-source muito popular. Ele contm drivers para muitas placas de rede comuns, e funciona muito bem com o LTSP. O kernel Linux precisa ser rotulado com o mknbi-linux, o qual ir preparar o kernel para boot via rede, atravs da prexao do kernel com alguns cdigos adicionais e anexando uma initrd ao nal do kernel. O kernel que fornecido com o LTSP j est rotulado e pronto para uso com o Etherboot. O Etherboot tambm pode ser gravado em disquete, funcionando perfeitamente para testes. PXE Parte da especicao Wired for Management da dcada de 1990 incluiu a especicao de uma tecnologia de bootrom conhecida como Pre-boot Execution Environment 32

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

comumente abreviada como PXE. Uma bootrom PXE bootrom pode carregar at no mximo um arquivo de 32 Kilobytes. Um kernel Linux um pouco maior que isto. Por isso, conguramos um carregador de boot de segundo estgio chamado pxelinux. O pxelinux pequeno o bastante para ser carregado, e ele sabe como carregar arquivos grandes, como o kernel Linux. MBA O Managed Boot Agent (MBA) uma bootrom de uma companhia chamada emBoot. A emBoot foi utilizada como a diviso Lanworks da 3Com. O MBA na realidade, quatro bootroms em uma. Ele ir tratar PXE, TCP/IP, RPL e Netware. A implementao PXE do MBA funciona muito bem. Voc pode us-la com o pxelinux para carregar o kernel Linux. O mtodo TCP/IP pode ser usado, mas antes, o kernel precisa ser preparado com um utilitrio chamado imggen. Netboot O Netboot, assim como Etherboot, um projeto de software livre que fornece imagens ROM livres para boot. A diferena que ele um invlucro para o driver NDIS ou drivers de pacotes distribudos com as placas de rede.

Mdia Local Disquetes H dois modos de iniciar uma estao LTSP com disquete. Um modo carregar o Etherboot no setor de boot do disquete. Ento, ele funcionar como uma bootrom. O cdigo de boot ser executado, a placa de rede ser iniciada, e o kernel ser carregado do servidor de rede. Voc poder tambm gravar o kernel e a initrd no disquete e iniciar daquela maneira. Entretanto, atualmente, mais rpido carregar o kernel via rede. Disco rgido O disco rgido pode ser usado com o LILO ou GRUB, para carregar o kernel Linux e a initrd ou voc pode carregar uma imagem bootrom Etherboot do disco rgido, e esta atuar como uma bootrom. CD-ROM Um CD-ROM bootavel pode ser carregado com o kernel Linux ou uma imagem Etherboot. Dispositivos de armazenamento USB

33

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Assim como o CD-ROM, disquete e disco rgido, voc pode usar um dispositivo de armazenamento USB tanto para iniciar um mdulo Etherboot, como um kernel Linux e uma imagem initrd.

5.2 Congurando a Estao de Trabalho

Estao de trabalho Carga com PXE Etherboot Ligando a Estao

5.2.1 Estao de Trabalho

Uma vez que o servidor esteja congurado, hora de concentrar-se na congurao da estao de trabalho. Tudo o que acontece depois que o kernel est na memria sobre o projeto de LTSP. H diversas maneiras de pr o kernel na memria, inclundo Etherboot, Netboot, PXE e o disquete.

5.2.2 Carga com PXE

Se sua placa de rede possui PXE embutido, ento voc pode us-la para carregar o kernel do Linux. PXE uma tecnologia de bootrom, similar a Etherboot ou a Netboot. Talvez voc precise ativar o bootrom PXE em sua placa de rede. Voc tambm pode precisar mudar a ordem dos dispositivos de boot em sua BIOS, para fazer a "Boot from LAN"a primeira escolha, ao invs de "Floppy"ou "HDD". O PXE tem uma limitao de somente poder carregar arquivos de 32kb ou menores. O kernel do Linux um pouco maior que esta limitao, desta forma no possvel carregar o kernel Linux diretamente com o PXE. Voc precisa carregar algo conhecido como Network Bootstrap Program ou NBP. H um NBP disponvel para carregar o kernel Linux chamado de pxelinux.0. Este parte do pacote syslinux de H. Peter Anvin, um dos desenvolvedores do kernel. O pacote LTSP do kernel inclui o NBP pxelinux.0 e o arquivo de congurao necessrio para carregar o kernel Linux e a imagem do ramdisk. A maneira de funcionamento esta: A bootrom PXE inicia a placa de rede e envia uma requiso DHCP.

34

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

O servidor DHCP responde requisio com um endereo IP, e o nome do NBP a ser carregado. A bootrom PXE faz o download do NBP, o pe em memria e inicia sua execuo. O NBP utiliza-se do tftp para fazer o download do arquivo de congurao do servidor. O arquivo de congurao contm o nome do kernel, o nome do arquivo ramdisk inicial, e opes a serem passadas ao kernel, quando este for carregado. Aqui est um arquivo de congurao exemplo do pxelinux: prompt=0 label linux kernel bzImage-2.4.24-ltsp-4 append init=/linuxrc rw root=/dev/ram0 initrd=initrd-2.4.24-ltsp-4.gz O NBP ento usa o tftp para fazer o download do kernel Linux, e do ramdisk inicial (initrd). O controle ento passado ao kernel Linux, este carregado em memria, monta o initrd, e continua com o inicio do thin clinet.

5.2.3 Carga com Etherboot

O Etherboot um pacote de software para criar imagens ROM que possam realizar o download de cdigo sobre uma rede Ethernet a ser executado em um computador x86. Muitas placas de rede tm um soquete onde um chip de ROM pode ser instalado. O Etherboot o cdigo que pode ser posto em tal ROM. O Etherboot tambm Open Source, protegido pela GNU General Public License, Version 2 (GPL2). Para usar o Etherboot, se voc j possui uma placa de rede com uma bootrom Etherboot, talvez precise modicar a congurao de sua BIOS para escolher a opo "Boot from LAN"para a carga do sistema operacional ao invs de "Floppy"ou "HDD". Se voc no possui uma bootrom Etherboot, voc pode ou criar uma bootrom, ou voc pode criar um disquete com uma imagem Etherboot em seu setor de boot. O Etherboot suporta um vasto nmero de placas de rede. Mais de 200 modelos, com mais sendo adicionados todo o tempo. Se voc escolher criar um disquete ou gravar o cdigo em uma Eprom, precisar determinar qual o modelo de placa de rede possui.

Escolhendo um driver Etherboot para placas de rede ISA Para placas de rede antigas baseadas no padro ISA, no to importante que voc determine o tipo exato. Primeiro, a maioria delas so placas ne2000 ou 3Com 3c509. Voc precisa apenas obter o driver Etherboot correto, o que seleciona o tipo correto de mdia na placa 10 base-2 (Coax) e 10 base-T (Twisted pair). 35

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Escolhendo um driver Etherboot para placas de rede PCI Para as placas de rede PCI, importante escolher o driver Etherboot que corresponda ao cdigo PCI do fabricante e da placa de rede. s vezes, voc ter sorte. Saber exatamente que modelo de placa de rede tem, por que o modelo impresso na prpria placa de rede, e bate exatamente com a descrio dos modolos no Etherboot. Mas, em muitos casos, ser necessrio encontrar os nmeros do PCI ID. Se sua estao de trabalho tiver uma drive de disquete, voc pode carregar um disquete tomsrtbt (Toms Root Boot). Ou, se sua estao de trabalho tiver uma unidade de CD-ROM, voc pode carregar um CD do Knoppix. Se voc no puder carregar o linux em sua estao de trabalho, ento sua nica esperana pode ser mover a placa de rede para uma estao de trabalho que possa carregar o Linux. Uma vez que tenha o Linux carregado, voc pode usar o comando lspci com a opo -n.

[root@jamlaproot]# lspci -n 0000:00:00.0 Class 0600: 8086:7190 (rev 03) 0000:00:01.0 Class 0604: 8086:7191 (rev 03) 0000:00:03.0 Class 0607: 104c:ac1c (rev 01) 0000:00:03.1 Class 0607: 104c:ac1c (rev 01) 0000:00:07.0 Class 0680: 8086:7110 (rev 02) 0000:00:07.1 Class 0101: 8086:7111 (rev 01) 0000:00:07.2 Class 0c03: 8086:7112 (rev 01) 0000:00:07.3 Class 0680: 8086:7113 (rev 03) 0000:00:08.0 Class 0401: 125d:1978 (rev 10) 0000:01:00.0 Class 0300: 1002:4c4d (rev 64) 0000:06:00.0 Class 0200: 8086:1229 (rev 09)

No exemplo acima, voc pode ver uma entrada para cada placa PCI no sistema. Voc precisar procurar apenas os dispositivos Class 0200. Desta forma, executado novamente o comando, procurando apenas por interfaces Ethernet, a lista torna-se muito mais gerencivel.

[root@jamlaproot]# lspci -n | grep "Class 0200" 0000:06:00.0 Class 0200: 8086:1229 (rev 09)

Os nmeros do PCI ID so: 8086:1229. O primeiro campo, 8086 o PCI ID do fabricante. Neste exemplo, o fabricante a Intel Corporation. O segundo campo, 1229 o PCI ID do dispositivo. Este nos informa qual o modelo da placa de rede. Neste caso, uma placa de rede EtherExpress 100. Criando um disquete de boot Voc pode fazer o download do pacote Etherboot e congur-lo para o tipo de bootrom que precisar. Ento, voc pode compilar o fonte para produzir uma imagem bootrom que possa ser gravada 36

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

em uma EPPROM ou em um disquete. Uma abordagem simples ir ao site do Marty Connors www.Rom-O-Matic.net. O Marty fez um bom trabalho ao por um front-end web para congurao e compilao da gerao de imagens bootrom Etherboot. Neste site, voc seleciona o tipo de placa de rede que tem e que tipo de imagem deseja. Ento, voc tem a oportunidade de modicar muitas das opes de congurao do Etherboot. Ento, voc pode pressionar o boto Get ROM e uma imagem bootrom personalizada ser gerada enquando voc espera. Para o formato de sada da ROM, escolhar Floppy Bootable ROM Image. Isto ir ocasionar a incluso de um cabealho de 512 bytes que um boot loader para carregar a imagem etherboot na memria ram onde esta possa ser executada. Pressione o boto Get ROM. A imagem bootrom ser gerada enquanto voc espera. Isto leva apenas alguns segundos, e quando completar, seu navegador ir abrir a janela de "Salvar como"onde voc pode denir onde a imagem bootrom ser salva em seu computador. Uma vez que tenha salvo a imagem em seu disco, voc precisar grav-la em um disquete. Insira um disquete na unidade e execute o seguinte comando para gravar o disquete:

dd if=Etherboot_Image of=/dev/fd0

5.2.4 Ligando a Estao

Assumindo que o servidor e a estao esto congurados corretamente, necessrio apenas inserir um disquete de boot na estao de trabalho e lig-la. O cdigo de Etherboot ser lido do disquete para a memria, a placa de rede ser encontrada e inicializada, uma requisio dhcp ser emitida na rede e uma resposta ser emitida pelo servidor e ser feito o download do kernel para a estao de trabalho. Uma vez que o kernel inicializou o hardware da estao de trabalho, o X Windows ir iniciar e uma tela de login deve aparecer na estao de trabalho, similar ao exemplo abaixo:

37

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Neste ponto, voc pode logar. Uma coisa importante a ter em mente que voc est logando no servidor. Todos os comandos que voc executar, estaro sendo executados no servidor, e sua sada mostrada na estao de trabalho. Isto o poder do X Windows. Voc pode executar qualquer programa que seja suportado pelo servidor.

38

Captulo 6

Problemas Tcnicos
Se, aps todas as conguraes, sua estao de trabalho no carregar, ento voc deve comear o processo de pesquisar os problemas de instalao. Esta lio mostrar diversos meios de solucionar problemas.

6.1 Solucionando problemas

Solucionando problemas em disquetes com imagens Etherboot DHCP TFTP NFS Xserver Gerenciador de Telas

6.1.1 Solucionando Problemas em Disquetes com Imagens Etherboot

Quando voc iniciar por um disquete, voc dever ver algo similar a isto: loaded ROM segment 0x0800 length 0x4000 reloc 0x9400 Etherboot 5.0.1 (GPL) Tagged ELF for [LANCE/PCI] Found AMD Lance/PCI at 0x1000, ROM address 0x0000 Probing...[LANCE/PCI] PCnet/PCI-II 79C970A base 0x1000, addr 00:50:56:81:00:01 Searching for server (DHCP)... <sleep> O exemplo acima mostra o que voc pode esperar ver na tela quando iniciando de um disquete. Se voc no vir aquelas mensagens, indicando que o Etherboot iniciou, ento voc pode ter um disquete com defeito, ou voc no gravou a imagem corretamente. Se, voc vir uma mensagem como a seguinte, ento isto indica que provavelmente a imagem Etherboot que voc gerou no a imagem correta para sua placa de rede.

39

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

ROM segment 0x0800 length 0x8000 reloc 0x9400 Etherboot 5.0.2 (GPL) Tagged ELF for [Tulip] Probing...[Tulip]No adapter found <sleep> <abort> Se for at o ponto onde ele detecta a placa de rede e mostrar o endereo MAC correto, ento o disquete provavelmente est normal

6.1.2 DHCP
Uma vez que a placa de rede esteja iniciada, ela ir enviar uma requisio DHCP para a rede local, procurando por um servidor DHCP. Se a estao de trabalho receber uma resposta vlida do servidor DHCP, ento ela congurarar a placa de rede. Voc saber se funcionou corretamente caso as informaes de endereo IP forem indicadas na tela. Aqui est um exemplo de como deve aparecer: ROM segment 0x0800 length 0x4000 reloc 0x9400 Etherboot 5.0.1 (GPL) Tagged ELF for [LAN CE/P CI] Found AMD Lance/PCI at 0x1000, ROM address 0x0000 Probing...[LAN CE/P CI] PCnet/PCI-II 79C970A base 0x1000, addr 00:50:56:81:00:01 Searching for server (DHCP)... <sleep> Me: 192.168.0.1, Server: 192.168.0.254, Gateway 192.168.0.254 Se voc vir uma linha que comea com Me:, seguida por um endereo IP, ento voc sabe que o DHCP est funcionando corretamente. Voc pode ir em frente e vericar se o TFTP est funcionando. Se ao invs, voc vir a seguinte mensagem na estao de trabalho, seguida de vrias mensagens <sleep>, ento algo est errado. Embora, seja comum ver uma ou duas mensagens <sleep>, depois da resposta do servidor dhcp. Searching for server (DHCP)... Descobrir o que est errado pode ser algumas vezes difcil, mas aqui esto algunas coisas a observar. Vericar conexes A estao de trabalho est conectada mesma rede que o servidor est conectado? Com a estao de trabalho ligada, certique-se de que as luzes de conexo esto acesas durante toda a conexo. 40

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Se voc estiver conectando diretamente a estao e o servidor (sem hub ou switch), certique-se que voc est usando um cabo cross-over. Se voc estiver usando um hub ou switch, ento certique-se de estar utilizando um cabo normal straight-thru, entre ambos a esto e o hub, e o hub e o servidor. O DHCP est sendo executado? Voc precisa determinar se o dhcpd est sendo executado no servidor. Podemos encontrar a resposta de uma grande variedade de modos. O dhcpd normalmente permanece em segundo plano, ouvindo na porta udp 67. Tente executar o comando netstat para ver se existe algo ouvindo nesta porta: netstat -an | grep ":67 " Voc dever ver uma sada similar a esta: udp 0 0 0.0.0.0:67 0.0.0.0:* A quarta coluna contm o endereo IP e a porta, separados por dois pontos ( : ). Um endereo composto por zeros (0.0.0.0) indica que ele est ouvindo em todas as interfaces. Isto , vo pode ter as interfaces eth0 e eth1, e o dhcpd ouvindo em ambas as interfaces. S porque o netstat mostra que alguma coisa est ouvindo na porta udp 67, no signica que denitivamente o dhcpd que est escutando. Pode ser o bootpd, mas isto incomum, porque o bootp no mais includo na maioria das distribuies Linux. Para certicar-se que o dhcpd que est sendo executado, tente executar o comando ps. ps aux | grep dhcpd Voc dever ver algo parecido com o seguinte: root 23814 0.0 0.3 1676 820 ? S 15:13 0:00 /usr/sbin/dhcpd root 23834 0.0 0.2 1552 600 pts/0 S 15:52 0:00 grep dhcp A primeira linha mostra que o dhcpd est sendo executado. A segunda linha apenas o comando grep. Se voc no vir nenhuma linha mostrando que o dhcpd est sendo executado, ento voc precisa checar se o servidor est congurado para o runlevel 5, e que o dhcpd est congurado para iniciar no runlevel 5. Em sistemas baseados em Red Hat, voc pode executar o comando ntsysv e procurar o dhcpd para certicar-se que ele est congurado para inciar. Voc pode tentar iniciar o dhcpd com este comando: service dhcpd start 41

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Preste ateno sada, ela pode mostar erros.

Verique novamente a congurao do dhcpd

O arquivo /etc/dhcpd.conf possue uma entrada para a estao de trabalho? Voc deve vericar novamente a congurao xed-address no arquivo de congurao, para certicar-se que esta casa com a placa de rede na estao de trabalho.

O IPTables ou IPChains esto bloqueando as requisies? Vericando o ipchains Execute o seguinte comando para ver o que ele diz:

ipchains -L -v Se voc vir algo como:

Chain input (policy ACCEPT: 229714 packets, 115477216 bytes): Chain forward (policy ACCEPT: 10 packets, 1794 bytes): Chain output (policy ACCEPT: 188978 packets, 66087385 bytes):

Ento no o ipchains que est atrapalhando. Vericando o iptables Execute o seguinte comando para ver o que ele diz:

iptables -L -v Se voc vir algo como:

Chain INPUT (policy ACCEPT 18148 packets, 2623K bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 17721 packets, 2732K bytes) pkts bytes target prot opt in out source destination

42

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Ento no o iptables que est atrapalhando. * A estao de trabalho est enviando a requisio? Tente monitorar o arquivo /var/log/messages enquanto a estao de trabalho estiver iniciando. Voc pode faz-lo com o seguinte comando:

tail -f /var/log/messages Isto seguir o arquivo de log quando novos registros forem adicionados a ele. server dhcpd: server dhcpd: server dhcpd: server dhcpd: DHCPDISCOVER from 00:50:56:81:00:01 via eth0 no free leases on subnet WORKSTATIONS DHCPDISCOVER from 00:50:56:81:00:01 via eth0 no free leases on subnet WORKSTATIONS

Se voc vir mensagens como as acima, informando no free leases, isto indica que o dhcpd est sendo executado, mas este no sabe nada sobre a estao de trabalho que est requisitando um endereo IP.

6.1.3 TFTP
O Etherboot usa o TFTP para copiar o kernel Linux do servidor. Este um protocolo muito simples, mas algumas vezes h problemas ao tentar faz-lo funcionar. Se voc vir uma mensagem similar a esta:

Loading 192.168.0.254:/lts/vmlinuz-2.4.24-ltsp-4......... com os pontos enchendo a tela rapidamente, isto normalmente indica que o TFTP est funcionando corretamente, e que o kernel est sendo copiado. Se, ao invs, voc no vir os pontos, ento h um problema. Problemas possves incluem:

O tftpd no est sendo executado Se o tftpd no estiver congurado para executar, ento ele certamente no estar apto a responder s requisies da estao de trabalho. Voc pode ver se ele est sendo executado, voc pode usar o comando netstat, como este:

[root@bigdog]# netstat -anp | grep ":69 " udp 0 0 0.0.0.0:69 0.0.0.0:* 453/inetd

43

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Se voc no vir nenhuma sada deste comando, ento o tftpd no est sendo executado. H dois mtodos comuns de executar o tftpd, so eles o inetd e o novo xinetd O inetd usa um arquivo de congurao chamado /etc/inetd.conf. Neste arquivo, certique que a linha que comea com tftpd no est comentada. Isto como a linha deve parecer: tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd -s /tftpboot O xinetd usa um diretrio com arquivos de congurao individuais. Um para cada servio. Se o seu servidor est usando o xinetd, ento o arquivo de congurao para o tftpd chamado de /etc/xinetd.d/tftp. Abaixo est um exemplo: service tftp { disable = no socket_type = dgram protocol = udp wait = yes user = root server = /usr/sbin/in.tftpd server_args = -s /tftpboot } Certique-se que a linha disable no contm yes. O kernel no est onde o tftpd espera encontr-lo O kernel precisa estar em um local onde o daemon tftpd possa acess-lo. Se a opo -s do daemon tftpd for utilizada, ento qualquer coisa que a estao procurar precisa estar relativo ao diretrio /tftpboot. Ento, se a entrada lename no arquivo /etc/dhcpd.conf est congurada para /lts/vmlinuz-2.4.24-ltsp-4, ento o kernel precisa estar em /tftpboot/lts/vmlinuz-2.4.24-ltsp-4

6.1.4 NFS
H diversas coisas que podem impedir que o sistema de arquivos raz seja montado. inclundo as seguintes: No init found Se voc obter o seguinte erro: Kernel panic: No init found. Try passing init= option to kernel. Ento o mais provvel que voc esteja montando o diretrio errado como sistema de arquivos raz ou o diretrio /opt/ltsp/i386 est vazio.

44

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

O servidor retornou o erro -13 Se voc obter o seguinte erro: Root-NFS: Server returned error -13 while mounting /opt/ltsp/i386 Isto indica que o diretrio /opt/ltsp/i386 no est listado no arquivo /etc/exports. Examine o arquivo /var/log/messages para ver se h algum indcio. Uma entrada como esta: Jul 20 00:28:39 bigdog rpc.mountd: refused mount request from ws004 for /opt/ltsp/i386 (/): no export entry Ento isto conrma nossa suspeita que a entrada no arquivo /etc/exports no est correta. Problemas no Daemon NFS (portmap, nfsd & mountd) O NFS pode ser um servio complexo e difcil na soluo de problemas, mas entendendo o que deve ser congurado e quais ferramentas esto disponveis para diagnosticar os problemas ir certamente ajudar a tornar isto mais fcil. H trs daemons que precisam estar em execuo no servidor para o NFS funcionar corretamente. portmap, nfsd e mountd. O Portmapper (portmap) Se voc obter a seguinte mensagem: Looking up port of RPC 100003/2 on 192.168.0.254 portmap: server 192.168.0.254 not responding, timed out Root-NFS: Unable to get nfsd port number from server, using default Looking up port of RPC 100005/2 on 192.168.0.254 portmap: server 192.168.0.254 not responding, timed out Root-NFS: Unable to get mountd port number from server, using default mount: server 192.168.0.254 not responding, timed out Root-NFS: Server returned error -5 while mounting /opt/ltsp/i386 VFS: unable to mount root fs via NFS, trying oppy. VFS: Cannot open root device "nfs"or 02:00 Please append a correct "root="boot option Kernel panic: VFS: Unable to mount root fs on 02:00 Isto causado muito provvelmente porque o daemon do portmap no est em execuo. Voc pode conrmar se o portmapper est funcionando usando o comando ps:

45

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

ps -e | grep portmap Se o portmapper estiver executando, voc dever ver uma sada como esta:

30455 ? 00:00:00 portmap Outro teste usar o netstat. O portmapper usa as portas TCP e UDP 111. Tente executar isto:

netstat -an | grep ":111 " Voc dever ver a seguinte sada:

tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN udp 0 0 0.0.0.0:111 0.0.0.0:*

Se voc no vir uma sada similar, ento o portmapper no est executando. Voc inicia o portmapper executado:

/etc/rc.d/init.d/portmap start Ento, voc dever certicar-se que o portmapper est congurado para iniciar quando o servidor iniciado. Execute o ntsysv para certicar-se que este est selecionado para executar.

O NFS e daemons MOUNT (nfsd & mountd) O NFS possui 2 daemons que precisam estar executando. O nfsd e o mountd. Ambos so iniciados pelo script /etc/rc.d/init.d/nfs. Voc pode executar o comando ps para certicar-se que eles esto em execuo.

ps -e | grep nfs ps -e | grep mountd

Se isto mostrar que um ou ambos os daemons no esto executando, ento voc precisar inici-los. Voc deve estar apto a executar o script de inicio com o argumento restart para causar o inicio de ambos, mas por alguma razo, o script /etc/rc.d/init.d/nfs no reinicia o nfsd desta maneira. Ele reinicia somente o mountd (erro?). Assim, voc deve preferivelmente executar a seguinte seqncia dos comandos:

46

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

/etc/rc.d/init.d/nfs stop /etc/rc.d/init.d/nfs start Voc pode obter erros no comando stop, mas isto est OK. O comando start deve mostrar OK como status. Se os daemos estiverem executando, mas o NFS continuar no funcionando, voc pode vericar se eles se registraram com o portmapper utilizando o comando rpcinfo. rpcinfo -p localhost Voc deve ver resultados similares aos abaixo: program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100021 1 udp 32771 nlockmgr 100021 3 udp 32771 nlockmgr 100021 4 udp 32771 nlockmgr 100005 1 udp 648 mountd 100005 1 tcp 651 mountd 100005 2 udp 648 mountd 100005 2 tcp 651 mountd 100005 3 udp 648 mountd 100005 3 tcp 651 mountd 100024 1 udp 750 status 100024 1 tcp 753 status Isto indica que o nfs (nfsd) e o mountd esto ambos executando e esto registrados com o portmapper.

6.1.5 Xserver
Provavelmente a nica parte mais difcil de congurar uma estao de trabalho LTSP ter o servidor X congurarado corretamente. Se voc estiver usando uma placa de video razoavelmente nova, e esta for suportada pelo Xorg Xservers, e voc tiver um monitor razoavelmente novo que possa gerenciar uma grande escala de freqncias e denies, ento razoavelmente fcil seguir em diante. Geralmente, nesse caso, se no funcionar, o mais provvel que o servidor X no o certo para esta placa de vdeo. Quando um servidor X no funciona com sua placa, geramente bvio. Ou o servidor X no inicia, ou a tela estar incorreta.

47

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Quando a estao de trabalho est pronta para iniciar o servidor X, ela chama o script startx, o qual inicia o servidor X localmente na estao de trabalho, com a opo -query apontando para um servidor, onde um gerenciador de sesso, como o XDM, GDM ou KDM est executando. Porque o servidor X iniciado pelo script startx, que iniciado pelo programa init, quando ele falha, o init tentar execut-lo novamente. O init continuar este lao de tentar executar o servidor X 10 vezes, ento desiste. Depois que nalmente desiste, a mensagem de erro do servidor X deve ser deixada na tela. Esperar o servidor X falhar 10 vezes pode ser irritante, assim uma maneira simples de evitar as falhas repetidas iniciar a estao de trabalho no runlevel 3, de modo que o servidor X no seja iniciado automaticamente. Ao invs disto, quando voc iniciar a estao de trabalho, comear com um shell bash. Do shell bash, voc pode iniciar o servidor X manualmente com o seguinte comando: sh /tmp/start_ws O servidor X tentar iniciar, ento quando ele falhar, ir retornar ao shell bash, de forma que voc poder ver a razo da falha.

6.1.6 Gerenciador de Telas

O gerenciador de telas o daemon que executa no servidor, esperando que um servidor X o contate. Uma vez que o contato feito, ele ir mostrar uma tela de login na tela, oferecendo ao usurio a chance de logar no servidor. Os trs gerenciadores de tela mais comuns so: XDM - Existirar para sempre. Este est includo no X Windows System padro. GDM - O Gnome Display Manager. Este parte do pacote GNOME. KDM - O KDE Display Manager. Este parte do K Desktop System. As distribuies GNU/Linux mais recentes incluem todos os trs gerenciadores de tela. Tela cinza com um grande cursor em forma de X Isto indica que o servidor X est em execuo, mas ele no conseguiu fazer contato com o gerenciador de telas. Algumas das possveis razes para isto so: O gerenciador de janelas no est sendo executado O gerenciador de janelas iniciado atravs do init. No arquivo /etc/inittab, h uma linha que se parece com esta:

48

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

x:5:respawn:/etc/X11/prefdm -nodaemon O script prefdm ir determinar qual gerenciador de telas executar. O gerenciador de telas padro depende de quais pacotes foram instalados. Se o GNOME est instalado, ento o GDM o gerenciador de telas padro. Se o GNOME no estiver instalado, ento o script prefdm ir checar para ver se o KDE est instalado. Se ele estiver, ento o KDM ser o gerenciador de telas padro. Se o KDE tambm no estiver instalado, ento o XDM ser o gerenciador de telas padro. Usando o comando netstat, voc dever conseguir ver se h um gerenciador de telas em execuo. No servidor, execute o comando abaixo:

netstat -ap | grep xdmcp Voc dever ver resultados mostrando que h um processo ouvindo na porta xdmcp (177).

udp 0 0 *:xdmcp *:* 1493/gdm Isto mostra claramente que o gdm est sendo executado com o PID 1493, e est ouvindo na porta xdmcp. Se voc vir uma linha como esta mostrada acima, indicando que denitivamente h um gerenciador de telas ouvindo, ento voc precisa certicar-se que a estao de trabalho est enviando a consulta XDMCP para o servidor correto. No arquivo lts.conf, voc pode ter uma entrada que especica o endereo IP do servidor que est executando o gerenciador de telas. A entada opcional, mas se presente, deve parecer-se com isto:

XDM_SERVER = 192.168.0.254 Claro que, o endereo IP para a sua rede pode ser diferente do exemplo acima. Se a entrada XDM_SERVER no estiver presente, esta usuar ento o valor da entrada SERVER, se presente. Se esta no estiver presente, ento ela usar 192.168.0.254. A qual mesmo que especicada, voc apenas precisa certicar-se que o endereo IP realmente o endereo correto do servidor executando o gerenciador de telas. O gerenciador de telas pode ser congurado para ignorar requisies de hosts Se voc tiver determinado que o gerenciador de telas est em execuo, ento possvel que ele fora congurado para ignorar requisies XDMCP de hosts remotos. Voc precisar checar os arquivos de congurao do gerenciador de telas particular em execuo para determinar se ele est congurado corretamente.

* XDM

49

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

O script Ltsp_initialize tomar cuidado de permitir isto para voc, mas se no estiver funcionando, voc deve vericar o arquivo /etc/X11/xdm/xdm-cong. Procure uma entrada que parea com esta:

DisplayManager.requestPort: 0 Esta entrada DEVE estar comentada para que o XDM oua a requisies remotas na porta 1777. Outro arquivo de congurao tambm importante para que o XDM sirva a requisies remotas de login. um arquivo chamado /etc/X11/xdm/Xaccess que DEVE conter uma linha que inicia com um asterisco *. A linha normalmente includa no arquivo, mas a Red Hat a mantm comentada. O script ltsp_initialize ir corrigir a linha para voc, mas se o XDM no funcionar, voc deve vericar este arquivo. Uma linha vlida deve parecer-se com a abaixo: #any host can get a login window * KDM Novas verses do KDM possuem um arquivo chamado kdmrc. Diferentes distribuies Linux mantm este arquivo em locais diferentes. Voc deve executar o comando locate para localizar onde o arquivo mantido. A entrada que controla se estaes de trabalho remotas podero receber a tela de login a seo [Xdmcp]. Certique-se que a entrada Enable est congurada para true. Verses antigas do KDM usam o arquivo de congurao do XDM, localizado em /etc/X11/xdm. * GDM O GDM usa um conjunto de diferentes arquivos de congurao. Eles esto localizados no diretrio /etc/X11/gdm. O principal a ser examinado o arquivo gdm.conf. Procure pela seo [xdmcp]. Voc deve ver uma entrada dentro desta seo chamada Enable. Ela deve estar congurada como 1 ou true, dependendo da verso do GDM. Aqui est um exemplo:

[xdmcp] Enable=true HonorIndirect=0 MaxPending=4 MaxPendingIndirect=4 MaxSessions=16 MaxWait=30 MaxWaitIndirect=30 Port=177

Note a linha Enable=true. Verses antigas do GDM usam 0 e 1 para ativar ou desativar XDMCP remoto. Novas verses usam false e true.

50

CDTC

Centro de Difuso de Tecnologia e Conhecimento

Brasil/DF

Se o gerenciador de telas estiver denitivamente em execuo, e este estiver ouvindo a requisies de estaes de trabalho remotas, pode ser o simples problema no qual o gerenciador de telas no consegue mapear o endereo IP para um nome de host. A estao de trabalho precisa estar listada no arquivo /etc/hosts, ou esta precisa estar congurada corretamente no DNS.

51