Comecei por fazer uma instalação “minimal” do CentOS 6.0.
Na configuração da rede não me apercebi e a rede ficou desativada.
Ao correr o ifconfig só me aparecia a interface de loopback.
Pesquisando na net descobri o comando lspci para verificar as característica da placa.
Ao correr o comando lspci dava mensagem de comando inválido ou inexistente.
Descobri que tinha de instalar o pacote pciutils.
Tentei o yum e nada. O primeiro repositório era um site …como não tenho rede o yum dava erro e nada. Há que preparar o yum para correr do dvd.
Mãos à obra…
Primeiramente, precisamos desabilitar todos os repositórios do Yum. Para isso, basta editar todos os arquivos .repo que estiverem no diretório /etc/yum.repos.d/, trocando ou criando todas as ocorrências de enabled=1 por enabled=0.
Podemos fazer isso com um único comando:
# for Arquivo in /etc/yum.repos.d/*.repo
do
sed -i 's/\(enabled=\)1/\10/' $Arquivo
done
Em seguida, verificamos se já existe ou criamos um arquivo media.repo no diretório /etc/yum.repos.d/ com o seguinte conteúdo:
[media]
name=Fedora 7 i386 DVD
baseurl=file:///media/CENTOSDVD/
enabled=1
gpgcheck=0
Basta montar agora o DVD.
# mount /dev/dvd /media/CENTOSDVD
Já podemos correr o YUM. Começamos por limpar a atualizar.
# yum clear
# yum check-update
Está ok podemos agora instalar o pciutils
# yum search pciutils
# yum install pciutils.x386_64
Agora já podemos correr o comando
# lspci |grep net
e ver os dados da nossa placa.
Concluí entretanto que afinal a placa estava instalada. No entanto desligada.
Bastava para isso ter corrido o comando
# ip link
Verificamos que não existe eth0 e que o eht1 está desligado (DOWN)
No ficheiro de configuração da placa eth0 em /etc/sysconfig/network-scripts/ifcfg-eth0 temos
ONBOOT=no
A placa ficava sempre desligada no arranque. Podemos ligá-la desde já com o comando /etc/sysconfig/networking-scripts/ifup-eth e obtemos a seguinte mensagem de erro:
isto deve-se ao facto de a placa estar com designada por eth1 e não por eth0.
Não sei porque isto acontece mas talvez se deva ao que acontece depois de copiarmos ou movermos uma máquina virtual no VM Ware.
Quando iniciamos no VM Ware uma máquina virtul copiada, a primeira pergunta que o VM Ware faz é se copiamos ou movemos a máquina. Consoante a resposta ele mantem o Mac Address da placa de rede ou gera um novo Mac Adreess.
Se respondermos que copiámos, ele gera um novo mac para a placa e aqui que o problema é criado. No ficheiro /etc/sysconfig/network-scripts/ifcfg-eth0 temos a linha com o Mac da placa “HWADDR=00:30:48:56:A6:NE” que depois não coincide com o Mac gerado pelo VM Ware. Julgo que é que provoca a alteração do alias da placa de eth0 para eth1 (mas não tenho a certeza). O Linux sabe quem são as eth’s pelos seus endereços de hardware.
Mude a variável HWADDR no seu arquivo ifcfg-eth0 para compatibiliza-lo com o endereço da VM e pronto..
Além de termos que mudar novamente o name de eth1 para eth0 no arranque, temos também que alterar o mac adreess na variável HWADDR no arquivo ifcfg-eth0 e compatibiliza-lo com o endereço da VM.
Para testar que funciona podemos para esta sessão alterar o name da placa eth1 com o seguinte comando:
# ip link set dev eth1 name eth0
# ls –l /sys/class/net
# /etc/init.d/network restart
Devemos no entanto alterar o Mac Address. Para isso devemos consultar o mac da VM. Ver imagens seguintes:
O nosso problema continua por resolver. Sempre que reiniciamos o eth1 mantem-se.
Pesquisando na Net descobri onde são guardadas os nomes das interfaces de rede: eth0, eth1 etc. Este arquivo no CentOS é o /etc/udev/rules.d/70-persistent-net.rules.
Para editá-lo utilizei o editor vi:
# vi /etc/udev/rules.d/70-persistent-net.rules
Verificamos então que temos dois interfaces com o name “eth0” e com mac address diferentes. Verificamos tb que um dos registos “eth0” tem o mesmo mac address que o “eth1”. Daí os problemas.
Removi as duas primeiras entradas relativas ao eth0 com mac diferente e a relativa ao eth1. Reiniciei a máquina e a rede está up…..
Conclusão:
Quando se diz ao VMWARE que se trata de uma cópia, para que não haja conflitos com a outra máquina virtual ele gera um novo mac address para a placa de rede. Ao gerar um novo mac, o anterior que tinha sido assumido pelo SO deixa de existir.
Como o SO não encontra esse endereço físico, gera um novo interface (eth1) com o novo mac.
0 comentários :
Enviar um comentário