GISVM Forum
September 07, 2010, 06:01:45 PM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: 28.September.2009 - GISVM Server Release Candidate 1 announced!
 
 
   Home   Help Search Login Register  
Pages: [1]
  Print  
Author Topic: Eth0 no such device (problema apos inicio de VMware)  (Read 1145 times)
jmuchaxo
Newbie
*
Posts: 1


« on: August 18, 2009, 05:50:57 PM »

Olá,
envio descrição de problema / solução que penso pode acontecer a várias pessoas ao correr o GisVM, acontece que ao copiar uma VM e escolher a opçao de mudar o ID da VM pode ficar-se sem rede.
http://www.ericmmartin.com/running-ubuntu-710-in-vmware-player/
a minha vmware é 1.08

parabens pelo excelente trabalho com o gisvm,
eu tenho ja feito instalações parecidas mas dá sempre jeito algo assim rapido a funcionar.
Cumprimentos,
Joaquim Muchaxo.
Logged
admin
Administrator
Jr. Member
*****
Posts: 72


« Reply #1 on: May 13, 2010, 12:30:37 PM »

Obrigado!
... acontece que ao copiar uma VM e escolher a opçao de mudar o ID da VM pode ficar-se sem rede.
De facto a opção "I copied it" resulta na atribuição de um novo "MAC address", o que num computador fisico corresponde a substituir a placa de rede. Esta opção é util quando se pretendem correr simultaneamente várias maquinas do GISVM.

Se não for este o caso, recomendo a opção: "I moved it", mantendo o MAC e não resultando em alterações de configuração de rede, dentro do GISVM. Para uma explicação detalhada, ver:http://yoopergeek.blogspot.com/2007/07/vmware-loosing-eth0-after-youve-copied.html

Caso opte pela opção "I copied it", então poderá verificar que o Sistema Operativo (Ubuntu) atribuiu um novo nome à placa de rede: eth1 ou eth2. Isto devido ao facto do Ubuntu guardar o MACaddr da placa anterior, através do persistent-net rules. Pode verificá-lo com o comando terminal: "ifconfig -a"

A solução mais simples será apagar o ficheiro criado e reiniciar o GISVM para que ele seja reposto. Pode fazer usando os comando terminal:
sudo rm /etc/udev/rules.d/70-persistent-net.rules

(reboot or) sudo /etc/init.d/networking restart

Este problema poderá ser resolvido definitivamente com a edição das próprias regras, editando o ficheiro:

sudo vi /lib/udev/rules.d/75-persistent-net-generator.rules

Antes da seguinte linha:
# ignore Xen virtual interfaces

Inserir linhas:
# ignore VMware virtual interfaces
ATTR{address}=="00:0c:29:*", GOTO="persistent_net_generator_end"

(e gravar)
:wq

Caso encontrem problemas nesta solução, ou melhor sugestão, por favor, reportem aqui.
Obrigado,
Ricardo Pinho
« Last Edit: May 13, 2010, 12:33:08 PM by admin » Logged
admin
Administrator
Jr. Member
*****
Posts: 72


« Reply #2 on: June 07, 2010, 04:00:43 AM »

O mesmo problema será encontrado quando correr com o GISVM no VirtualBox.

A solução imediata será a mesma:
A solução mais simples será apagar o ficheiro criado e reiniciar o GISVM para que ele seja reposto. Pode fazer usando os comando terminal:
sudo rm /etc/udev/rules.d/70-persistent-net.rules

(reboot or) sudo /etc/init.d/networking restart

A solução definitiva poderá ser semelhante, editando o ficheiro:

sudo vi /lib/udev/rules.d/75-persistent-net-generator.rules

Antes da linha:
# ignore Xen virtual interfaces

Inserir linhas:
# ignore VirtualBox virtual interfaces
ATTR{address}=="08:00:27:*", GOTO="persistent_net_generator_end"

(e gravar)
:wq

Encontrei esta solução em:
http://www.virtualbox.org/ticket/660

RP
« Last Edit: June 07, 2010, 04:02:22 AM by admin » Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!