В первую очередь, я хочу сказать, что я боролся с этой проблемой больше года, можно думать, что это - дубликат, но это не, поскольку ни одно из решений не работало на меня, я попытаюсь быть максимально информативным для описания проблемы.
Никакой 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):
Если бы какая-либо другая информация может помочь, я был бы более, чем рад отправить ее.
Я соединился с маршрутизатором с кабелем, и он работает, но не с обходом маршрутизатора. Я не вижу то, что причина теперь. Это не фильтрация по MAC-адресам как MAC на окнах, и Linux является тем же.
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 должны быть настроены так, можно получить доступ к Интернету.
, если Ваш маршрутизатор и т.д. не решал. Я действительно находил это на другом сайте. Считайте это!!!.
Или мы можем попробовать это, чтобы удостовериться, что это разрешит это.
Установка после предпосылок,
sudo склонный - получают установку linux-headers-generic существенный для сборки dkms
Открытый следующий файл,
, gedit/etc/modprobe.d/blacklist.conf
Добавляет следующие строки,
<блок цитирования>ndiswrapper
черного списка bcma
черного списка b43legacy
черного списка b43 черного списка блок цитирования>
Комментарий следующая строка,
<блок цитирования>bcm43xx
черного списка # блок цитирования>
ноутбук Перезапуска и проверяет беспроводную работу или нет.
Посмотрите, можно ли проверить с помощью 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 не отвечает на Ваши запросы