10-7-01 - Boletim ViaLinuxis em sintonia com o Fórum
Boot Remoto / conectiva

Editorial

Na distribuição conectiva, é possível configurar um servidor de boot remoto a partir do linuxconf. Mas no conectiva 5.1 existe um problema: o cliente boota com um kernel diferente do servidor. No decorrer da "Pergunta em Foco" você encontrará mais um link interessante sobre boot remoto.

Pergunta em Foco

pergunta: [03-07-01] otto
Meu servidor de boot, Conectiva 5.1, é kernel 2.2.14-19cl.  Nas estações está 
carregando 2.2.14-14cl.  Como é possível se nos 2 a instalação foi feita a 
partir do mesmo arquivo kernel-2.2.14-19cl.i386.rpm? Como carregar módulos nas 
estações sem apresentar erro de incompatibilidade de kernel?

resposta 1 [04-07-01] jkinoshi
A princípio um servidor de boot pode estar oferecendo qualquer boot para o 
cliente: assim o kernel do servidor é de fato independente do kernel do cliente.
Como você configurou o servidor de boot? Está usando tftp? No 
HOW-TO/mini/Remote-Boot tem algo como: 2222
Copy your compressed kernel image (zImage, bzImage, vmlinuz or whatever you call 
it) to the server /tftpboot directory ... Será que você não copiou o vmlinuz 
errado para /tftpboot ? Por favor,mantenha-nos informado. Jorge Kinoshita.

resposta 2 [04-07-01] otto
Configurei tudo via linuxconf, (veja em  
http://www.conectiva.com/doc/livros/online/guia_pratico/boot-remoto-config.html).
  Se desde a instalação o kernel do servidor sempre foi -19cl, de 
onde teria aparecido o -14cl?

resposta 3 [04-07-01] jkinoshi
Veja o que tem no diretório /tftpboot . Provavelmente o arquivo que boota o 
Linux (ex: vmlinuz) está errado. O que tem nele? Se tiver errado e você nunca 
mexeu no kernel tá parecendo algum pequeno bug ... Talvez o pessoal da conectiva 
saiba informar. Você pode tentar trocar o vmlinuz deste diretório pelo que você 
tem em /boot; obviamente salvando o /tftpboot/vmlinuz antigo para poder retornar 
se continuar dando erro. E aí? Algum resultado?

resposta 4 [04-07-01] otto
Pesquisando, vi que o arquivo que “boota” as estações é o /tftpboot/kernel, 
proveniente do pacote cnc-rbc-0.5-7cl.noarch.rpm, necessário ao Conectiva 5.1 
para instalar o servidor de boot remoto.  Copiei o /boot/vmlinuz-2.2.14-19cl 
para /tftpboot , renomeando para “kernel” e no boot das estações 
aparece “unable to load the file”.  Outra idéia?

resposta 5 [04-07-01] jkinoshi
Procure em  /tftpboot/ por *.X ou *.PX. Existem algo que tem esta extensao? O
arquivo que boota deveria ser algo desse tipo (a menos que tenha mudado em
versoes novas...).

resposta 6 [06-07-01] otto
Não existem  arquivos com essa extensão em /tftpboot, mas, resumindo, o que 
concluí para resolver o problema é o seguinte:
Vimos que o arquivo que “boota” as estações é o /tftpboot/kernel, proveniente 
do pacote cnc-rbc-0.5-7cl.noarch.rpm, e que é baseado no kernel-2.2.14-14cl.  
Os módulos não são carregados no boot das estações porque o arquivo que os 
contém, kernel-2.2.14-19cl.i386.rpm que está no CD1 do meu Conectiva 5.1 é, 
como se vê, de versão diferente.  Fui então ao site de FTP da Conectiva e 
encontrei o arquivo kernel-2.2.14-14cl.i386.rpm que precisava, só que ele está 
no diretório da versão 5.0 !!.  Observei também que o arquivo que está no 
diretório da versão 5.1 é o kernel-2.2.16-13cl.i386.rpm (vejam só, diferente do 
que está no meu CD !!).  Enfim, baixei e instalei o kernel-2.2.14-14cl.i386.rpm 
para as estações e estas passaram a carregar os módulos normalmente.
Agora, o porque desta miscelânea de versões de kernel, só a Conectiva pode 
explicar.

Perguntas & Respostas

10-07-01
rigarcia
backup local: bom, preciso fazer varias coisas. tenho dois hds scsi na minha maquina, sendo q um tenho todo o sitema e o outro naum esta nem formatado. prec
10-07-01
mthomaz
[1] Olá Fórum. Estou com problema em meu servidor Linux. Ao digitar o login ele me retorna a mensagem: "/usr/bin/login no such file or directory". Sei que perdi
10-07-01
rigarcia
  • hum, arquivo login? naum sabia q existia ele... ate aonde eu sei, as definicoes de login ficam dentro de passwd. bom, vc pode logar no linux como single user
07-07-01
bie
[1] Olá pessoal, gostaria de saber onde foi parar o inetd no mandrake 8, nao existe mais esse arquivo, e preciso bloquear umas conexoes tcp, alguem sabe onde foi
10-07-01
jkinoshi
  • Veja se tem algum xinetd.conf (não conheço o mandrake 8) mas provavelmente trocaram o inetd pelo xinetd. Veja mais em: http://www.xinetd.org/

seu email: subscribe unsubscribe