sudo dhclient eth0 | sudo: incapaz de resolver o host ubuntu | Talvez problema de DNS

Question

Eu tenho um computador de um amigo meu, que roda o Ubuntu (não sei qual versão, devido ao status atual do sistema) e enquanto ele estava atualizando o kernel, ele reinicia o computador (sim, isso poderia acontecer de qualquer maneira)

Atualmente, estou tentando recuperar o sistema usando um USB ativo, com o Ubuntu instalado nele.

O que estou fazendo é o seguinte: Falha de atualização

O problema é que quando tento executar o quinto passo, estou recebendo erro porque não tenho acesso à Internet. O computador está devidamente ligado ao meu rooter, e eu tenho acesso à Internet em qualquer lugar além do shell. Esta mensagem, por exemplo, é enviada via USB ao vivo. mas não consigo acessar a Internet através do shell.

No meu shell eu tento usar este comando:

sudo dhclient eth0

mas o resultado deste comando é a seguinte mensagem

sudo: unable to resolve host ubuntu

Meu arquivo de hosts tem o seguinte conteúdo:

127.0.0.1 localhost
127.0.1.1 ubuntu

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

Como posso me conectar na Internet para baixar as atualizações apropriadas?

UPDATE 1

Acabei de notar que, quando executo o ifconfig, recebo o seguinte aviso:

Warning: cannot open /proc/net/dev (No such file or directory). Limited output.

UPDATE 2

Acabei de encontrar esse e parece resolver o problema com o comando dhclient eth0, mas mesmo assim não consigo fazer ping Google

UPDATE 3

Agora, o sudo dhclient eth0 retorna a seguinte mensagem:

RTNETLINK answers: File exists

UPDATE 4

Eu só faço ping no meu rooter e recebo resposta, então, parece que não consigo pingar fora do rooter (ou seja, Google)

UPDATE 5

Eu apenas executo o ping 8.8.8.8 e ainda estou obtendo resultado. Isso significa que posso entrar em contato com o DNS público do Google, mas não com o próprio Google.

Acabei de executar a rota -n e estou recebendo o seguinte resultado:

root@ubuntu:/# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     1      0        0 eth0

UPDATE 7

Também noto que o arquivo /etc/resolv.conf está vazio:?

SOLUÇÃO

A solução é a seguinte:

sudo dpkg-reconfigure resolvconf

Atenciosamente ...

    

Answer 1

Seu problema é que nenhuma rota padrão está disponível como você vê (rota commanr response). Isto é obviamente porque o dhcp falhou. Então agora você pode configurar sua rede manualmente ou ler o dhclient man.

Ok manualmente:

1. Defina sua interface ip como uma máscara

   sudo ifconfig eth0 <ipinsideyournrtwork> 255.255.255.0
   

   ip dentro da sua rede pode ser 10.0.0.4 ou 192.168.0.4.

2. Agora você pode definir a rota padrão para seu gateway (roteador)

   Mas você deve primeiro obter o ip do roteador. Felizmente você configura seu ip de interface e é de onde vem seu endereço de rede (ip masked by netmask). Para obter o ip do seu roteador, é necessário alterar o endereço .4 para algum número comum, como 1 ou 138 ou 254. O ip do roteador e o ip do cliente devem pertencer à mesma rede para obter o ping funcional. Então tente: ping 10.0.0.1 primeiro quando você definir seu ip 10.0.0.4, etc. Se você puder fazer o ping do seu roteador, defina a rota padrão:

   sudo route default add gw <yourrouterip> eth0
   

   Legal, você pode verificar sua rota padrão com o comando route .

3. O último passo é definir o seu servidor dns. Mas verifique sua rota padrão antes, tente pingar algum ip fora de sua rede, como o google dns server 8.8.8.8.

Answer 2

não é boa ideia escrever respostas no ubuntu touch e no nexus7. desculpa então no último passo, configure o servidor dns, apenas edite o /etc/resolv.conf e adicione a seguinte linha servidor de nomes 8.8.8.8 onde o ip é o seu servidor de nomes, que também pode ser diferente como 8.8.8.4 ou 8.8 8.1 ou 212.47.1.4 ou outro servidor dns público. Então agora você pode pingar google.com. Boa sorte, jaro123