web-dev-qa-db-fra.com

Pourquoi mon port Ethernet ne fonctionne parfois pas?

J'ai remarqué que mon port Ethernet fonctionnait bien une fois, mais une fois déconnecté et connecté à un réseau sans fil, j'essaie de rebrancher le port Ethernet. Il ne fonctionne pas tant que je n'ai pas redémarré. Pourquoi est-ce?!

En outre, les lumières s’allument mais c’est comme si Ubuntu ne la voyait pas. Est-il possible de redémarrer le port Ethernet par programmation via Terminal? J'ai également essayé de supprimer et de lire Auto Ethernet via les Préférences Réseau.

J'ai un Lenovo ThinkPad L512 avec Ubuntu 10.04

== UPDATE ==

J'ai fait le premier pas que Maco a dit de faire et voici ce que j'ai obtenu:

oscargodson@ubuntu:~$ Sudo service network-manager stop
[Sudo] password for oscargodson: 
network-manager stop/waiting
oscargodson@ubuntu:~$ Sudo ifconfig eth0 up
SIOCSIFFLAGS: Cannot allocate memory
oscargodson@ubuntu:~$ Sudo dhclient eth0
Internet Systems Consortium DHCP Client V3.1.3
Copyright 2004-2009 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

SIOCSIFFLAGS: Cannot allocate memory
SIOCSIFFLAGS: Cannot allocate memory
Listening on LPF/eth0/60:eb:69:02:50:f0
Sending on   LPF/eth0/60:eb:69:02:50:f0
Sending on   Socket/fallback
receive_packet failed on eth0: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
send_packet: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
send_packet: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
send_packet: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
send_packet: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 17
send_packet: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 17
send_packet: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
send_packet: Network is down
No DHCPOFFERS received.
No working leases in persistent database - sleeping.

J'ai essayé tout ce que Maco avait suggéré et j'ai finalement réalisé que ma mémoire n'était pas basse, même si je continue à recevoir un message SIOCIFFLAGS: Je ne peux pas allouer d'erreur de mémoire. J'ai plus de 1 Go de RAM libre en ce moment.

J'ai trouvé cette page: http://www.linuxquestions.org/questions/linux-newbie-8/weird-ethernet-problem-838220/

Et a fait ce que la personne a dit qui était:

lspci| grep -i ethernet
dmesg | grep -i ethernet

Et cela m'a donné une sortie et la dernière commande m'a donné:

r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded

J'ai ensuite essayé à nouveau le matériel de Maco et je n'ai plus eu l'erreur, cependant, l'Ethernet ne se connecte toujours pas bien que maintenant il ne me donne pas l'erreur d'allocation de mémoire.

10.04hardwarenetworkingthinkpadlenovo
2
Oscar Godson

Cela ressemble à un bug. Permet de creuser.

Tout d’abord, arrêtez Network Manager: Sudo service network-manager stop

Ensuite, branchez le câble et affichez l'interface Sudo ifconfig eth0 up et dites-lui de demander un nouveau bail DHCP Sudo dhclient eth0 (je suppose qu'il s'agit de eth0, si vous n'utilisez pas le nom correct)

Cela a-t-il fonctionné? Si tel est le cas, créez un bogue sur Network Manager: ubuntu-bug -p network-manager

Sinon, essayez de recharger le pilote réseau. Cela devrait simuler un redémarrage sur le port Ethernet. Pour connaître votre pilote, consultez /etc/udev/rules.d/70-persistent-net.rules. Vous verrez des extraits comme:

# PCI device 0x10ec:0x8136 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:f1:4c:01:94:3e", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Pour trouver celui qui correspond au nom de votre interface, regardez le texte entre parenthèses où le mien indique r8169. C'est le nom de votre module.

Sudo modprobe -r r8169 && Sudo modprobe r8169

(en remplaçant le r8169 par le nom de votre module) Essayez à nouveau l'étape dhclient. Si cela a fonctionné, je suppose que c'est un bogue du noyau. ubuntu-bug -p linux

3
maco

Je reçois le même problème. Le sans fil fonctionne au démarrage si le routeur est allumé au préalable. Si ce n'est pas le cas, je dois reprendre le processus de configuration du réseau. La connexion filaire refuse de fonctionner avec ifconfig: SIOCSIFFLAGS: Impossible d'allouer de la mémoire à venir. N.B. Ceci utilise BrowserLinux (basé sur Puppy Linux)

0
John Adams