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)
la source
Réponses:
É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:
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.
la source
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:J'ai donc ajouté
/etc/rc.local( source - je ne pouvais pas comprendre le script, et cela semblait plus simple.)
la source
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.
la source
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.
la source
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
puis après l'avoir exécuté:
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-]
la source
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:
Cela devrait faire l'affaire.
la source
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
la source
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 source
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.
la source
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.la source
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
la source