Обновление апгрейда

Ядро неправильно соответствует этой сетевой карте с модулем ядра 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-адрес. Если вы сомневаетесь, добавьте к вашему вопросу содержимое вашего файла правил.

5
задан 2 February 2011 в 17:09

36 ответов

попробуйте сначала остановить в apparmor с помощью следующей команды:

sudo /etc/init.d/apparmor stop
0
ответ дан 25 July 2018 в 22:32

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

sudo /etc/init.d/apparmor teardown
1
ответ дан 25 July 2018 в 22:32

я тоже сталкивался с этой ошибкой при обновлении с 10.04 до 10.10. Однако, в apparmor не был установлен. Таким образом, следующим Исправлена проблема для меня:

sudo /etc/init.d/mysql stop

после выполнения этой команды из отдельного SSH-сессии, обновление продолжается.

2
ответ дан 25 July 2018 в 22:32

У меня была та же проблема, но с чашами, то есть обновление зависало при обновлении чашек (осталось 32 минуты на полтора часа).

Чтобы решить проблему, я сделал это (в терминале)

sudo service cups stop

, и обновление продолжалось (и теперь выполняется, когда я пишу это).

1
ответ дан 25 July 2018 в 22:32

Попробуйте сначала остановить Apparmor с помощью следующей команды:

sudo /etc/init.d/apparmor stop
0
ответ дан 26 July 2018 в 22:21

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

sudo /etc/init.d/apparmor teardown
1
ответ дан 26 July 2018 в 22:21

Я также столкнулся с этой ошибкой при обновлении с 10.04 по 10.10. Однако AppArmor не был установлен. Поэтому для меня была решена следующая проблема:

sudo /etc/init.d/mysql stop

После запуска этой команды из отдельного сеанса SSH обновление продолжалось.

2
ответ дан 26 July 2018 в 22:21

У меня была та же проблема, но с чашами, то есть обновление зависало при обновлении чашек (осталось 32 минуты на полтора часа).

Чтобы решить проблему, я сделал это (в терминале)

sudo service cups stop

, и обновление продолжалось (и теперь выполняется, когда я пишу это).

1
ответ дан 26 July 2018 в 22:21

попробуйте сначала остановить в apparmor с помощью следующей команды:

sudo /etc/init.d/apparmor stop
0
ответ дан 31 July 2018 в 12:36

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

sudo /etc/init.d/apparmor teardown
1
ответ дан 31 July 2018 в 12:36

Я также столкнулся с этой ошибкой при обновлении с 10.04 по 10.10. Однако AppArmor не был установлен. Поэтому для меня была решена следующая проблема:

sudo /etc/init.d/mysql stop

После запуска этой команды из отдельного сеанса SSH обновление продолжалось.

2
ответ дан 31 July 2018 в 12:36

У меня была та же проблема, но с чашами, то есть обновление зависало при обновлении чашек (осталось 32 минуты на полтора часа).

Чтобы решить проблему, я сделал это (в терминале)

sudo service cups stop

, и обновление продолжалось (и теперь выполняется, когда я пишу это).

1
ответ дан 31 July 2018 в 12:36

Попробуйте сначала остановить Apparmor с помощью следующей команды:

sudo /etc/init.d/apparmor stop
0
ответ дан 2 August 2018 в 03:58

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

sudo /etc/init.d/apparmor teardown
1
ответ дан 2 August 2018 в 03:58

я тоже сталкивался с этой ошибкой при обновлении с 10.04 до 10.10. Однако, в apparmor не был установлен. Таким образом, следующим Исправлена проблема для меня:

sudo /etc/init.d/mysql stop

после выполнения этой команды из отдельного SSH-сессии, обновление продолжается.

2
ответ дан 2 August 2018 в 03:58

у меня была такая же проблема, но с кубками, что это обновление висело на модернизацию чашки (было 32 минут, остальные по полтора часа).

, чтобы решить проблему, я сделал это (в терминале)

sudo service cups stop

и обновление продолжилось (и сейчас пока я пишу это).

1
ответ дан 2 August 2018 в 03:58

Попробуйте сначала остановить Apparmor с помощью следующей команды:

sudo /etc/init.d/apparmor stop
0
ответ дан 4 August 2018 в 20:01

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

sudo /etc/init.d/apparmor teardown
1
ответ дан 4 August 2018 в 20:01

Я также столкнулся с этой ошибкой при обновлении с 10.04 по 10.10. Однако AppArmor не был установлен. Поэтому для меня была решена следующая проблема:

sudo /etc/init.d/mysql stop

После запуска этой команды из отдельного сеанса SSH обновление продолжалось.

2
ответ дан 4 August 2018 в 20:01

у меня была такая же проблема, но с кубками, что это обновление висело на модернизацию чашки (было 32 минут, остальные по полтора часа).

, чтобы решить проблему, я сделал это (в терминале)

sudo service cups stop

и обновление продолжилось (и сейчас пока я пишу это).

1
ответ дан 4 August 2018 в 20:01

Попробуйте сначала остановить Apparmor с помощью следующей команды:

sudo /etc/init.d/apparmor stop
0
ответ дан 6 August 2018 в 04:03

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

sudo /etc/init.d/apparmor teardown
1
ответ дан 6 August 2018 в 04:03

я тоже сталкивался с этой ошибкой при обновлении с 10.04 до 10.10. Однако, в apparmor не был установлен. Таким образом, следующим Исправлена проблема для меня:

sudo /etc/init.d/mysql stop

после выполнения этой команды из отдельного SSH-сессии, обновление продолжается.

2
ответ дан 6 August 2018 в 04:03

у меня была такая же проблема, но с кубками, что это обновление висело на модернизацию чашки (было 32 минут, остальные по полтора часа).

, чтобы решить проблему, я сделал это (в терминале)

sudo service cups stop

и обновление продолжилось (и сейчас пока я пишу это).

1
ответ дан 6 August 2018 в 04:03

У меня была та же проблема, но с чашами, то есть обновление висело на обновлении чашек (осталось 32 минуты на полтора часа).

Чтобы решить проблему, я сделал это (в терминале)

  Сервисные чашки sudo останавливают  

, и обновление продолжается (и теперь выполняется, когда я пишу это).

1
ответ дан 7 August 2018 в 22:02

Я также столкнулся с этой ошибкой при обновлении с 10.04 по 10.10. Однако AppArmor не был установлен. Поэтому для меня была задана следующая проблема:

  sudo /etc/init.d/mysql stop  

После запуска этой команды из отдельного сеанса SSH , обновление продолжалось.

2
ответ дан 7 August 2018 в 22:02

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

  sudo /etc/init.d/apparmor teardown  
1
ответ дан 7 August 2018 в 22:02

Попробуйте сначала остановить Apparmor с помощью следующей команды:

  sudo /etc/init.d/apparmor stop  
0
ответ дан 7 August 2018 в 22:02

Я также столкнулся с этой ошибкой при обновлении с 10.04 по 10.10. Однако AppArmor не был установлен. Поэтому для меня была задана следующая проблема:

  sudo /etc/init.d/mysql stop  

После запуска этой команды из отдельного сеанса SSH , обновление продолжалось.

2
ответ дан 10 August 2018 в 10:16

У меня была та же проблема, но с чашами, то есть обновление висело на обновлении чашек (осталось 32 минуты на полтора часа).

Чтобы решить проблему, я сделал это (в терминале)

  Сервисные чашки sudo останавливают  

, и обновление продолжается (и теперь выполняется, когда я пишу это).

1
ответ дан 10 August 2018 в 10:16

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

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