Ядро неправильно соответствует этой сетевой карте с модулем ядра 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-адрес. Если вы сомневаетесь, добавьте к вашему вопросу содержимое вашего файла правил.
Попробуйте сначала остановить Apparmor с помощью следующей команды:
sudo /etc/init.d/apparmor stop
, что было очень полезно. Мне пришлось использовать эту команду, но для перезапуска обновления
sudo /etc/init.d/apparmor teardown
У меня была та же проблема, но с чашами, то есть обновление висело на обновлении чашек (осталось 32 минуты на полтора часа).
Чтобы решить проблему, я сделал это (в терминале)
Сервисные чашки sudo останавливают
, и обновление продолжается (и теперь выполняется, когда я пишу это).
, что было очень полезно. Мне пришлось использовать эту команду, но для перезапуска обновления
sudo /etc/init.d/apparmor teardown
Я также столкнулся с этой ошибкой при обновлении с 10.04 по 10.10. Однако AppArmor не был установлен. Поэтому для меня была задана следующая проблема:
sudo /etc/init.d/mysql stop
После запуска этой команды из отдельного сеанса SSH , обновление продолжалось.
Попробуйте сначала остановить Apparmor с помощью следующей команды:
sudo /etc/init.d/apparmor stop