double amorçage Windows avec Ubuntu il y a quelques semaines. Ma connexion Internet semble être automatiquement détectée sous Windows, mais pas sous Ubuntu.
Voici le résultat de ifconfig:
eth0 Link encap:Ethernet HWaddr 00:17:7c:19:32:8d
UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0
frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0
txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:175 errors:0 dropped:0 overruns:0 frame:0 TX
packets:175 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX
bytes:12609 (12.6 KB) TX bytes:12609 (12.6 KB)
RÉVISÉ actuel:
sortie du fichier/etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
sortie du réseau Sudo lshw -C
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: eth0
version: 06
serial: 00:17:7c:19:32:8d
size: 10Mbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp
mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=rtl_nic/rtl8168e-1.fw latency=0 link=no multicast=yes port=MII speed=10Mbit/s
resources: irq:40 ioport:e000(size=256) memory:f0004000-f0004fff memory:f0000000-f0003fff
sortie de dmesg | grep -e eth0 -e r8169
[ 2.496839] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 2.496850] r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[ 2.497073] r8169 0000:02:00.0: irq 40 for MSI/MSI-X
[ 2.497194] r8169 0000:02:00.0 eth0: RTL8168e/8111e at 0xffffc90000642000,
00:17:7c:19:32:8d, XID 0c100000 IRQ 40
[ 2.497195] r8169 0000:02:00.0 eth0: jumbo features [frames: 9200 bytes, tx
checksumming: ko]
[ 11.058347] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 15.752240] r8169 0000:02:00.0 eth0: link down
[ 15.752255] r8169 0000:02:00.0 eth0: link down
[ 15.752283] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 15.752529] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
J'ai réinstallé ubuntu une fois de plus et il semble maintenant qu'une connexion filaire soit détectée ... Cependant, il n'y a toujours aucun signal sur le symbole wifi dans le coin supérieur droit ... j'ai essayé tous les étapes discutées plus tôt ... y a-t-il un moyen de sortir?
Capture d'écran: http://tinypic.com/r/2zohq0w/8
S'il s'agit d'une installation de bureau utilisant Network Manager, aucune déclaration de eth0 n'est nécessaire dans/etc/network/interfaces. Network Manager devrait parfaitement faire le travail. De plus, le fichier est légèrement mal formé. Je vous suggère de modifier le fichier comme suit:
auto lo
iface lo inet loopback
Relisez, enregistrez et fermez l'éditeur de texte. Redémarrez et laissez-nous votre rapport.
Parfois, le problème de connexion du r8169 se connecte si vous spécifiez certaines fonctionnalités, au lieu de laisser la carte et le routeur négocier. S'il vous plaît faire:
gksudo gedit /etc/rc.local
Utilisez nano ou kate ou leafpad si vous n’avez pas l’éditeur de texte gedit. Ajoutez une ligne juste au-dessus de la sortie 0:
ethtool -s eth0 autoneg off speed 100
Relisez attentivement, enregistrez et fermez l'éditeur de texte. Redémarrez et, s'il ne se connecte pas, voyons un autre coller comme ci-dessous.
si votre système ne dispose pas du paquetage gksu par défaut, utilisez la commande suivante: Sudo -i gedit /etc/rc.local
Essayer de connecter un HUAWEI E5776 et d’utiliser wicd
clic droit wicd> configuration wicd sous connexion sans fil J'ai choisi wwan et boum j'avais le partage de connexion direct avec cet appareil.
$ Sudo ifconfig wwan0 up
peut aussi avoir fait la même chose, bien qu'un straigt Sudo ifconfig
ne soit pas affiché wwan
Sur le point de redémarrer maintenant et de voir si ça reste bloqué. Si quelque chose change, je mettrai à jour ici.
J'ai eu le même problème. Ajouter ethtool -s eth0 autoneg off speed 100
à rc.local
(comme chili555 suggère ) n'a pas résolu le problème.
Mais lorsque j’ai exécuté la commande en ligne de commande (après le démarrage) , eth0
est apparu et le protocole DHCP a fonctionné. Cela résoudra peut-être aussi votre problème.