kernel 6.8.4 Как запретить переключение во framebuffer после загрузки?

Rinat Sadretdinow написал(а) к All в Apr 24 16:32:18 по местному времени:

Нello All!

Собственно в $Subj и весь вопрос.

До этого был у меня 6.7.11, нормально. Установил 6.8.4, грузится нормально, в нормальном видеорежиме, то есть в нормальном текстовом, но прям перед самым запуском X переходит, сволочь, в режим framebuffer. И поэтому через некоторое время у всех терминалов происходит снос башки, и у самих X происходит тоже снос башки: терминалы показывают всё смещённое вправо на полэкрана, а X вообще ничего не показывает, полностью. Лечится (временно) или полной перезагрузкой, или (полностью) загрузкой в предыдущее ядро, в 6.7.11

Как запретить ядру 6.8.4 принудительно включать framebuffer по завершению загрузки?

Гуголь не помог, не могу такого найти нигде.

Bye!

--- GoldED+/LNX 1.1.5-b20231106

Rinat Sadretdinow написал(а) к All в Apr 24 17:07:14 по местному времени:

Нello All!

07 Apr 24 16:32, I wrote to you:

RS> Собственно в $Subj и весь вопрос.

RS> До этого был у меня 6.7.11, нормально. Установил 6.8.4, грузится
RS> нормально, в нормальном видеорежиме, то есть в нормальном текстовом,
RS> но прям перед самым запуском X переходит, сволочь, в режим
RS> framebuffer. И поэтому через некоторое время у всех терминалов
RS> происходит снос башки, и у самих X происходит тоже снос башки:
RS> терминалы показывают всё смещённое вправо на полэкрана, а X вообще
RS> ничего не показывает, полностью. Лечится (временно) или полной
RS> перезагрузкой, или (полностью) загрузкой в предыдущее ядро, в 6.7.11

RS> Как запретить ядру 6.8.4 принудительно включать framebuffer по
RS> завершению загрузки?

RS> Гуголь не помог, не могу такого найти нигде.

Да, `nomodeset` в командной строке не помогает, вернее помогает, framebuffer не включается, но тогда у меня в X разрешение 640x480 и больше его никак не выставить, `nofb` в командной строке ядра не помогает вообще, framebuffer как включался, так и включается. И поэтому при `nofb` через некоторое время у всех терминалов опять происходит снос башки, и у самих X происходит тоже снос башки: терминалы показывают всё смещённое вправо на полэкрана, а X вообще ничего не показывает, полностью.

Bye!

--- GoldED+/LNX 1.1.5-b20231106

vadim s. sabinich написал(а) к Rinat Sadretdinow в Apr 24 22:59:08 по местному времени:



Sunday 07 April 2024 17:07:14, Rinat Sadretdinow --> All:

RS>> До этого был у меня 6.7.11, нормально. Установил 6.8.4, грузится
RS>> нормально, в нормальном видеорежиме, то есть в нормальном
...
RS>> (временно) или полной перезагрузкой, или (полностью) загрузкой в
RS>> предыдущее ядро, в 6.7.11


RS> Да, `nomodeset` в командной строке не помогает, вернее помогает,
RS> framebuffer не включается, но тогда у меня в X разрешение 640x480 и
...
RS> поэтому при `nofb` через некоторое время у всех терминалов опять
RS> происходит снос башки, и у самих X происходит тоже снос башки:
RS> терминалы показывают всё смещённое вправо на полэкрана, а X вообще
RS> ничего не показывает, полностью.
Привет! судя по тому, что ты написал, то варианты с grub ты уже начал пробовать :)
Интернеты предложили 4 общих варианта решения (два ты уже попробовал)
vga=normal
nofb
nomodeset
video=vesafb:off

Я бы предложил более внимательно посмотреть на строки запуска прежнего ядра в конфиге груба, чтобы сопоставить параметры.
И в случае неудачи двигаться в сторону различий самих ядер: с какими модулями собрано, с какими параметрами


PS: с выходом меня из десятилетнего (почти) сна! :)
... mailto:vadim@sabini.ch
--- GoldED+/W64-MSVC 1.1.5 (WinNT 6.2.9200 AMDK8M1)

Alexey Khromov написал(а) к Rinat Sadretdinow в Apr 24 19:59:40 по местному времени:

Здраствуйте, Rinat!

07 апр 24 16:32, Rinat Sadretdinow -> All:

RS> Как запретить ядру 6.8.4 принудительно включать framebuffer по
RS> завершению загрузки?

Судя по описанию, иксы не смогли найти нативный драйвер видеокарты в модулях 6.8 и отдефолтились в фреймбуфер.
Подозреваю, что у тебя нивидиа. Загрузись под старым ядром, проверь установку драйверов видеокарты и модуля конкретно под новое ядро.
Еще как вариант (если используется initrd) - в него не попал модуль kms опять же от видеокарты.

Тут можно долго гадать на гуще, но лучше начать с базовых вопросов: дистрибутив? железо?
Ну и раз ты можешь загрузиться нормально с предыдущим ядром, то journalctl -b1 покажет логи предыдущей загрузки (я склоняюсь к мысли, что у тебя systemd в качестве init-процесса, но это ж не точно)

Alexey Khromov
--- GoldED+/LNX 1.1.5-b20240309

Rinat Sadretdinow написал(а) к vadim s. sabinich в Apr 24 13:48:42 по местному времени:

Нello vadim!

07 Apr 24 22:59, you wrote to me:

RS>> Да, `nomodeset` в командной строке не помогает, вернее помогает,
RS>> framebuffer не включается, но тогда у меня в X разрешение 640x480
RS>> и
vs> ...
vs> Привет! судя по тому, что ты написал, то варианты с grub ты уже начал
vs> пробовать :)

Ну да, вторым (сноска 1) делом попробовал через grub менять параметры в коммандной строке ядра.

vs> Интернеты предложили 4 общих варианта решения (два ты уже
vs> попробовал) vga=normal nofb nomodeset video=vesafb:off

Что я нашёл в интернетах я уже все попробовал, все четыре.

Это не спасло смертельно раненго кота.

vs> Я бы предложил более внимательно посмотреть на строки запуска прежнего
vs> ядра в конфиге груба, чтобы сопоставить параметры. И в случае неудачи
vs> двигаться в сторону различий самих ядер: с какими модулями собрано, с
vs> какими параметрами

Сноска 1: это я уже смотрел как раз первым* делом. Параметры *абсолютно одинаковые. После чего и начал менять параметры запуска ядра вторым уже делом.

vs> PS: с выходом меня из десятилетнего (почти) сна! :)

CONGRATULATIONS!

Bye!

--- GoldED+/LNX 1.1.5-b20231106

Rinat Sadretdinow написал(а) к Alexey Khromov в Apr 24 13:52:52 по местному времени:

Нello Alexey!

07 Apr 24 19:59, you wrote to me:

RS>> Как запретить ядру 6.8.4 принудительно включать framebuffer по
RS>> завершению загрузки?

AK> Судя по описанию, иксы не смогли найти нативный драйвер видеокарты в
AK> модулях 6.8 и отдефолтились в фреймбуфер. Подозреваю, что у тебя
AK> нивидиа.

Шаман! Ну шаман!

===
rhs@sys3175:~$ lspci | grep -i nvidia
01:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 710] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GK208 НDMI/DP Audio Controller (rev a1)
rhs@sys3175:~$
===

AK> Загрузись под старым ядром, проверь установку драйверов видеокарты и
AK> модуля конкретно под новое ядро.

На первый взгляд всё установилось именно под новое ядро.

Более того -- я не использую проприетарные драйвера с nvidia.org, только те, которые идут в поставке самого дистрибутива. Так что тут никаких несоответствий быть не может просто -- вместе с установкой нового ядрища через `dnf update` у меня так же подтянулись и новый драйвера для nvidia, тоже от RedНat, не проприетарные.

AK> Еще как вариант (если используется initrd) - в него не попал модуль
AK> kms опять же от видеокарты.

Посмотрю. На всякий случай. Но мне кажется что вряд ли.

AK> Тут можно долго гадать на гуще, но лучше начать с базовых вопросов:
AK> дистрибутив?

Fedora 39

AK> железо?

Ну про nvidia я выше уже сказал. Одно из дешёвейших из дешёвейших.

AK> Ну и раз ты можешь загрузиться нормально с предыдущим ядром, то
AK> journalctl -b1 покажет логи предыдущей загрузки
AK> (я склоняюсь к мысли, что у тебя systemd в качестве init-процесса, но
AK> это ж не точно)

Да, у меня именно systemd. Но что такого конкретного я увижу по `journalctl -b1` я не понмаю честно говоря.

В общем жду 23 апреля, когда выйдёт Fedora #40, на неё проапрейдюсь с нынешней Fedora #39 и буду смотреть дальше. И тыркаться пока что-нибудь не получится.

А пока что про ядро 6.8.4 решил забыть, сижу как раньше на 6.7.11, с ним всё нормально и боюсь -- вдруг на Fedora #40 у меня уже всё конкретно перестанет работать? То есть как я говорил -- полчаса работает, а дальше всё, "Фигвам, индейское жилище такое! (C)"

Bye!

--- GoldED+/LNX 1.1.5-b20231106

Rinat Sadretdinow написал(а) к All в Apr 24 19:14:34 по местному времени:

Нello All!

07 Apr 24 16:32, I wrote to you:

RS> Собственно в $Subj и весь вопрос.

[...]

RS> Как запретить ядру 6.8.4 принудительно включать framebuffer по
RS> завершению загрузки?

После апгрейда Fedora 39 до Fedora 40 эта дурацкая проблема разрешилась сама собой, во фреймбуфер больше никто не переходит. Правда тут ядро не 6.8.4, а уже 6.8.7.

Bye!

--- GoldED+/LNX 1.1.5-b20231106

Oleg Nazaroff написал(а) к vadim s. sabinich в May 24 18:13:49 по местному времени:

Нello, vadim s. sabinich.
On 07.04.2024 22:59 you wrote:

VS> PS: с выходом меня из десятилетнего (почти) сна! :) ... mailto:vadim@sabini.ch

Это чо ж - спящие красавцы просыпацца начали? ;)

--
WBR, ON
--- ХотДог/2.14.5/Android

Rinat Sadretdinow написал(а) к Alexey Khromov в Aug 24 19:23:34 по местному времени:

Нello Alexey!

07 Apr 24 19:59, you wrote to me:

Возвращаюсь опять к весеннему треду. Теперь практически то же самое с ядром 6.10, только оно не сразу же при загрузке переходит в VESA, а грузится нормально, но как только доходит до включения графического режима, так сразу же падает в VESA, после этого всё работает минут 30-40, затем начинаются экранные артефакты. Причём артефакты конкретные -- не просто показывает абсолютный бред, но при этом никакие меню не показывает, соотстветсовенно ни logoff сделать, ни restart, ни shutdown. Лечится ctrl-alt-f2 в текстовую консоль, там логин как root и прибитие Xorg. Следующие минут 30-40 опять работает всё нормально, затем опять артефакты.

RS>> Как запретить ядру 6.8.4 принудительно включать framebuffer по
RS>> завершению загрузки?

AK> Судя по описанию, иксы не смогли найти нативный драйвер видеокарты в
AK> модулях 6.8 и отдефолтились в фреймбуфер.

Именно так!

AK> Подозреваю, что у тебя нивидиа.

Именно так!

В прошлый раз всё вылечилось само и я не стал заморачиваться почему и как, но сейчас после очередного обновления 6.10.3 на 6.10.4 само не вылечилось, а сидеть на 6.9.12 мне остаётся уже недолго: следующее обновление установит какой-нибудь 6.10.5 и всё. Можно, конечно, отредактировать /etc/dnf/dnf.conf, увеличить там installonly_limit чтобы количество установленных ядер было не 3, а побольше, можно вообще запретить апгрейд пакетов kernel*, но это как-то неспортивно, в духе "Получил BSOD? Поможет переустановка Windows!".

AK> Загрузись под старым ядром, проверь установку драйверов видеокарты и
AK> модуля конкретно под новое ядро.

Вот их как раз и не было. Вообще. Модули были только для 6.9.12. После более обстоятельного и гораздо более целенаправленного и глубокого гугления выяснил что необходимое мне лежит в

kmod-nvidia-470xx-6.10.4-200.fc40.x8664-470.256.02-3.fc40.x8664.rpm

но у меня при `dnf update` оно не устанавливалось, а как было

kmod-nvidia-470xx-6.9.12-200.fc40.x8664-470.256.02-1.fc40.x8664.rpm

для ядра 6.9.12, так и оставалось. Вылечилось включением репозитория rpmfusion-nonfree-updates-testing, который у меня до этого был выключен ("testing же!" -- подумал я в своё время и не стал его разрешать) и был включен просто rpmfusion-nonfree-updates, без "testing". И сразу же `dnf update` установил мне необходимые модули nvidia для ядра 6.10.4 и пришло в мой дом ЩАСТЬЕ!

Непонятно только почему эти модули лежат до сих пор в репозитории testing, хотя ядра 6.10.x уже недели две как по апдейту приходят в основном update, а не в testing.

Bye!

--- GoldED+/LNX 1.1.5-b20231106

Alexey Khromov написал(а) к Rinat Sadretdinow в Aug 24 22:29:26 по местному времени:

Здраствуйте, Rinat!

16 авг 24 19:23, Rinat Sadretdinow -> Alexey Khromov:

RS> 07 Apr 24 19:59, you wrote to me:
RS> Возвращаюсь опять к весеннему треду. Теперь практически то же самое с
RS> ядром 6.10, только оно не сразу же при загрузке переходит в VESA, а
RS> грузится нормально, но как только доходит до включения графического
RS> режима, так сразу же падает в VESA, после этого всё работает минут

тут уже смотри в Xorg.log.0

RS> 30-40, затем начинаются экранные артефакты. Причём артефакты

Железо бы проверить. На бублике, а бублик под мастдаем(

...

RS> Непонятно только почему эти модули лежат до сих пор в репозитории
RS> testing, хотя ядра 6.10.x уже недели две как по апдейту приходят в
RS> основном update, а не в testing.

Потому что нестабильные. Ядро стабильное, часть модулей - нет. Боль на Nvidia.
Но Хуанг говорит, скоро все закончится и линуксойды обретут новый, открытый и дефолтный модуль вместо текущего. Прям как amdgpu, но от нивидии (то есть открытый будет содержать почти все, но все равно для игрулек надо будет ставить проприетарный блобик)

Alexey Khromov
--- GoldED+/LNX 1.1.5-b20240309