Le double démarrage d'Ubuntu 14.04 / Windows 7 Pro ne peut pas se connecter à Internet câblé après le démarrage de Windows

Internet filaire fonctionne très bien dans Windows 7 Pro et «Try Ubuntu» 14.04.2 LTS démarré à partir du disque et dans Ubuntu installé, mais cesse de fonctionner après le démarrage de Windows puis d'Ubuntu. J'ai vu de nombreux problèmes et solutions différents pour que l'internet filaire ne fonctionne pas dans Ubuntu 14.04, mais aucun ne semble s'appliquer à ce cas. J'ai mis à jour le pilote NIC e1000e vers la dernière version (3.1.0.2), mais cela n'a pas résolu le problème. Encore une fois, voici le modèle:

⠀ Démarrage vers Windows 7 Pro - Internet câblé fonctionne
⠀ Démarrage à partir du disque "Try Ubuntu" 14.04.2 LTS -
Fonctionne ⠀ Démarrage vers Ubuntu installé -
Fonctionne ⠀ Démarrage vers Windows -
Fonctionne ⠀ Démarrage vers Ubuntu installé - ne fonctionne pas

J'ai essayé cette séquence plusieurs fois et elle est cohérente. Que vérifier?

Sortie d'ifconfig ci-dessous:

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)

Également gêné par ce problème pendant une semaine avant de trouver enfin la solution.

Le problème est dû à cela, le pilote Windows configure la carte Ethernet dans un état spécifique pendant qu'Ubuntu essaie d'initialiser la carte à partir de l'état neuf et échoue.

Solution:

1. Téléchargez le pilote le plus récent sur le site Intel.
2. Supprimez tout pilote de carte Ethernet existant sous Windows et installez le pilote téléchargé.
3. Accédez à l'onglet "Gestion de l'alimentation" dans la boîte de dialogue de configuration de la carte Ethernet, décochez toutes les options et cliquez sur OK.

La première fois que vous effectuez cette opération, vous devrez attendre un certain temps avant de rétablir la connexion Internet. Une fois la connexion Internet établie, redémarrez dans Ubuntu et testez. Tout devrait bien se passer maintenant.

Ce problème semble être une sorte de paramètre de bas niveau que Windows peut laisser sur la carte réseau qu'Ubuntu ne peut pas redémarrer correctement. J'ai eu le même problème avec la puce réseau Intel i217-V. La solution que j'ai est qu'au démarrage d'Ubuntu, je réinitialise la puce. Fonctionne donc maintenant même s'il est fermé sous Windows. Vous devrez trouver quel périphérique PCI est votre carte, puis la réinitialiser comme ci-dessous.

Pour lister les périphériques PCI, entrez lspcidans le terminal, et vous obtiendrez une liste - recherchez la ligne avec votre contrôleur Ethernet. le mien montré ci-dessous:

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

J'ai donc ajouté /etc/rc.local

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

( source - je ne pouvais pas comprendre le script, et cela semblait plus simple.)

J'ai rencontré des problèmes similaires lors du double démarrage de la machine avec MS Windows 7 Enterprise et Ubuntu 14.04.

Le réseau câblé ne fonctionne pas dans Ubuntu lorsque je redémarre à partir de MS Windows7, puis démarre Ubuntu.

Après avoir utilisé MS Windows 7, je dois d' abord arrêter avant d'utiliser Ubuntu.

Certains paramètres de Windows peuvent interdire la connexion Internet dans Ubuntu. Je désactive WOL (wake-on-lan) de la gestion de l'alimentation dans Wiondws 8, puis cela fonctionne dans Ubuntu.

dans un cas récent, cela s'est produit également après une mise à jour du noyau 4.4.0.72 qui a corrigé le bogue après le démarrage à partir d'un double démarrage de Windows 10, le réseau câblé au prochain démarrage d'Ubuntu 16.04 ne fonctionnait pas, même avec tous les paramètres ok;

en utilisant l'ancien noyau au démarrage, cela a fonctionné sans aucune modification, dans ce cas, 4.4.0.71 était OK, en partant de l'entrée de menu "Options avancées pour Ubuntu".

Je pourrais ensuite le corriger en modifiant /etc/grub.d/10_linux_proxy, en supprimant les fichiers 4.4.0.72 de / boot et en utilisant grub-mkconfig et update-grub

cette approche n'a cependant pas fonctionné avec d'autres PC avec le même bogue, qui avaient mis à jour le noyau 4.4.0.21 avant 0.72; c'est donc juste informatif.

sur un Ubuntu 16.04 avec Ethernet câblé verrouillé après être venu de Windows 10 à double démarrage, le script / les étapes suivantes en ligne de commande l'ont remis en marche:

cet auteur de script est jnko d'un article à 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

puis après l'avoir exécuté:

service network-manager restart

veuillez attendre environ 30 secondes après cette dernière étape

en cas de désespoir, arrêtez simplement votre système et retirez pendant quelques secondes la prise électrique; pas une blague: cela libérera le verrouillage de Windows 10 sur le matériel Ethernet, et Ubuntu aura à nouveau un filet.

De plus, si vous vous souvenez de Windows 10, la désactivation de l'interface Ethernet avant le redémarrage évitera également ce verrouillage au prochain démarrage de Linux.

alors que je ne pouvais pas y croire au début, c'est vrai: ce bug ne se produit que lorsque l'on redémarre Windows vers Linux; si un arrêt est effectué sous Linux ou si Windows est arrêté pour arrêter le PC, cela ne se produit pas. 8-]

J'avais également ce problème qui a commencé avec un nouveau routeur réseau à double démarrage Windows 7 et Kubuntu 18.04.

Pour moi, c'était un problème DHCP, et la solution la plus simple était que Kubuntu utilise une adresse MAC clonée différente de celle utilisée par Windows.

Devrait être une option pour votre connexion réseau sous les paramètres réseau.

Dans Kubuntu, recherchez des connexions:

choisissez la connexion -> onglet filaire -> adresse MAC clonée -> aléatoire -> appliquez

Cela devrait faire l'affaire.

Peut-être que cela pourrait résoudre votre problème

Le problème est décrit ici: https://sites.google.com/site/easylinuxtipsproject/internet#TOC-No-wired-or-wireless-internet-on-a-dual-boot-computer

Cela peut être dû à une faille dans Windows, qui peut être réparée facilement.

Si vous avez un PC à double démarrage avec Windows et que vous venez d'utiliser Windows, vous ne pouvez pas obtenir d'adresse IP après un redémarrage sous Linux. Et donc pas de connexion internet.

Cela s'explique par la raison suivante: chaque carte réseau possède une adresse MAC unique. Cette adresse est ancrée dans votre NIC. Le serveur DHCP de votre routeur se souvient de cette adresse MAC.

Lorsque vous accédez à Internet sous Windows, puis redémarrez sous Linux, dans de nombreux cas, vous n'obtiendrez aucune adresse IP du serveur DHCP de votre routeur. Parce que ce serveur se rappellera qu'il a précédemment émis une adresse IP pour cette même adresse MAC et n'en émettra pas de nouvelle.

Vous pouvez résoudre ce problème en forçant Windows à libérer l'adresse IP, avant de redémarrer le PC. Soit dit en passant: Linux par défaut libère l'adresse IP à l'arrêt. Un redémarrage de Linux vers Windows ne pose donc aucun problème.

Astuce: avez-vous oublié de forcer Windows à libérer l'adresse IP et vous ne voulez pas encore démarrer Windows pour le faire? Ensuite, démarrez simplement Ubuntu ou Linux Mint deux fois de suite. Après le deuxième démarrage d'Ubuntu ou de Mint, vous pouvez probablement vous connecter.

A. Méthode manuelle 1. Ouvrez une fenêtre DOS sous Windows

Windows XP: Démarrer - Programmes - Accessoires - Invite de commandes

Windows 7: Démarrer - Tous les programmes - Accessoires - Invite de commandes

2. Type: ipconfig / release

(notez l'espace entre ipconfig et / release)

Et appuyez sur Entrée.

B. Méthode semi-automatique Au moyen d'un raccourci sur votre bureau, vous pouvez appliquer une solution semi-automatique pour cela.

1. Ouvrez le Bloc-notes Windows XP: Démarrer - Programmes - Accessoires - Bloc-notes

2. tapez le texte suivant: ipconfig / release

3. Enregistrez ce fichier texte sous release.bat et placez-le sur votre bureau. Maintenant, vous pouvez toujours simplement double-cliquer sur ce fichier avant de quitter Windows.

Comme je l'ai dit, Linux libère l'adresse IP par défaut à l'arrêt. Un redémarrage de Linux vers Windows ne pose donc aucun problème.

La suggestion de ccy de désactiver les fonctions "Wake-on-LAN". Nous utilisons "Wake-on-LAN", nous avons donc adopté la solution de ccy après avoir trouvé une solution de contournement. Bien entendu, l'étape 3 de la solution de Zhou a le même effet. Autrement, ...

La mise à niveau vers le dernier pilote d'Intel n'a pas fait de différence pour nous, car les 3 dernières versions depuis 2015 semblent fonctionner de la même manière.

À l'origine, nous devions fermer les fenêtres, puis débrancher le cordon d'alimentation et le câble réseau pendant 20 secondes, puis allumer et démarrer dans Ubuntu 16.04, puis le réseau allait bien. Le débranchement pendant 5 secondes n'a pas fonctionné. Débrancher uniquement le cordon d'alimentation ou uniquement le câble réseau n'a pas fonctionné.

Peut-être que l'ordre des câbles de connexion était important: nous avons d'abord débranché le câble réseau, puis le cordon d'alimentation. Attendu 20 à 30 secondes, puis branché le cordon d'alimentation en premier, puis le câble réseau.

Dell Precision 7810 avec Windows 10 et Ubuntu 16.04, utilisant une adresse IP statique, pas DHCP.

La seule chose que vous devez faire est de retirer le câble d'alimentation de votre unité centrale et de le rebrancher après 30 secondes, puis allumez votre ordinateur. c'est tout.

J'ai eu le même problème - l'ajout nmcli c up YOURSSIDà mes applications de démarrage l'a résolu pour moi.

J'ai découvert que mon adresse MAC était en quelque sorte vide (00: 00: 00: 00: 00: 00), donc pas d'adresse IP4 (mais certains sites Web étaient toujours accessibles, je pense à cause d'IP6).

J'ai donc changé l'adresse MAC en un nombre aléatoire en utilisant Windows, dans le Gestionnaire de périphériques -> Paramètres de l'adaptateur -> Avancé. Maintenant, tout fonctionne.

entrez la description de l'image ici