Почему зависает и НЕ зависает консоль в Linux?

Question

[CityCat4]

Одно время у меня постоянно зависала консоль, если например уходишь домой - приходишь на следующий день - работает только графическая оболочка, консоль висит. Находил решение этого вопроса, что это баг дров intel и нужно указывать nomodeset. Указывал и все было нормально.

А недавно...загружаюсь - и у меня консоль 80х25, графики нет и фонты консольные не загружены - квадратики. Убираю nomodeset - работает. Подумал, что опять консоль будет виснуть - так нет же, не виснет! Сталкивался кто-нибудь?

Calculate Linux 17
Linux sentry 4.4.39-calculate #1 SMP PREEMPT Mon Dec 26 14:55:34 UTC 2016 x86_64 Intel(R) Core(TM) i5-2300 CPU @ 2.80GHz GenuineIntel GNU/Linux

UPD: Неспешно тестируется откат дров intel. С последними дровами (2.99.917_p20170313) виснет с черным экраном. С дровами p20161118 - виснет с текстом, который был в тот момент на экране. Сейчас собрал p20161007.

Comments

[Владимир]

Виснет консоль или какой нибудь XTerm ?

[sim3x]

под

консоль в Linux

подразумевается консоль по ctrl+alt+f1 ?

[CityCat4]

sim3x: Да. Ctrl-Alt-F1 приводила к пустому черному экрану, который никак не реагировал на клаву. Ctrl-Alt-F7 при этом нормально уводила обратно в Х и работало все, кроме консоли. До перезагрузки. Это было очень неудобно.

[CityCat4]

Владимир: Консоль. На которую уходишь по Ctrl-Alt-F1

[sim3x]

CityCat4:
забавный баг

Совет обычный - открыть лог и пробовать повторить баг
И гуглить

[Владимир]

kb.digium.com/articles/FAQ/How-to-disable-the-Linu...
help.ubuntu.ru/wiki/kms

[CityCat4]

Владимир: Угу, и после этих правок - либо консоль 80х25, либо черный экран с надписью gurb о начале загрузки. Это мы уже проходили - сказал же, что nomodeset решал проблему ... еще неделю назад :)

[Владимир]

CityCat4: я кидал ссілки не ради nomodeset. В вашем случае сбоит фреймбуффер, нужны логи, модель видеокарты, и на gentoo.ru больше шансов получить помощь.

Answer 1

[Алексей Черемисин]

Проблема как раз в переключении режимов из графики в текст и обратно, при работающей графике. Проявляется иногда не только на драйверах интел, но и на других карточках, кому как повезет. Но интельные драйверы здесь в лидерах. Да, проявляется очень часто из-за включенного скринсейвера с какими нибудь фракталами и очень активным GPU. Подробно описывать суть проблемы не буду, но связана она с распределением ресурсов графической памяти в разных драйверах, отвечающих за консоль и собственно Xwindow, и загрузкой дополнительных ресурсов (расширение буфера, подгрузка фонтов и т.д.) в "текстовую" (codepage) часть карточки. При этом графический драйвер вполне может переписать часть информации, аллокированной консольным драйвером.

Самый простой выход из положения, отказаться от красивостей в консоли, если используете Xwindow. Выбирайте что-то одно...

Если графика (XWindow) не запущена, то проблем с modeset никаких нет!

Comments

[CityCat4]

Да нет там вообще никаких красивостей - просто консоль иногда даже без mc - просто командная строка открыта. Кстати - у меня же сейчас xlockmore не установлен - а раньше был! А в нем савер с плавающей по экрану датой - dclock - неужто из-за него?

[Алексей Черемисин]

CityCat4: ох, вот что значит, вы не работали под DOS! Я не про скрин сейверы, а про дополнительную память, которую аллокирует консольный драйвер у ресурсов видеокарточки, и про аллокацию которой не знает драйвер в xwindow. Стандартный текстовый(консольный) режим работы занимает в ресурсах карты строго определенное количество памяти, это 25x80 символов на 3 страницы прокрутки. Знакогенерация определяется встроенными фонтами и кодиковкой кодовой страницы. И вот как только вы переключаете текстовый режим во что-то другое, плюс делаете подгрузку текстовых шрифтов, тут уже работает дополнительные пользовательские кодовые страницы. Это все идет от старых, еще 16-разрядных операционных систем и фирмы IBM для этуляции последовательных vt-терминалов. Получить аллокированные ресурсы не так просто, и графические драйверы по первости вообще забивали на поддержку текстового режима, просто отступая в памяти стандартную константу. Сейчас же в ядре линукс вся аллокация старается делаться через драйвер ядра, но не все этого придерживаются, отсюда и косяки с переключением режимов.
Ах, да, микрософт вообще забил на это дело! И текстовый режим у него только при загрузке системы и в виде экрана смерти :-) который тупо полность заново инициализирует текстовый режим.
Ух, надеюсь, не сильно углубился в детали...
Да, если интересно, погуглите, как работала видеокарта hercules, будет понятней, откуда ноги растут...

[CityCat4]

Алексей Черемисин: М-да...я не работал под DOS...Не ставил DOS 3.3, не использовал Карат и Paradox, не писал программы в Turbo C, не играл в Aibrorne Ranger, F-19 и Spear of Destiny...Не было у меня DOS Navigator, не работал Multi-Edit, и отладчика Watcom тоже не было :) И модем на 2400 бит мне приснился, наверное. Впрочем, нынешним пользователям такое только в кошмарах может сниться - инет на скорости 2400 бит!

Мне просто всегда казалось, что проблема перезаписи B800:0000 решилась уже сто тыщ мильенов лет назад. Да, прямая запись в видеобуфер была прикольной - в невыносимо лохматом 1996 году я написал небольшую TSR-программку для самопальных модемов на 1200 бит (чесслово, именно такая была скорость!). Использовалась она в FoxPro для того, чтобы данные по этим "модемам" передать.

Не думал никогда, что через двадцать лет столкнусь с этой проблемой :ROFL:

[Алексей Черемисин]

CityCat4: Ух! Верю-верю, и модем такой лежит, вдруг пригодится, BBS-ноду запилить. А проблема - вот она :-) Под ДОС я маловато писал, а вот драйверы xwindow портировал, ох как было приятно INT10 расшаривать :-) Да и сейчас никуда оно не делось, не знаю правда, как в EFI сейчас, но что-то кажется, также все...

[CityCat4]

Алексей Черемисин: Эх...Когда-то BBS казались окнами в мир...Потом было FIDO, пойнт, нода, круглосуточная многолинейная нода :D Не знаю, живо ли FIDO в нашем городе сейчас...