Lenovo G780 никакой Ethernet (Qualcomm Atheros AR8162) на 14,04

В первую очередь, я хочу сказать, что я боролся с этой проблемой больше года, можно думать, что это - дубликат, но это не, поскольку ни одно из решений не работало на меня, я попытаюсь быть максимально информативным для описания проблемы.

TL; DR

Никакой Ethernet на eth0, даже после установки alx драйвер.

История

Я купил этот ноутбук осенью 2012 года для моей работы, мне был нужен только Windows, таким образом, я считал несколько обзоров о том, как этот ноутбук работает и не думал о возможных проблемах с Linux и делал с этим не Google. Windows работал почти без проблем, но это - другая история - сеть была прекрасна.

В начале 2013 я пытался установить некоторый Linux, если я вспоминаю правильно, это была Ubuntu 12.10. Проблема состояла в том, что это не имело сети в наличии вообще - ни беспроводная связь, ни соединило проводом, я погуглил несколько дней, пытаясь зафиксировать это, но без успеха - было почти невозможно сделать что-либо, потому что я должен был перезагрузить после каждой непредвиденной ошибки/пропавших без вести библиотеки. Та же проблема присутствовала на Linux Mint (v16, я думаю), и Fedora. Я попробовал то же некоторое время после, и снова, без успеха.

Теперь, когда эти запущенные 14.04, я думал, что должен дать ему попытку и после установки Ubuntu 14.04, которую я был рад видеть, что Wi-Fi работает при установке, я видел, что проводное соединение не работало, но что, черт возьми. Я переустановил к Kubuntu для наблюдения того же самого. После выполнения всех apt-get update, apt-get upgrade и разрешение системы найти все драйверы это могло, я был довольно недоволен, что соединил проводом, все еще не работал. Я пытался погуглить, но почти вся информация устарела как все отнесенные для разделения драйверов, которые недоступны в trusty репозиторий бэкпортов. Загрузка их и попытка скомпилировать привели к ошибкам. Я пытался установить WICD, но он не мог соединиться также.

Наконец

Я нашел поток на reddit (!), который я мог пройти без ошибок. Но после ввода modprobe alx ничто не изменилось. Ни один что-либо изменилось после перезагрузки. Ни один что-либо изменило после выполнения всего второй раз в абсолютно чистой системе после полного, не переустанавливает Kubuntu.

Это просто говорит "Соединение" в администраторе сети в течение некоторого времени затем тайм-ауты. WICD действительно показал "IP-адрес Получения" и застрял на этом также.

На вставке копии ifconfig (ниже), можно видеть, что некоторые пакеты/байты отправляются/получаются, я не могу сказать наверняка, но я думаю, что не было ни одного прежде, чем установить alx драйвер.

Я являюсь действительно отчаянным и ожидаю попробовать что-либо для получения зафиксированного как иногда, я только могу соединить проводное соединение использования.

Я погуглил много, действительно, чтение и попробовал каждое решение по крайней мере в 20 потоках, даже устаревшие.

Машина

Lenovo G780, Kubuntu 14.04

$ uname -a
Linux kubi 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

$ lspci -nn | grep '0200\|0280'
02:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8162 Fast Ethernet [1969:1090] (rev 08)
03:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11bgn Wireless Network Adapter [14e4:4727] (rev 01)

$ ifconfig
eth0  Link encap:Ethernet  HWaddr b8:88:e3:71:93:09  
      inet6 addr: fe80::ba88:e3ff:fe71:9309/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:872 errors:0 dropped:0 overruns:0 frame:0
      TX packets:595 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:99133 (99.1 KB)  TX bytes:113073 (113.0 KB)
      Interrupt:16 

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:6183 errors:0 dropped:0 overruns:0 frame:0
      TX packets:6183 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:720980 (720.9 KB)  TX bytes:720980 (720.9 KB)

wlan0 Link encap:Ethernet  HWaddr 08:ed:b9:9e:d3:27  
      inet addr:192.168.1.105  Bcast:192.168.1.255  Mask:255.255.255.0
      inet6 addr: fe80::aed:b9ff:fe9e:d327/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:129296 errors:0 dropped:0 overruns:0 frame:192606
      TX packets:83848 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:174198556 (174.1 MB)  TX bytes:8251504 (8.2 MB)
      Interrupt:17

Снимок экрана от той же машины, тех же соединений на окнах (использующий соединенный проводом, выключенный Wi-Fi): enter image description here

Если бы какая-либо другая информация может помочь, я был бы более, чем рад отправить ее.

Обновление 1

Я соединился с маршрутизатором с кабелем, и он работает, но не с обходом маршрутизатора. Я не вижу то, что причина теперь. Это не фильтрация по MAC-адресам как MAC на окнах, и Linux является тем же.

2
задан 21 June 2014 в 23:45

2 ответа

192.168.x.x адрес пандуса. можно ли достигнуть его от адреса uri браузера путем входа администратору, пароль... конфигурируются.? Самые новые версии пандусов имеют, шлюз, Wi-Fi, adsl и т.д. комбинации, которые необходимо сконфигурировать. Похоже, что Ваш пандус работает, так как Вы получаете RX и пакеты TX, отправленные и полученные.

Bcast:192.168.1.255 Mask:255.255.255.0

encap:Ethernet HWaddr 08:ed:b9:9e:d3:27 inet addr:192.168.1.105 Ссылки wlan0

Чтение Вашего inet имеет 192.168.1.105, я подозреваю, что Вы имеете 192.168.1.1 как Ваш Администраторский IP шлюза/маршрутизатора. Откройте Firefox и тип в 192.168.1.1 в Вашем поле адреса браузера, чтобы видеть, входите ли Вы для конфигурирования пандуса как Администратор.. Я не могу сказать, какой пароль необходимо получить доступ, таким образом, можно настроить его.

я нашел сообщение, которое подобно Вашему. Тест, что сначала, прежде чем Вы сделаете что угодно еще. Так Ваш маршрутизатор/Шлюз/Кабель / модем Wi-Fi выяснит.

С тех пор от Вашего Nic и контроллера вкладывает пакеты и.

похоже, что Ваш broadcom может быть небольшим triggy. Но в Вашем случае Вы получаете пакеты, таким образом, Ваш Nic говорит и так является Вашим контроллером также.

я подозреваю, что необходимо откопать Руководство или найти, что файл PDF онлайн читает то, что корректное 192.168.xxx.xxx адрес находится на точке доступа, которая является маршрутизатором/шлюзом, таким образом, можно настроить его из окна Url браузера. Вам, возможно, придется проверить, что с Вашим ISP несколько раз кабельный модем, модем Wi-Fi или модем Adsl должны быть настроены так, можно получить доступ к Интернету.

, если Ваш маршрутизатор и т.д. не решал. Я действительно находил это на другом сайте. Считайте это!!!.

http://ubuntuforums.org/showthread.php?t=2212368

Или мы можем попробовать это, чтобы удостовериться, что это разрешит это.

Установка после предпосылок,

sudo склонный - получают установку linux-headers-generic существенный для сборки dkms

Открытый следующий файл,

, gedit/etc/modprobe.d/blacklist.conf

Добавляет следующие строки,

<блок цитирования>

ndiswrapper

черного списка bcma

черного списка b43legacy

черного списка b43

черного списка

Комментарий следующая строка,

<блок цитирования>

bcm43xx

черного списка #

ноутбук Перезапуска и проверяет беспроводную работу или нет.

0
ответ дан 21 June 2014 в 23:45

Посмотрите, можно ли проверить с помощью ping-запросов 95.68.64.1 из окон, тогда соответствуют тем настройкам в человечности sudo ifconfig eth0 95.68.92.25 netmask 255.255.224.0 и затем пробуют к ping 95.68.64.1, если Вы можете она не быть проблемой HW.

Обновление: Это - минимальная конфигурация, она не устанавливает шлюз по умолчанию или серверы DNS. Так не уверенный, как Ваш Интернет работает от этого сообщение:/netstat -rn?

кроме того, это - только временная конфигурация и будет потеряно после перезагрузки. Можно сделать его постоянным путем установки его в/etc/network/interfaces, но это не могла бы быть хорошая идея, поскольку ISP выпускает дюйм/с через DHCP, Вы не владеете тем IP, и Ваш ISP мог бы хотеть дать его кому-то еще, но если бы Вы также используете его статически , у Вас был бы конфликт! Должен выяснить, почему DHCP не отвечает на Ваши запросы

0
ответ дан 21 June 2014 в 23:45

Другие вопросы по тегам:

Похожие вопросы: