Ubuntu 14.04 / Inicialização dupla do Windows 7 Pro não pode se conectar à Internet com fio após a inicialização do Windows

8

Internet com fio funciona bem no Windows 7 Pro e "Try Ubuntu" 14.04.2 LTS inicializado a partir do disco e no Ubuntu instalado, mas para de funcionar depois de inicializar o Windows e depois o Ubuntu. Eu vi inúmeros problemas e soluções diferentes para a internet com fio não funcionar no Ubuntu 14.04, mas nenhum deles parece se aplicar a este caso. Eu atualizei o driver da NIC e1000e para a versão mais recente (3.1.0.2), mas isso não resolveu o problema. Novamente aqui está o padrão:

⠀ Inicialize com o Windows 7 Pro - trabalhos via internet com fio
⠀ Inicialize a partir do disco "Try Ubuntu" 14.04.2 LTS - works
⠀ Inicialize o Ubuntu instalado - funciona ⠀ Inicialize o Windows - funciona ⠀ Inicializar para o Ubuntu instalado - não funciona

Eu tentei esta sequência algumas vezes e é consistente. O que verificar?

Saída do ifconfig abaixo:

eth0      Link encap:Ethernet  HWaddr 98:90:96:c4:6b:06  
          inet addr:192.168.1.145  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::9a90:96ff:fec4:6b06/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:119357 errors:0 dropped:72 overruns:0 frame:0
          TX packets:604 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:10287715 (10.2 MB)  TX bytes:91839 (91.8 KB)
          Interrupt:20 Memory:f7800000-f7820000

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:463 errors:0 dropped:0 overruns:0 frame:0
          TX packets:463 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:36090 (36.0 KB)  TX bytes:36090 (36.0 KB)
    
por Yardsail 12.03.2015 / 19:02

9 respostas

9

Também incomodado com esta questão por uma semana antes de finalmente encontrar a solução.

O problema é causado por isso, o driver do Windows configura a placa ethernet para um estado específico, enquanto o Ubuntu está tentando inicializar a placa de novo e falhar.

Solução:

  1. Faça o download do driver mais recente do site da Intel.
  2. Remova qualquer driver de placa Ethernet existente no Windows e instale o driver baixado.
  3. Vá para a guia "Gerenciamento de energia" na configuração da placa ethernet caixa de diálogo, desmarque todas as opções e clique em OK.

Na primeira vez que você fizer isso, terá que aguardar algum tempo até que a conexão com a Internet seja restabelecida. Após a conexão com a Internet, reinicie o Ubuntu e teste. Tudo deve estar bem agora.

    
por William Zhou 11.05.2015 / 06:08
3

Eu experimentei problemas semelhantes quando a máquina de inicialização dupla com o MS Windows 7 Enterprise e Ubuntu 14.04.

A rede com fio não funciona no Ubuntu quando eu reinicia do MS Windows7 e depois inicia o Ubuntu.

Depois de usar o MS Windows 7, preciso desligar antes de usar o Ubuntu.

    
por onknows 08.11.2015 / 10:32
2

em um caso recente, isso aconteceu também após uma atualização para o kernel 4.4.0.72 que fez o bug depois de inicializar a partir de uma inicialização dual do Windows 10, a rede com fio no próximo boot do Ubuntu 16.04 não funcionou, mesmo com todas as configurações ok ;

usando o kernel antigo na inicialização fez funcionar sem quaisquer alterações, neste caso 4.4.0.71 foi Ok, indo da entrada do menu "Advanced options for Ubuntu".

Eu poderia corrigi-lo editando /etc/grub.d/10_linux_proxy, excluindo os arquivos 4.4.0.72 do / boot e usando o grub-mkconfig e update-grub

esta abordagem no entanto não funcionou com outro PC com o mesmo bug, que tinha o kernel 4.4.0.21 antes de 0.72 atualizado; então isso é apenas informativo.

em um Ubuntu 16.04 com ethernet com fio bloqueado após a inicialização dual do Windows 10, o seguinte script / etapas na linha de comando define o funcionamento novamente:

este autor de script é jnko de um artigo em bbs.archlinux.org/viewtopic.php?pid=1575719

#!/bin/bash
#Get the PCI-Address of network card (Caution: This works ONLY with ONE NIC)
PCI='/usr/bin/lspci | /bin/egrep -i 'network|ethernet' | /usr/bin/cut -d' ' -f1'
PCIPATH='/usr/bin/find /sys -name *${PCI} | /bin/egrep -i *pci0000*'
echo "PCI    =$PCI"
echo "PCIPATH=$PCIPATH"
ls -la $PCIPATH
/usr/bin/logger -t "ResetNIC" "Resetting PCI NIC ${PCIPATH}"
#Reset the PCI Device completely (like Power-ON/Off)
echo 1 >${PCIPATH}/reset

depois de executá-lo:

service network-manager restart

aguarde cerca de 30 segundos após este último passo

em caso de desespero, apenas desligue o sistema e remova por alguns segundos o plugue de energia elétrica; não é uma piada: isso vai liberar as janelas de bloqueio 10 para o hardware ethernet, e o Ubuntu terá rede novamente.

também, se você se lembrar de quando no Windows 10, a desativação da interface ethernet antes da reinicialização também evitará esse bloqueio na próxima inicialização do Linux.

enquanto eu não pude acreditar nisso a princípio, é verdade: este bug só acontece quando se reinicia o Windows para o Linux; Se for feito um desligamento no Linux, ou o Windows é desligado para desligar o PC, isso não acontece. 8 -]

    
por fometeo 12.04.2017 / 16:16
2

Esse problema parece ser algum tipo de configuração de baixo nível que o Windows pode deixar na placa de rede que o Ubuntu não pode reiniciar corretamente. Eu tive o mesmo problema com o chip de rede Intel i217-V. A solução que tenho é que, no start-up do Ubuntu, eu reiniciei o chip. Então, agora funciona mesmo se fechado no Windows. Você precisará descobrir qual dispositivo PCI é seu cartão e, em seguida, redefini-lo como abaixo.

Para listar os dispositivos PCI, insira lspci no terminal, e você obterá uma lista para procurar a linha com seu controlador Ethernet. meu mostrado abaixo:

00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-V (rev 05)

Então adicionei a /etc/rc.local

echo 1 >/sys/bus/pci/devices/0000:00:19.0/reset
exit 0

( fonte - Eu não conseguia entender o roteiro, e isso parecia mais simples.)

    
por GTools 01.05.2017 / 21:16
1

Algumas configurações no Windows podem proibir a conexão da Internet no Ubuntu. Eu desabilito o WOL (wake-on-lan) do gerenciamento de energia no Wiondws 8 e ele funciona no Ubuntu.

    
por ccy 23.05.2016 / 08:43
1

Sugestão do ccy para desativar trabalhos "Wake-on-LAN". Nós usamos "Wake-on-LAN", então adotamos a solução da ccy depois de encontrar uma solução alternativa. O passo 3 da solução de Zhou tem o mesmo efeito, é claro. Caso contrário, ...

Atualizar para o driver mais recente da Intel não fez nenhuma diferença para nós, já que as três últimas versões de 2015 parecem funcionar da mesma maneira.

Originalmente, tivemos que desligar as janelas, depois desconectar o cabo de alimentação e o cabo de rede por 20 segundos, depois ligar e ligar no Ubuntu 16.04, e então a rede estava bem. Desconectar por 5 segundos não funcionou. Desconectar apenas o cabo de alimentação ou apenas o cabo de rede não funcionou.

Talvez a ordem dos cabos de conexão fosse importante: desconectamos primeiro o cabo de rede e depois o cabo de alimentação. Esperou por 20-30 segundos, em seguida, conectou o cabo de alimentação em primeiro lugar, em seguida, o cabo de rede.

Dell Precision 7810 com Windows 10 e Ubuntu 16.04, usando um IP estático, não DHCP.

    
por J. Logan 03.03.2017 / 22:33
0

A única coisa que você precisa fazer é remover o cabo de alimentação da sua unidade de sistema e conectá-lo novamente após 30 segundos e, em seguida, ligar o computador. isso é tudo.

    
por user477411 30.11.2015 / 07:20
0

Talvez isso possa resolver seu problema

O problema é descrito aqui: link

  

Isso pode ser devido a uma falha no Windows, que pode ser reparada facilmente.

     

Se você tem um PC dual bootable com o Windows e acaba de usar o Windows, talvez não obtenha um endereço IP após uma reinicialização no Linux. E então não há conexão com a internet.

     

Isso tem o seguinte motivo: cada placa de rede tem um endereço MAC exclusivo. Este endereço está enraizado na sua placa de rede. O servidor DHCP no seu roteador lembra este endereço MAC.

     

Quando você acessa a Internet no Windows e depois reinicializa no Linux, em muitos casos você não obtém nenhum endereço IP do servidor DHCP no roteador. Porque este servidor lembrará que ele emitiu anteriormente um endereço IP para o mesmo endereço MAC e não emitirá um novo endereço.

     

Você pode resolver isso forçando o Windows a liberar o endereço IP antes de reinicializar o PC. By the way: Linux, por padrão, libera o endereço IP no desligamento. Então, uma reinicialização do Linux para o Windows não causa problemas.

     

Dica: você se esqueceu de forçar o Windows a liberar o endereço IP e não quer inicializar o Windows para fazê-lo ainda? Em seguida, basta inicializar o Ubuntu ou o Linux Mint duas vezes seguidas. Após o segundo boot do Ubuntu ou do Mint você provavelmente poderá se conectar.

     

Método manual   1. Abra uma janela do DOS no Windows

     

Windows XP:   Iniciar - Programas - Acessórios - Prompt de Comando

     

Windows 7:   Iniciar - Todos os Programas - Acessórios - Prompt de Comando

     
  1. Tipo:   ipconfig / release
  2.   

(observe o espaço entre ipconfig e / release)

     

e pressione Enter.

     

Método semi-automático   Por meio de um atalho na sua área de trabalho, você pode aplicar uma solução semi-automática para isso.

     
  1. Abra o bloco de notas   Windows XP: Iniciar - Programas - Acessórios - Notepad

  2.   
  3. digite o seguinte texto:   ipconfig / release

  4.   
  5. Salve este arquivo de texto como release.bat e coloque-o em sua área de trabalho. Agora você pode simplesmente clicar duas vezes nesse arquivo antes de sair do Windows.

  6.   

Como eu disse, o Linux libera o endereço IP por padrão no desligamento. Então, uma reinicialização do Linux para o Windows não causa problemas.

    
por RealCoder 04.08.2016 / 14:03
0

Eu tive o mesmo problema - adicionar nmcli c up YOURSSID aos meus aplicativos de inicialização resolveu isso para mim.

    
por starkus 13.04.2017 / 15:53