LINUX.ORG.RU
решено Форум — Admin  

После обновления с Ubuntu 17.04 на Ubuntu 17.10 перестала загружаться система

 , ,


0

1

Итак решил я значит обновиться с Ubuntu Server 17.04 на Ubuntu Server 17.10 и дообновлялся блин, после обновления система перестала загружаться и был серый экран, затем я нажал ребут, появился grub я выбрал дефолтный вариант и увидел ошибку kernel panic. Но это с новым ядром, а если вызвать grub и выбрать там старое ядро ядро то система загружается. Версии ядер:

Linux 4.10.0-42-generic
Linux 4.13.0-21-generic
И кстати, в рекавери мод с новым ядром загружается. Какие файлы журналов вам нужно предоставить чтобы вы мне помогли? Помогите, пожалуйста.

★

Последнее исправление: blbulyandavbulyan (всего исправлений: 5)
← Centos 6.5 обновление до 7
Samba: Видимость компьютеров в «Сетевое окружение» →
  1 2 3
Ответ на: комментарий от rumgot

Изменил, теперь новое ядро загружается но появились новые проблемы там не поднимается интернет, со старым ядром всё так же грузиться и интернет там поднимается но там другие проблемы(ниже кину syslog). А вот и syslog.

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

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

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

А как у тебя настроена сеть? Каким конфигурационным файлом? Покажи его. И напиши название сетевого интерфейса.

rumgot ★★★★★
()
Ответ на: комментарий от rumgot

Вот вывод ifconfig: 

enp0s10: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.58  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::222:15ff:fecf:f336  prefixlen 64  scopeid 0x20<link>
        ether 00:22:15:cf:f3:36  txqueuelen 1000  (Ethernet)
        RX packets 409  bytes 47592 (47.5 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 282  bytes 47562 (47.5 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Локальная петля (Loopback))
        RX packets 126  bytes 9452 (9.4 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 126  bytes 9452 (9.4 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
/etc/network/interfaces: 
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto enp0s10
iface enp0s10 inet dhcp
P.S Делал я это всё когда загрузился со старым ядром по этому может казаться что сетевой интерфейс поднялся.

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

Я так понял это всё по тому что не подгружается какой-то модуль it87 в новом ядре. И я понял что в папке с модулями этого модуля (для нового кернела) просто нету. И насколько я понял он отвечает и за сеть, впрочем это можно проверить. Отключив его в старом кернеле, осталось только узнать как это сделать.

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

Или есть файл куда пишутся ошибки kernel panic?

Нет. В этот момент писать либо ещё некуда, либо уже некуда. В момент загрузки, как правило, первое. Можно писать в tty и ловить на соседнем компьютере через minicom какой-нибудть, но тут сейчас проблема с наличием портов RS-232 мешать может. Ещё есть netconsole, но это уже если в процессе работы, а на этапе загрузки не поможет.

AS ★★★★★
()
Ответ на: комментарий от anonymous

make install

Охрененный совет для системы с пакетным менеджером. :-)

AS ★★★★★
()
Ответ на: комментарий от blbulyandavbulyan

Я так понял это всё по тому что не подгружается какой-то модуль

Как вариант, могло поменяться название устройства. Показать вывод ip link не зря просили.

Отключив его в старом кернеле, осталось только узнать как это сделать.

Просто сделай lspci -k| grep -A3 -i Ethernet и посмотри, какой драйвер обслуживает устройство ethernet bla-bla-bla. Можно -A4, если 3 мало и драйвер не попадёт в вывод.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от rumgot

С новым ядром ip link list: 

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
Со старым ip link list: 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp0s10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 00:22:15:cf:f3:36 brd ff:ff:ff:ff:ff:ff

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

Искомое (посмотрел удалённый)

00:0a.0 Ethernet controller: NVIDIA Corporation MCP77 Ethernet (rev a2)
        Subsystem: ASUSTeK Computer Inc. MCP77 Ethernet
        Kernel driver in use: forcedeth
        Kernel modules: forcedeth
Но, кстати, совсем не факт, что он - причина kernel panic. И ещё, похоже, что всё интересное улетело за экран, так что этот паник ловить надо через RS-232.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS

Просто сделай lspci -k| grep -A3 -i Ethernet и посмотри, какой драйвер обслуживает устройство ethernet bla-bla-bla. Можно -A4, если 3 мало и драйвер не попадёт в вывод.

Так и есть модуля, который является драйвером к моей сетевой карте, нет. Вот как я это выяснил: 

 david@Server1  /lib/modules/4.13.0-21-generic  lspci -k| grep -A5 -i Etherne
00:0a.0 Ethernet controller: NVIDIA Corporation MCP77 Ethernet (rev a2)
        Subsystem: ASUSTeK Computer Inc. MCP77 Ethernet
        Kernel driver in use: forcedeth
        Kernel modules: forcedeth
00:0b.0 PCI bridge: NVIDIA Corporation MCP78S [GeForce 8200] PCI Express Bridge (rev a1)
        Kernel modules: shpchp
00:10.0 PCI bridge: NVIDIA Corporation MCP78S [GeForce 8200] PCI Express Bridge (rev a1)
 david@Server1  /lib/modules/4.13.0-21-generic  find -name "*.ko" | grep forcedeth
 david@Server1  /lib/modules/4.13.0-21-generic 

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

Так и есть модуля, который является драйвером к моей сетевой карте, нет.

А в отдельный пакет его не вынесли случайно ? Не знаю, как там это в Ubuntu устроено...

AS ★★★★★
()
Ответ на: комментарий от blbulyandavbulyan

На всякий случай посмотри ещё zgrep -i forcedeth /proc/config.gz.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 2)
Ответ на: комментарий от blbulyandavbulyan

Только что скачал deb пакет с ядром для Ubuntu 17.10 Artful: https://packages.ubuntu.com/artful/amd64/linux-image-extra-4.13.0-21-generic/...

http://security.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-extra-4.13.0-...

так вот в пакете по пути /lib/modules/4.13.0-21-generic/kernel/drivers/net/ethernet/nvidia

Есть файл модуля forcedeth.ko

То что ты искал и почему не нашёл у же тем более почему он сам у тебя не грузится я не знаю.

Попробуй руками загрузить 

modprobe forcedeth

Переустанови пакет, если файла действительно нет.

Ну и искать файл лучше так: 

find /lib/modules -type f -name forcedeth.*

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от kostik87

так вот в пакете по пути /lib/modules/4.13.0-21-generic/kernel/drivers/net/ethernet/nvidia

Есть файл модуля forcedeth.ko

А у меня нет. modprobe forcedeth: 

modprobe: FATAL: Module forcedeth not found in directory /lib/modules/4.13.0-21-generic
И что делать?

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

А у меня нет и что делать

Я тебе написал:

kostik87

Переустанови пакет, если файла действительно нет.

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

Но это некорректно.

Удачи.

kostik87 ★★★★★
()
Ответ на: комментарий от blbulyandavbulyan

Набрать: 

man apt-get
затем нажать клавишу «/» и набрать слово install

Ну а далее просмотреть все вхождения этого слова в страницу документации, ну и в конце концов найти нужную опцию, она будет очень похожа на слово install, только это будет параметр.

kostik87 ★★★★★
()
Ответ на: комментарий от blbulyandavbulyan

Ты открывал документацию, поискал по ней вхождение указанного слова?

Видимо нет, если бы поискал, то увидел бы что есть параметр '--reinstall-'.

apt-get install --reinstall имя_пакета
kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Упс забыл. 

Dec 31 16:55:11 Server1 systemd[1095]: tor@default.service: Failed to prepare AppArmor profile change to system_tor: No such file or directory
Dec 31 16:55:11 Server1 systemd[1]: tor@default.service: Main process exited, code=exited, status=231/APPARMOR
Dec 31 16:55:11 Server1 systemd[1]: Failed to start Anonymizing overlay network for TCP.
Dec 31 16:55:11 Server1 systemd[1]: tor@default.service: Unit entered failed state.
Dec 31 16:55:11 Server1 systemd[1]: tor@default.service: Failed with result 'exit-code'.
Dec 31 16:55:11 Server1 systemd[1]: tor@default.service: Service hold-off time over, scheduling restart.
Dec 31 16:55:11 Server1 systemd[1]: Stopped Anonymizing overlay network for TCP.
Dec 31 16:55:11 Server1 systemd[1]: Starting Anonymizing overlay network for TCP...
Dec 31 16:55:11 Server1 tor[1119]: Dec 31 16:55:11.712 [notice] Tor 0.3.0.10 (git-5da2fc629a0670b3) running on Linux with Libevent 2.1.8-stable, OpenSSL 1.0.2g and Zlib 1.2.11.
Dec 31 16:55:11 Server1 tor[1119]: Dec 31 16:55:11.713 [notice] Tor can't help you if you use it wrong! Learn how to be safe at https://www.torproject.org/download/download#warning
Dec 31 16:55:11 Server1 tor[1119]: Dec 31 16:55:11.714 [notice] Read configuration file "/usr/share/tor/tor-service-defaults-torrc".
Dec 31 16:55:11 Server1 tor[1119]: Dec 31 16:55:11.714 [notice] Read configuration file "/etc/tor/torrc".
Dec 31 16:55:11 Server1 tor[1119]: Configuration was valid
Dec 31 16:55:11 Server1 systemd[1121]: tor@default.service: Failed to prepare AppArmor profile change to system_tor: No such file or directory
Dec 31 16:55:11 Server1 systemd[1]: tor@default.service: Main process exited, code=exited, status=231/APPARMOR
Dec 31 16:55:11 Server1 systemd[1]: Failed to start Anonymizing overlay network for TCP.
Dec 31 16:55:11 Server1 systemd[1]: tor@default.service: Unit entered failed state.
Dec 31 16:55:11 Server1 systemd[1]: tor@default.service: Failed with result 'exit-code'.
Dec 31 16:55:12 Server1 systemd[1]: tor@default.service: Service hold-off time over, scheduling restart.
Dec 31 16:55:12 Server1 systemd[1]: Stopped Anonymizing overlay network for TCP.
Dec 31 16:55:12 Server1 systemd[1]: tor@default.service: Start request repeated too quickly.
Dec 31 16:55:12 Server1 systemd[1]: Failed to start Anonymizing overlay network for TCP.
Dec 31 16:55:12 Server1 systemd[1]: tor@default.service: Unit entered failed state.
Dec 31 16:55:12 Server1 systemd[1]: tor@default.service: Failed with result 'exit-code'.

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

Тут я уже не подскажу, там есть строка: 

tor@default.service: Failed to prepare AppArmor profile change to system_tor: No such file or directory
какой файл отсутствует я не подскажу, но предположу, что если активирован apparmor, то в нём для каждого приложения должна быть соответствующая настройка, соответствующий профиль.

Почему его нет и мешает ли именно это запуску tor, не знаю.

Попробуйте перезапустить сервис tor - если запустился, то значит просто он поднимается в момент когда поднят один лишь интерфейс lo, а Ethernet интрефейс ещё не поднят, а это значит что просто неправильно выставлены зависимости в systemd unit`е для tor.

Читай документацию по systemd, ну и здесь была тема про запуск unit`ов, которые зависят от сети сразу после поднятия lo, без ожидания активации какого-либо ещё сетевого интерфейса.

А так, удачи в решении этой проблемы.

С наступающим!

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Я его переустановил и он всё равно не запускается. И перезапускал и всё равно то же самое. 

 david@Server1  ~  service tor status
● tor.service - Anonymizing overlay network for TCP (multi-instance-master)
   Loaded: loaded (/lib/systemd/system/tor.service; enabled; vendor preset: enabled)
   Active: active (exited) since Sun 2017-12-31 17:54:04 MSK; 2min 36s ago
  Process: 9243 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
 Main PID: 9243 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   Memory: 0B
      CPU: 0
   CGroup: /system.slice/tor.service

дек 31 17:54:04 Server1 systemd[1]: Starting Anonymizing overlay network for TCP (multi-instance-master)...
дек 31 17:54:04 Server1 systemd[1]: Started Anonymizing overlay network for TCP (multi-instance-master).

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

Но осталось ещё вот это: 

дек 31 18:02:02 Server1 kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the nativ
дек 31 18:02:02 Server1 systemd-modules-load[377]: Failed to insert 'it87': Device or resource busy
дек 31 18:02:02 Server1 systemd[1]: Started LVM2 metadata daemon.
дек 31 18:02:02 Server1 kernel: Loading iSCSI transport class v2.0-870.
дек 31 18:02:02 Server1 systemd[1]: Started Set the console keyboard layout.
дек 31 18:02:02 Server1 systemd-modules-load[377]: Inserted module 'iscsi_tcp'
дек 31 18:02:02 Server1 kernel: iscsi: registered transport (tcp)
дек 31 18:02:03 Server1 systemd[1]: Started Create Static Device Nodes in /dev.
дек 31 18:02:03 Server1 systemd[1]: Starting udev Kernel Device Manager...
дек 31 18:02:03 Server1 systemd-modules-load[377]: Inserted module 'ib_iser'
дек 31 18:02:03 Server1 kernel: iscsi: registered transport (iser)
дек 31 18:02:03 Server1 systemd[1]: systemd-modules-load.service: Main process exited, code=exited, status=1/FAILURE
дек 31 18:02:03 Server1 systemd[1]: Failed to start Load Kernel Modules.
дек 31 18:02:03 Server1 systemd[1]: systemd-modules-load.service: Unit entered failed state.

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

Ошибки загрузки модулей - это уже проблема поддержки железа твоей системы этим ядром.

Решение только одно: обновить BIOS/UEFI, обновить опять таки ядро.

Если на последнем ядре на kernel.org и последних прошивках проблема подтверждается, то писать баг репорт разработчикам ядра.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

дек 31 18:02:02 Server1 systemd-modules-load[377]: Failed to insert 'it87': Device or resource busy

В переводе с инглиша вот это: Device or resource busy, звучит как: Устройство или ресурс заняты, и что это значит?

blbulyandavbulyan ★
() автор топика

Сеть заработала? Какой ты пакет переустановил, после чего сеть начала работать?

rumgot ★★★★★
()
Ответ на: комментарий от rumgot

Сеть заработала? Какой ты пакет переустановил, после чего сеть начала работать?

Сеть заработала после того как я поставил вот это.

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от kostik87

http://mydrafts.ru/modprobe-it87-error-could-not-insert-it87-device-or-resour...

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

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

Не знаю, читай документацию по systemd.

Где не выводятся и где выводились?

В syslog, на первую консоль, куда?

Возможно, в новом релизе Ubuntu это изменили.

kostik87 ★★★★★
()
Ответ на: комментарий от blbulyandavbulyan

Это где-то настраивается в самом systemd.

Изучай документацию где в systemd задаётся что на первую виртуальную консоль выводится статус запускаемых сервисов.

Я тебе не подскажу, у меня вообще Gentoo и там OpenRC.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Perhaps something like that will help you: https://wiki.archlinux.org/index.php/Getty#Have_boot_messages_stay_on_tty1

Нужно было всего лишь заменить вот эту строчку в /etc/default/grubGRUB_CMDLINE_LINUX_DEFAULT="quiet" на вот эту GRUB_CMDLINE_LINUX_DEFAULT="". Ну теперь вроде бы всё, больше никогда не буду обновляться в таких дистрибутивах на новый выпуск, только переустановкой.

blbulyandavbulyan ★
() автор топика
Ответ на: комментарий от blbulyandavbulyan

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

rumgot ★★★★★
()
Последнее исправление: rumgot (всего исправлений: 1)
Ответ на: комментарий от rumgot

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

А есть какой нибудь дистрибутив который позволяет нормально обновляться на другой релиз?

blbulyandavbulyan ★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 3
← Centos 6.5 обновление до 7
Admin
Samba: Видимость компьютеров в «Сетевое окружение» →