Pas d'internet sous Linux après le redémarrage de Windows

1

Après le redémarrage de Windows XP vers Gentoo Linux, je ne peux me connecter à aucun endroit (Internet, autres ordinateurs, routeur). Internet fonctionne correctement si, au lieu de redémarrer, j'arrête le PC, puis je démarre correctement.

Ifconfig montre que tout va bien, sauf qu'aucun paquet n'est reçu / transmis.

ping 192.168.9.1
-> Destination Host Unreachable

mtr <ip>ne montre rien, juste une ligne vide. Ne fonctionne que sur le bouclage et l'adresse IP spécifiée dans la configuration:/etc/conf.d/net.eth0

IP est attribué automatiquement via DHCP et par adresse MAC (de sorte que Linux et Windows ont le même IP)
IP est statique 192.168.9.3.

Routeur utilisé: Asus WL-500gP(avec firmware Oleg), tout le réseau est 100 Base-TIP: 192.168.9.1MASK:255.255.255.0

Informations Windows:

  • NIC: Realtek RTL8139/810x Family
  • Version du pilote: 5.719.325.2009

Informations sur Linux:

  • DMESG: 8139too RealTek RTL8139
  • Pilote intégré au noyau: RealTek RTL-8129/8130/8139 PCI Fast Ethernet Adapter
  • Version du noyau 3.5.7et dernier 3.7.4(gentoo-sources)

Les voyants de la carte réseau clignotent uniquement sous Windows et restent noirs même pendant le POST.

UN D
la source
1
ping? mtr? dig? Qu'as-tu essayé? S'il vous plaît être plus spécifique que "Pas d'Internet".
Tamara Wijsman
Essayé de cingler mon routeur, de routeur à poste de travail, à partir d’un autre poste de travail, etc. Je mettrai à jour.
AD
C'est peut-être une question stupide, mais que se passe-t-il si vous mettez l'interface vers le bas et la sauvegardez? Le service DHCP est-il activé sous Linux?
nerdwaller
J'ai essayé aussi. /etc/init.d/net.eth0 restartfonctionne, sauf sshdne commencera pas.
AD
@AD: Si cela résout le problème, cela ressemble à un problème de microprogramme / pilote; Dmesg pourrait en parler.
Tamara Wijsman

Réponses:

2

Google est mon ami. Merci aux forums Ubuntu et au merveilleux ArchWiki :

Les utilisateurs dotés de NIC (cartes / et carte intégrée) basés sur Realtek 8168 8169 8101 8111 (C) peuvent remarquer un problème où le NIC semble être désactivé au démarrage et n’a pas de voyant Link. Cela se trouve généralement sur un système à double démarrage sur lequel Windows est également installé. Il semble que l’utilisation des pilotes officiels Realtek (datés de mai 2007) sous Windows en soit la cause. Ces pilotes plus récents désactivent la fonction Wake-On-LAN en désactivant la carte réseau au moment de l’arrêt de Windows, où elle restera désactivée jusqu’à la prochaine initialisation de Windows. Vous pourrez remarquer si ce problème vous concerne si le voyant Lien reste éteint jusqu'au démarrage de Windows. lors de l’arrêt de Windows, le voyant Link s’éteint. Le fonctionnement normal doit être que le voyant de liaison est toujours allumé tant que le système est allumé, même pendant le POST.

Solutions possibles:

  1. Restauration / modification du pilote Windows
  2. Activer WOL dans le pilote Windows
  3. Pilote Realtek Linux plus récent
  4. Activer la ROM d’amorçage du réseau local dans le BIOS / CMOS

J'ai essayé le 2ème qui fonctionne. 4e n'a pas (MB est un vieil EPoX).

Pour activer WOL, appuyez sur WIN+ R-> devmgmt.msc-> double-cliquez sur votre carte réseau -> Dans l'onglet Avancé, définissez Arrêter Wake-On-Lan sur Enabled. REBOOT!

entrez la description de l'image ici

Si vous êtes intéressé, le bogue est rempli ici: https://bugzilla.kernel.org/show_bug.cgi?id=53521

UN D
la source
@TomWijsman Je vais déposer ce bogue demain.
AD
1

Quelle version du noyau utilisez-vous? J'essaierais au moins d'utiliser la dernière version stable du noyau Linux.

Mon idée initiale à ce sujet est qu’il est probable que Windows «fasse quelque chose» au matériel, qui n’est pas réinitialisé correctement lors d’un redémarrage normal, mais est réinitialisé lors d’une mise hors tension complète. Quoi que Windows fasse, cela est incompatible avec le fonctionnement du 8139toopilote.

L'utilisation de la dernière version du noyau réduira la possibilité qu'un bogue ait déjà été corrigé. Si la dernière version du noyau ne résout pas le bogue, j'inclue ce qui suit dans un courrier électronique adressé à LKML (liste de diffusion du noyau Linux) ou au moins aux développeurs Gentoo:

  • Sortie de lspci -nnvv
  • Sortie de dmesgsur un démarrage à froid où Ethernet fonctionne
  • Sortie de dmesglors d'un redémarrage à partir de Windows
allquixotic
la source
Oui, je dois découvrir ce qui fait ça. Quelle version du noyau "est" la plus récente? J'utilise 3.5.7.
AD
@AD: 3.5.7 est la dernière version stable de Gentoo x86, 3.6.11 est la dernière version de Gentoo AMD64 stable, 3.7.4 est la dernière version de Gentoo unstable; 3.7.6 est la dernière version stable en amont, 3.8-rc6 est la ligne principale et peut être considéré comme la dernière version instable en amont. Je vous suggère d'essayer = sys-kernel / gentoo-sources-3.7.4 et d'essayer les derniers sys-kernel / git-sources. Je ne vois pas de solution pertinente dans les journaux; alors, si vous rencontrez toujours cela, essayez de capturer les informations demandées ici et de les archiver à bugs.gentoo.org . Je fais des bêtises ainsi que des bogues du noyau là-bas et je vais vous suivre ... :)
Tamara Wijsman
@TomWijsman va essayer. Je vais google pour le moment, parce que ça doit être quelque chose dans Windows.
AD
Le noyau a été mis à jour 3.7.4sans changement.
AD