Что не так с Linux Kernel 5.12.5?

Question

[DimanCPlusPlus]

Fedora 34 установила новую версию ядра 5.12.5 в итоге система начала падать замертво, пришлось откатиться на предыдущие ядро! Что делать?

Comments

[Армянское Радио]

Смотреть DMESG, на чем упало. Драйвер графики часом не проприетарный?

[DimanCPlusPlus]

Бобби Шифер, Нет

[DimanCPlusPlus]

dkms rtl 8821ce стоит

[DimanCPlusPlus]

Сейчас это ядро 5.11.20-300.fc34.x86_64

[DimanCPlusPlus]

И все проблемы исчезли

[DimanCPlusPlus]

Как тогда его по умолчанию поставить?

Answer 1

[pfemidi]

Fedora 34 не мог самостоятельно установить ядро 5.12.5 потому что 5.11.21 это последнее, что у Fedora 34 в официальных апдейтах:

[pfemidi@pfemidi ~]$ sudo dnf update
Last metadata expiration check: 2:47:11 ago on Sun 23 May 2021 07:50:11 AM MSK.
Dependencies resolved.
Nothing to do.
Complete!
[pfemidi@pfemidi ~]$ uname -r
5.11.21-300.fc34.x86_64
[pfemidi@pfemidi ~]$ cat /etc/redhat-release
Fedora release 34 (Thirty Four)
[pfemidi@pfemidi ~]$

Так что с установкой ядра 5.12.5 явно "шаловливые ручонки" [пере]старались.

ДОБАВЛЕНО: хотя Fedora 34 и сам мог установить ядро 5.12.5 Но только в том случае если был разрешён репозиторий testing. Для стабильной версии 5.11.21 последнее. Ну а если разрешили себе testing, то Сам Себе Злобный Буратино.

Comments

[DimanCPlusPlus]

Нет правда Fedora 34 сама поставила

[DimanCPlusPlus]

И никакой testing я не разрешал

[DimanCPlusPlus]

И поледнее у меня 5.11.20-300.fc34.x86_64(то которое стабильное)

[DimanCPlusPlus]

[pfemidi]

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

[pfemidi@pfemidi ~]$ dnf repolist
repo id repo name
code Visual Studio Code
copr:copr.fedorainfracloud.org:atim:veloren Copr repo for veloren owned by atim
fedora Fedora 34 - x86_64
fedora-cisco-openh264 Fedora 34 openh264 (From Cisco) - x86_64
fedora-modular Fedora Modular 34 - x86_64
google-chrome google-chrome
rpmfusion-free RPM Fusion for Fedora 34 - Free
rpmfusion-free-updates RPM Fusion for Fedora 34 - Free - Updates
rpmfusion-nonfree RPM Fusion for Fedora 34 - Nonfree
rpmfusion-nonfree-updates RPM Fusion for Fedora 34 - Nonfree - Updates
rpmsphere RPM Sphere - Basearch
rpmsphere-noarch RPM Sphere - Noarch
updates Fedora 34 - x86_64 - Updates
updates-modular Fedora Modular 34 - x86_64 - Updates
virtualbox Fedora 34 - x86_64 - VirtualBox
[pfemidi@pfemidi ~]$

Но последнее ядро, которое поставил "dnf update" 5.11.21, насчёт 5.22 даже никаких попыток установить не было.

[pfemidi]

DimanCPlusPlus, беру свои слова обратно. Именно сейчас именно в данный момент в соседнем окне "sudo dnf update" устанавливает мне ядро как раз 5.12.5. Только странно почему он лишь сейчас мне его стал ставить, до этого "sudo dnf update" ничего не делал (см. его вывод у меня выше) и последнее ядро было именно 5.11.21. Установка закончится (он нашёл помимо ядра ещё 89 пакетов для апгрейда), перегружусь и если не зависнет ;-) то ещё раз тут отмечусь.

[DimanCPlusPlus]

У меня падала OC в firefox-е и в окне приветствия

[pfemidi]

DimanCPlusPlus, установилось.

[pfemidi@pfemidi ~]$ sudo dnf update

[...]

Installed:
kernel-5.12.5-300.fc34.x86_64 kernel-core-5.12.5-300.fc34.x86_64
kernel-devel-5.12.5-300.fc34.x86_64 kernel-modules-5.12.5-300.fc34.x86_64
kernel-modules-extra-5.12.5-300.fc34.x86_64 openssl-devel-1:1.1.1k-1.fc34.x86_64
Removed:
kernel-5.11.19-300.fc34.x86_64 kernel-core-5.11.19-300.fc34.x86_64
kernel-devel-5.11.19-300.fc34.x86_64 kernel-modules-5.11.19-300.fc34.x86_64
kernel-modules-extra-5.11.19-300.fc34.x86_64

Complete!
[pfemidi@pfemidi ~]$

Правда в процессе установки DKMS ругнулся на проприетарные драйвера для nvidia, правда вяло ругнулся, варнингом:

nvidia-peermem.ko.xz:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/5.12.5-300.fc34.x86_64/extra/
Adding any weak-modules
depmod: WARNING: /lib/modules/5.12.5-300.fc34.x86_64/extra/nvidia-peermem.ko.xz needs unknown symbol ib_register_peer_memory_client
depmod: WARNING: /lib/modules/5.12.5-300.fc34.x86_64/extra/nvidia-peermem.ko.xz needs unknown symbol ib_unregister_peer_memory_client

depmod.....

DKMS: install completed.
Done.
dkms: running auto installation service for kernel 5.12.5-300.fc34.x86_64
Done.

Но теперь полёт нормальный:

[pfemidi@pfemidi ~]$ uname -r
5.12.5-300.fc34.x86_64
[pfemidi@pfemidi ~]$

У меня падала OC в firefox-е и в окне приветствия

И пишу это именно из firefox 88.0.1, из последних апдейтов, которые мне тоже установил "sudo dnf update".

[DimanCPlusPlus]

Да после первого рестарта все было хорошо, но после выключения и включения ноута, появились проблемы

[DimanCPlusPlus]

И кст. обновлялся я через менеджер приложений

[pfemidi]

DimanCPlusPlus, когда я только-только установил себе Fedora 34, буквально через несколько дней как она появилась на https://getfedora.org/, не то 28, не то 29 апреля, то у меня запуск именно Firefox приводил к конкретному фризу, даже NumLock не реагировал и мышка не двигалась. Снёс nouveau, установил проприетарный драйвер Nvidia с https://www.nvidia.ru/Download/index.aspx и зависания вмиг прекратились. Может быть аналогичное действие поможет? Похоже к зависанию приводит именно nouveau, но не всегда и не у всех, иначе бы давно заметили и исправили. За nouveau подобное уже было замечено, правда лет 7-8 назад.

[DimanCPlusPlus]

Нет это не про меня, у меня графика intel

[pfemidi]

DimanCPlusPlus, тогда ничего больше предположить не могу.

[DimanCPlusPlus]

В общем, оказывается в ядре 5.12 моя wlan карта поддерживается, и dkms wlan больше не нужен, а он есть в итоге из за этого и падает система

[pfemidi]

DimanCPlusPlus, ну что ж, хорошо что разрешилось. А у меня с тех пор (с "Написано 7 часов назад") всё ещё полёт нормальный, тьфу-тьфу-тьфу, на ядре 5.12.5.

[DimanCPlusPlus]

Слушай, нет проблема не исчезла, но причина как раз c rtl 8821 ce (встроенном драйвере в ядро 5.12.5), когда через него выходишь в сеть система падает(

[DimanCPlusPlus]

Так что пока 5.12 для меня закрыта

[pfemidi]

DimanCPlusPlus, предложение глупое, но поддержка rtl8821 наверняка в 5.12.5 сделана в виде модуля, так? А что если сделать такой финт ушами: встроенный модуль запретить посредством внесения в /etc/modprobe.d/blacklist.conf записи "blacklist rtw88_8821ce" (ну или не rtw88_8821ce, а что там отвечает именно за этот wlan), а вместо него установить как раньше поддержку rtl8821 через DKMS?

[DimanCPlusPlus]

pfemidi, а это идея спасибо попробую

[DimanCPlusPlus]

Огромное спасибо, это в самом деле помогло

[pfemidi]

DimanCPlusPlus, ну теперь уж точно

pfemidi @pfemidi
DimanCPlusPlus, ну что ж, хорошо что разрешилось.

[pfemidi]

DimanCPlusPlus, только вчера я сапгрейдился на 5.12.5, а сегодня уже вышло 5.12.6 для Fedora 34. Может быть в нём встроенную поддержку rtl8821ce исправили?

[DimanCPlusPlus]

О сейчас проверю