Так как я выполнил некоторое обновление на прошлой неделе или так, я не смог получить проводное соединение. Конкретно:
Моя проблема подобна тому, что описано в: Световые сигналы Ethernet Не, На Когда Связанный Кабель И не Рабочий
запись lspci:
Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
sudo ethtool eth0:
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: no
ifconfig-a
eth0 Link encap:Ethernet HWaddr d4:3d:7e:26:b2:20
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:300 errors:0 dropped:0 overruns:0 frame:0
TX packets:300 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:25463 (25.4 KB) TX bytes:25463 (25.4 KB)
lxcbr0 Link encap:Ethernet HWaddr 7a:01:dd:5c:17:99
inet addr:10.0.3.1 Bcast:10.0.3.255 Mask:255.255.255.0
inet6 addr: fe80::7801:ddff:fe5c:1799/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:11788 (11.7 KB)
системный журнал:
Feb 8 18:20:42 newdesk kernel: [ 4.048721] r8169 0000:03:00.0 eth0: link down
Feb 8 18:20:42 newdesk kernel: [ 4.048751] r8169 0000:03:00.0 eth0: link down
Feb 8 18:20:42 newdesk kernel: [ 4.048760] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Feb 8 18:20:42 newdesk kernel: [ 4.048905] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Поскольку я испытываю недостаток в другой сетевой плате, я могу только использовать окна прямо сейчас. Совет относительно того, как зафиксировать это, ценится.
Спасибо!
Я могу подтвердить эту ошибку. Столкнутый та же проблема и Это не соединяют проблему проводом, это - проблема с r8169 драйвером, который появился недавнее обновление. Я думаю, что они уже нашли ошибку в этом модуле https://lkml.org/lkml/2015/2/21/161
Временное приспособление могло создавать исходный realtek драйвер (r8168) и заменять текущий r8169 им.
https://unixblogger.wordpress.com/2011/10/18/the-pain-of-an-realtek-rtl8111rtl8168-ethernet-card/
склонные sudo - получают существенную для сборки установку
сборка и драйвер установки:
sudo делают чистые модули
sudo делают установку
удостоверьтесь, что r8168.ko присутствует в Ваших драйверах ядра:
sudo определяют местоположение-i r8168
одна из строк в выводе должна быть чем-то вроде этого:
/modules/3.13.0-46-generic/kernel/drivers/net/ethernet/realtek/r8168.ko
запретите r8169 и восстановите ядро depencies
sudo повторяют “r8169 черного списка>>/etc/modprobe.d/blacklist.conf
sudo depmod-a
Сделайте это доступным для начальной загрузки
sudo повторяют “r8168 >>/etc/modules
После проверки перезагрузки загруженный драйвер
lspci-v|grep-A 7 Realtek
Последняя строка должна быть "Используемым драйвером ядра: r8168
Я надеюсь, что это помогает.