Ubuntu 14.04 / Windows 7 Pro dual boot non può connettersi a Internet cablato dopo l'avvio di Windows

Internet via cavo funziona bene in Windows 7 Pro e "Prova Ubuntu" 14.04.2 LTS avviato dal disco e nell'Ubuntu installato, ma smette di funzionare dopo l'avvio di Windows e quindi di Ubuntu. Ho visto numerosi problemi e soluzioni diversi a Internet via cavo che non funziona in Ubuntu 14.04, ma nessuno di questi sembra applicarsi a questo caso. Ho aggiornato il driver NIC e1000e all'ultima versione (3.1.0.2), ma questo non ha risolto il problema. Ancora una volta ecco lo schema:

⠀ Avvio in Windows 7 Pro - Internet via cavo funziona
⠀ Avvio da disco "Prova Ubuntu" 14.04.2 LTS - funziona
⠀ Avvio in Ubuntu installato - Funziona
⠀ Avvio in Windows - Funziona
⠀ Avvio in Ubuntu installato - Non funziona

Ho provato questa sequenza alcune volte ed è coerente. Cosa controllare?

Output di ifconfig di seguito:

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)

Anche infastidito da questo problema per una settimana prima di trovare finalmente la soluzione.

Il problema è causato da ciò, il driver di Windows configura la scheda Ethernet su uno stato specifico mentre Ubuntu sta tentando di inizializzare la scheda da zero e fallisce.

Soluzione:

1. Scarica il driver più recente dal sito Intel.
2. Rimuovere qualsiasi driver della scheda Ethernet esistente su Windows e installare il driver scaricato.
3. Vai alla scheda "Risparmio energia" nella finestra di dialogo di configurazione della scheda Ethernet, deseleziona tutte le opzioni e fai clic su OK.

La prima volta che lo fai, dovrai attendere un po 'di tempo prima che venga ristabilita la connessione a Internet. Dopo che la connessione a Internet è attiva, riavviare Ubuntu e testare. Ora dovrebbe andare tutto bene.

Questo problema sembra essere una sorta di impostazione di basso livello che Windows può lasciare sulla scheda di rete e che Ubuntu non può riavviare correttamente. Ho avuto lo stesso problema con il chip di rete Intel i217-V. La soluzione che ho è che all'avvio di Ubuntu, ho resettato il chip. Quindi ora funziona anche se chiuso su Windows. Dovrai trovare quale dispositivo PCI è la tua scheda e quindi ripristinarlo come di seguito.

Per elencare i dispositivi PCI, entra lspcinel terminale e otterrai una lista-cerca la linea con il tuo controller Ethernet. il mio mostrato di seguito:

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

Quindi ho aggiunto a /etc/rc.local

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

( fonte - Non riuscivo a capire la sceneggiatura, e questo sembrava più semplice.)

Ho riscontrato problemi simili durante il dual boot con MS Windows 7 Enterprise e Ubuntu 14.04.

La rete cablata non funziona in Ubuntu quando riavvio da MS Windows7 e quindi avvio Ubuntu.

Dopo aver usato MS Windows 7 devo prima spegnere prima di usare Ubuntu.

Alcune impostazioni di Windows potrebbero vietare la connessione a Internet in Ubuntu. Disattivo WOL (wake-on-lan) della gestione dell'alimentazione in Wiondws 8 e poi funziona in Ubuntu.

in un caso recente ciò è accaduto anche dopo un aggiornamento del kernel 4.4.0.72 che ha fatto il bug dopo l'avvio da un dual-boot di Windows 10, la rete cablata al successivo avvio di Ubuntu 16.04 non funzionava, anche con tutte le impostazioni ok;

l'utilizzo del kernel più vecchio all'avvio lo ha fatto funzionare senza alcuna modifica, in questo caso 4.4.0.71 era OK, passando dalla voce di menu "Opzioni avanzate per Ubuntu".

Potrei quindi risolverlo modificando /etc/grub.d/10_linux_proxy, eliminando i file 4.4.0.72 da / boot e usando grub-mkconfig e update-grub

questo approccio tuttavia non ha funzionato con altri PC con lo stesso bug, che aveva il kernel 4.4.0.21 prima dell'aggiornamento 0.72; quindi questo è solo informativo.

su un Ubuntu 16.04 con Ethernet cablata bloccata dopo essere arrivato da Windows 10 dual-boot, i seguenti script / passaggi alla riga di comando lo hanno ripristinato:

questo autore di script è jnko da un articolo su 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

quindi dopo averlo eseguito:

service network-manager restart

attendere circa 30 secondi dopo l'ultimo passaggio

in caso di disperazione, basta spegnere il sistema e rimuovere per alcuni secondi la spina di alimentazione elettrica; non è uno scherzo: questo rilascerà il blocco che Windows 10 fa all'hardware Ethernet e Ubuntu avrà di nuovo rete.

inoltre, se ricordi quando sei su Windows 10, disabilitare l'interfaccia ethernet prima di riavviare eviterà anche questo blocco al prossimo avvio di Linux.

sebbene all'inizio non ci potessi credere, è vero: questo errore si verifica solo quando si riavvia Windows su Linux; se viene eseguito un arresto su Linux o Windows viene chiuso per arrestare il PC, ciò non accade. 8-]

Avevo anche questo problema che è iniziato con un nuovo router di rete con doppio avvio di Windows 7 e Kubuntu 18.04.

Per me, si trattava di un problema DHCP e la soluzione più semplice era fare in modo che Kubuntu usasse un indirizzo MAC clonato diverso da quello utilizzato da Windows.

Dovrebbe essere un'opzione per la connessione di rete in Impostazioni di rete.

In Kubuntu, cerca le connessioni:

scegli connessione -> scheda cablata -> indirizzo MAC clonato -> casuale -> applica

Questo dovrebbe fare il trucco.

Forse questo potrebbe risolvere il tuo problema

Il problema è descritto qui: https://sites.google.com/site/easylinuxtipsproject/internet#TOC-No-wired-or-wireless-internet-on-a-dual-boot-computer

Ciò può essere dovuto a un difetto in Windows, che può essere riparato facilmente.

Se hai un doppio PC avviabile con Windows e hai appena usato Windows, potresti non ottenere un indirizzo IP dopo un riavvio in Linux. E quindi nessuna connessione a Internet.

Questo ha il seguente motivo: ogni scheda di rete ha un indirizzo MAC univoco. Questo indirizzo è integrato nella tua scheda di rete. Il server DHCP nel router ricorda questo indirizzo MAC.

Quando si accede a Internet in Windows e quindi si riavvia in Linux, in molti casi non si ottiene alcun indirizzo IP dal server DHCP nel router. Perché questo server ricorderà che in precedenza aveva emesso un indirizzo IP per lo stesso indirizzo MAC e non ne avrebbe emesso uno nuovo.

È possibile risolvere questo problema forzando Windows a rilasciare l'indirizzo IP, prima di riavviare il PC. A proposito: Linux di default rilascia l'indirizzo IP allo spegnimento. Quindi un riavvio da Linux a Windows non causa problemi.

Suggerimento: hai dimenticato di forzare Windows a rilasciare l'indirizzo IP e non vuoi ancora avviare Windows per farlo? Quindi semplicemente avviare Ubuntu o Linux Mint due volte di seguito. Dopo il secondo avvio di Ubuntu o Mint probabilmente puoi connetterti.

A. Metodo manuale 1. Aprire una finestra DOS in Windows

Windows XP: Start - Programmi - Accessori - Prompt dei comandi

Windows 7: Start - Tutti i programmi - Accessori - Prompt dei comandi

2. Digitare: ipconfig / release

(notare lo spazio tra ipconfig e / release)

E premi Invio.

B. Metodo semi-automatico Tramite un collegamento sul desktop, è possibile applicare una soluzione semi-automatica per questo.

1. Apri Blocco note Windows XP: Start - Programmi - Accessori - Blocco note

2. digitare il seguente testo: ipconfig / release

3. Salvare questo file di testo come release.bat e posizionarlo sul desktop. Ora puoi sempre semplicemente fare doppio clic su questo file, prima di uscire da Windows.

Come ho detto, Linux rilascia l'indirizzo IP per impostazione predefinita allo spegnimento. Quindi un riavvio da Linux a Windows non causa problemi.

il suggerimento di ccy di disattivare le funzioni "Wake-on-LAN". Usiamo "Wake-on-LAN", quindi abbiamo adottato la soluzione di ccy dopo aver trovato una soluzione alternativa. Il passaggio 3 della soluzione di Zhou ha lo stesso effetto, ovviamente. Altrimenti, ...

L'aggiornamento all'ultimo driver da Intel non ha fatto alcuna differenza per noi, poiché le ultime 3 versioni dal 2015 sembrano funzionare allo stesso modo.

Inizialmente dovevamo chiudere Windows, quindi scollegare il cavo di alimentazione e il cavo di rete per 20 secondi, quindi accendere e avviare Ubuntu 16.04, quindi la rete andava bene. Lo scollegamento per 5 secondi non ha funzionato. Scollegare solo il cavo di alimentazione o solo il cavo di rete non ha funzionato.

Forse l'ordine dei cavi di collegamento era importante: prima abbiamo scollegato il cavo di rete e poi il cavo di alimentazione. Atteso 20-30 secondi, quindi prima collegato il cavo di alimentazione, quindi il cavo di rete.

Dell Precision 7810 con Windows 10 e Ubuntu 16.04, utilizzando un IP statico, non DHCP.

L'unica cosa che devi fare è rimuovere il cavo di alimentazione dell'unità di sistema e ricollegarlo dopo 30 secondi, quindi accendere il computer. È tutto.

Ho avuto lo stesso problema - l'aggiunta nmcli c up YOURSSIDalle mie applicazioni di avvio ha risolto il problema per me.

Ho scoperto che in qualche modo il mio indirizzo MAC era vuoto (00: 00: 00: 00: 00: 00), quindi nessun indirizzo IP4 (ma alcuni siti Web erano ancora accessibili, penso a causa dell'IP6).

Quindi ho cambiato l'indirizzo MAC in un numero casuale usando Windows, in Gestione dispositivi -> Impostazioni scheda -> Avanzate. Ora funziona tutto.

inserisci qui la descrizione dell'immagine