Не удается подключиться к проводному соединению DHCP через мой компьютер?

Привет. Когда я обновляю свой компьютер до ubuntu 11.10, я не могу подключиться к проводному соединению!

ifconfig -a

eth0      Link encap:Ethernet  HWaddr ff:ff:ff:ff:ff:ff  
          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)
          Interrupt:44 Base address:0x2000 

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:16436  Metric:1
          RX packets:6647 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6647 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1333687 (1.3 MB)  TX bytes:1333687 (1.3 MB)

ответ etc / network / interfaces

auto lo
iface lo inet loopback


sudo lshw -class network

 *-network       
       description: Ethernet interface
       product: RTL8111/8168B PCI Express Gigabit Ethernet controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:04:00.0
       logical name: eth0
       version: 02
       serial: ff:ff:ff:ff:ff:ff
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list rom 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=full firmware=N/A latency=0 link=no multicast=yes port=MII speed=1Gbit/s
       resources: irq:44 ioport:c000(size=256) memory:cff20000-cff20fff memory:cff00000-cff0ffff memory:cff10000-cff1ffff


 lspci

00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4
00:1a.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5
00:1a.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6
00:1a.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2
00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller
00:1c.0 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Root Port 1
00:1c.4 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Root Port 5
00:1c.5 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Root Port 6
00:1d.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1
00:1d.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2
00:1d.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3
00:1d.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90)
00:1f.0 ISA bridge: Intel Corporation 82801JIB (ICH10) LPC Interface Controller
00:1f.2 IDE interface: Intel Corporation 82801JI (ICH10 Family) 4 port SATA IDE Controller #1
00:1f.3 SMBus: Intel Corporation 82801JI (ICH10 Family) SMBus Controller
00:1f.5 IDE interface: Intel Corporation 82801JI (ICH10 Family) 2 port SATA IDE Controller #2
01:00.0 VGA compatible controller: nVidia Corporation G92 [GeForce 9600 GSO] (rev a2)
03:00.0 IDE interface: JMicron Technology Corp. JMB368 IDE controller
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
05:00.0 Memory controller: Conexant Systems, Inc. Device 2d00 (rev 01)


uname -a
Linux mahdiar-EP45-UD3L 3.0.0-15-generic #26-Ubuntu SMP Fri Jan 20 17:23:00 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
6
задан 11 February 2012 в 20:20

4 ответа

Ядро неправильно соответствует этой сетевой карте с модулем ядра r8169. Это показано на трассе lshw, где показано, что сетевой адаптер отключен.

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

в этой статье - это также признанная ошибка с Oneiric - однако похоже, что она была разрешена для 12.04, поскольку Precise использует новое ядро ​​(v3.2)

аппаратные проблемы

Во-первых, давайте исключаем аппаратный сбой сетевого адаптера - сетевые платы могут испортиться (прошивка / ПЗУ) - это свидетельствует о том, что MAC-адрес распознается как FF:FF:FF:FF:FF

Если у вас в последний раз была рабочая сетевая карта с Natty (или предыдущей версией Ubuntu), то загрузите свой компьютер с помощью LiveUSB / LiveCD.

Test ваше проводное соединение - повторите попытку sudo lshw -class network. Найдите MAC-адрес.

Если он по-прежнему не может подключиться через live usb / cd с версией ubuntu, с которой он работал в последний раз, тогда у вас есть сильная индикация сбоя оборудования.

потенциальные программные решения

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

Для решений ниже вас все равно потребуется действующее подключение к Интернету ...

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

FIRST - РЕЗЕРВИТЬ ВАШУ СИСТЕМУ с хорошим инструментом резервного копирования, таким как Clonezilla

FIRST - РЕЗЕРВНАЯ ВАША СИСТЕМА с хорошим инструментом резервного копирования, таким как Clonezilla

Согласно отчету об ошибке пусковой панели, это потенциально может быть исправлено, если вы включите предлагаемый репозиторий в программные источники и установить пакет linux-backports-modules-3.0.0

Предлагаемое исправление 2

Возможно, вы сможете загрузить точное ядро ​​(v3.2) и установить его.

[d25 ] Из сетевых адаптеров могут пойти плохие области запуска:

Загрузите amd64 headers.deb, headers_all.deb и файлы image_amd64.deb

, затем установите ядро с использованием синтаксиса:

sudo dpkg -i [package_name].deb

Предлагаемое исправление 2

Это то, что вы можете решить, загрузив драйвер realtek и скомпилировав его

Загрузите источник Linux - в то время

Распаковать архив:

tar vjxf r8168*.tar.bz2

Изменить на каталог:

cd r8168-8*

Скомпилировать:

sudo ./autorun.sh 

Вы можете проверить, загружен ли драйвер, используя следующие команды.

lsmod | grep r8168
ifconfig -a

Если на мониторе указано имя устройства, ethX, то загружается драйвер linux. Затем вы можете использовать следующую команду для активации ethX.

ifconfig ethX up

Наконец, черный список драйвера r8169 добавляет следующее в /etc/modprobe.d/blacklist.conf

#blacklist r8169 driver
blacklist r8169

Потенциальные обходные пути

Подобный источник Linux , в котором упоминаются нечетные MAC-адреса для модуля ядра r8169 в старых ядрах, дал пару предложенных обходных путей.

работа вокруг 1

После загрузки и остановки модуля ядра:

sudo rmmod r8169 && sudo modprobe r8169

работают вокруг 1

Загрузитесь с вашего Natty live CD - запустите ifconfig -a и запишите MAC-адрес для eth0.

Загрузитесь в oneiric. Изучите устаревшие правила udev и сопоставьте правильный MAC-адрес с eth0

sudo cp /etc/udev/rules.d/70-persistent-net.rules /
sudo nano /etc/udev/rules.d/70-persistent-net.rules

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

6
ответ дан 25 May 2018 в 18:07
  • 1
    Благодарю . Я думаю, что Третий самый безопасный. Я делаю то же, что и вы, но это не работает. ifconfig -a eth0 Link encap: Ethernet HWaddr ff: ff: ff: ff: ff: ff inet6 addr: fe80 :: fdff: ffff: feff: ffff / 64 Сфера применения: Ссылка UP BROADCAST RUNNING MULTICAST MTU: 1500 Метрика: 1 пакет RX : 0 ошибок: 0 сброшено: 0 перерасходов: 0 кадр: 0 пакетов TX: 0 ошибок: 0 сброшено: 0 перерасходов: 0 несущих: 0 коллизий: 0 txqueuelen: 1000 RX байтов: 0 (0.0 B) TX байт: 0 (0.0 B) Прерывание: 44 Базовый адрес: 0x2000 – mahdiar 10 February 2012 в 18:03
  • 2
    когда вы в последний раз работали? В соответствии с этим ( lists.fedoraproject.org/pipermail/users/2010-December/… ) - MAC-адрес ethernet для FF: FF; FF: FF; FF - признак отказа оборудования ( прошивка в сетевой плате ухудшилась. – fossfreedom♦ 10 February 2012 в 18:24
  • 3
    ... также (не забудьте отредактировать свой вопрос со всеми ответами) - продолжает ли sudo lshw -class network «отключить»? ? (пожалуйста, обновите вопрос с тем, что он говорит сейчас после предложения3). Если это произойдет, у нас все еще будет проблема с ядром / аппаратным обеспечением. Попробуйте модуль backport и снова запустите sudo lshw -class network. Кроме того, нам нужно подтвердить или опровергнуть потенциальную проблему с оборудованием - загрузиться с компакт-диска Natty Live (или любой другой версии, в которой он работал) - работает ли проводное соединение? Если я не боюсь, что аппаратный сбой очень вероятен. – fossfreedom♦ 10 February 2012 в 18:31
  • 4
    нет, он больше не отключен. Я пробую 11.04, и он работает правильно. и нашел MAC-адрес устройства. – mahdiar 11 February 2012 в 22:09
  • 5
    отличная новость - нет аппаратной проблемы. Не забудьте изменить свой вопрос с помощью того, что вы пробовали. Попробуйте второе предложение (новое ядро ​​v3.2) и сообщите нам о результатах. Благодарю. – fossfreedom♦ 11 February 2012 в 22:13

Ядро неправильно сопоставляет этот сетевой адаптер с модулем ядра r8169. Это показано на трассе lshw, где показано, что сетевой адаптер отключен.

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

Согласно Launchpad - это также признанная ошибка с Oneiric - однако похоже, что она была разрешена для 12.04, поскольку Precise использует новое ядро ​​(v3.2)


проблемы с аппаратным обеспечением

Во-первых, давайте исключаем аппаратный сбой сетевого адаптера - сетевые адаптеры могут испортиться (прошивка / ПЗУ) - указание на это заключается в том, что MAC-адрес распознается как FF:FF:FF:FF:FF

. Если у вас в последний раз была рабочая сетевая карта с Natty (или предыдущей версией Ubuntu), то загрузите свой компьютер с LiveUSB / LiveCD.

Проверьте проводное соединение - повторите sudo lshw -class network. Найдите MAC-адрес.

Если он по-прежнему не может подключиться через live usb / cd с версией ubuntu, с которой он работал в последний раз, тогда у вас есть сильная индикация сбоя оборудования.


потенциальные программные решения

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

Для нижеприведенных решений вам все равно потребуется действительное подключение к Интернету ...

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

FIRST - РЕЗЕРВИТЬ ВАШУ СИСТЕМУ с хорошим инструментом резервного копирования, таким как Clonezilla

Предлагаемое исправление 1

Согласно отчету об ошибке пусковой панели, это потенциально может быть исправлено, если вы включите предлагаемый репозиторий в источниках программного обеспечения и установите пакет linux-backports-modules-3.0.0

Fix 2

Возможно, вы можете загрузить точное ядро ​​(v3.2) и установить это.

Из области mainline kernel панели запуска:

Загрузите amd64 headers.deb, headers_all.deb и файлы image_amd64.deb

, затем установите ядро ​​с помощью синтаксиса:

sudo dpkg -i [package_name].deb

Рекомендуемое исправление 3

Это то, что вы можете решить, загрузив драйвер realtek и выполнив его самостоятельно.

Загрузите исходный файл Linux - на момент написания это v8.028.00

Распакуйте архив: [/ g 30]

tar vjxf r8168*.tar.bz2

Изменить на каталог:

cd r8168-8*

Скомпилировать:

sudo ./autorun.sh 

Вы можете проверить, загружен ли драйвер, используя следующие команды.

lsmod | grep r8168
ifconfig -a

Если на мониторе указано имя устройства ethX, загружается драйвер linux. Затем вы можете использовать следующую команду для активации ethX.

ifconfig ethX up

Наконец, черный список драйвера r8169 добавляет следующее в /etc/modprobe.d/blacklist.conf

#blacklist r8169 driver
blacklist r8169

Потенциал Обходные пути

Аналогичный отчет об ошибке , в котором упоминаются нечетные MAC-адреса для модуля ядра r8169 в старых ядрах, дал пару предложенных обходных решений.

работает вокруг 1

После загрузки и остановки модуля ядра:

sudo rmmod r8169 && sudo modprobe r8169

работают вокруг 2

Загрузитесь с живого компакт-диска Natty - запустите ifconfig -a и запишите MAC-адрес для eth0.

Загрузитесь в oneiric. Изучите ваши постоянные правила udev и сопоставьте правильный MAC-адрес с eth0

sudo cp /etc/udev/rules.d/70-persistent-net.rules /
sudo nano /etc/udev/rules.d/70-persistent-net.rules

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

6
ответ дан 25 July 2018 в 21:09

Ядро неправильно сопоставляет этот сетевой адаптер с модулем ядра r8169. Это показано на трассе lshw, где показано, что сетевой адаптер отключен.

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

Согласно Launchpad - это также признанная ошибка с Oneiric - однако похоже, что она была разрешена для 12.04, поскольку Precise использует новое ядро ​​(v3.2)


проблемы с аппаратным обеспечением

Во-первых, давайте исключаем аппаратный сбой сетевого адаптера - сетевые адаптеры могут испортиться (прошивка / ПЗУ) - указание на это заключается в том, что MAC-адрес распознается как FF:FF:FF:FF:FF

. Если у вас в последний раз была рабочая сетевая карта с Natty (или предыдущей версией Ubuntu), то загрузите свой компьютер с LiveUSB / LiveCD.

Проверьте проводное соединение - повторите sudo lshw -class network. Найдите MAC-адрес.

Если он по-прежнему не может подключиться через live usb / cd с версией ubuntu, с которой он работал в последний раз, тогда у вас есть сильная индикация сбоя оборудования.


потенциальные программные решения

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

Для нижеприведенных решений вам все равно потребуется действительное подключение к Интернету ...

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

FIRST - РЕЗЕРВНАЯ СИСТЕМА с хорошим инструментом резервного копирования, таким как Clonezilla

Предлагаемое исправление 1

Согласно отчету об ошибке пусковой панели, это потенциально может быть исправлено, если вы включите предлагаемый репозиторий в источниках программного обеспечения и установите пакет linux-backports-modules-3.0.0

Fix 2

Возможно, вы можете загрузить точное ядро ​​(v3.2) и установить это.

Из области mainline kernel панели запуска:

Загрузите amd64 headers.deb, headers_all.deb и файлы image_amd64.deb

, затем установите ядро ​​с помощью синтаксиса:

sudo dpkg -i [package_name].deb

Рекомендуемое исправление 3

Это то, что вы можете решить, загрузив драйвер realtek и выполнив его самостоятельно.

Загрузите исходный файл Linux - на момент написания это v8.028.00

Распакуйте архив: [/ g 30]

tar vjxf r8168*.tar.bz2

Изменить на каталог:

cd r8168-8*

Скомпилировать:

sudo ./autorun.sh 

Вы можете проверить, загружен ли драйвер, используя следующие команды.

lsmod | grep r8168
ifconfig -a

Если на мониторе указано имя устройства ethX, загружается драйвер linux. Затем вы можете использовать следующую команду для активации ethX.

ifconfig ethX up

Наконец, черный список драйвера r8169 добавляет следующее в /etc/modprobe.d/blacklist.conf

#blacklist r8169 driver
blacklist r8169

Потенциал Обходные пути

Аналогичный отчет об ошибке , в котором упоминаются нечетные MAC-адреса для модуля ядра r8169 в старых ядрах, дал пару предложенных обходных решений.

работает вокруг 1

После загрузки и остановки модуля ядра:

sudo rmmod r8169 && sudo modprobe r8169

работают вокруг 2

Загрузитесь с живого компакт-диска Natty - запустите ifconfig -a и запишите MAC-адрес для eth0.

Загрузитесь в oneiric. Изучите ваши постоянные правила udev и сопоставьте правильный MAC-адрес с eth0

sudo cp /etc/udev/rules.d/70-persistent-net.rules /
sudo nano /etc/udev/rules.d/70-persistent-net.rules

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

6
ответ дан 15 August 2018 в 21:57
  • 1
    Благодарю . Я думаю, что Третий самый безопасный. Я делаю то же, что и вы, но это не работает. ifconfig -a eth0 Link encap: Ethernet HWaddr ff: ff: ff: ff: ff: ff inet6 addr: fe80 :: fdff: ffff: feff: ffff / 64 Сфера применения: Ссылка UP BROADCAST RUNNING MULTICAST MTU: 1500 Метрика: 1 пакет RX : 0 ошибок: 0 сброшено: 0 перерасходов: 0 кадр: 0 пакетов TX: 0 ошибок: 0 сброшено: 0 перерасходов: 0 несущих: 0 коллизий: 0 txqueuelen: 1000 RX байтов: 0 (0.0 B) TX байт: 0 (0.0 B) Прерывание: 44 Базовый адрес: 0x2000 – mahdiar 10 February 2012 в 18:03
  • 2
    – fossfreedom♦ 10 February 2012 в 18:24
  • 3
    – fossfreedom♦ 10 February 2012 в 18:31
  • 4
  • 5
    – fossfreedom♦ 11 February 2012 в 22:13
HWaddr ff:ff:ff:ff:ff:ff

Действительно? Это ваш настоящий MAC-адрес или вы подделываете? Измените свой MAC-адрес из широковещательного адреса на что-то еще (Spoof another address):

sudo ifconfig eth0 hw ether xx:xx:xx:xx:xx:xx
sudo service networking restart

Поместите новый MAC-адрес вместо xx:xx:xx:xx:xx:xx

-3
ответ дан 25 May 2018 в 18:07
  • 1
    Это может быть проблемой с модулем, как описано в другом ответе здесь. Пользователь не ссылается на попытку спуфинга. – Bruno Pereira 10 February 2012 в 17:48
  • 2
    Пожалуйста, просмотрите свой ответ, если нужно, при необходимости, но будьте точны при размещении своего ответа здесь. Вопрос кажется подлинным. – Ringtail 5 November 2012 в 03:40

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

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