[PARTIAL SOLVED] (методом тыка) При переключении на tty-терминалы монитор переходит в режим ожидания

Всем доброго времени суток. Как говорится, "беда за бедой как по нотам". Собственно, давно наблюдаемый сабж. Напишу всё, что заметил.
Когда происходит логин в gnome-shell, то при попытке переключиться на полноэкранные терминалы (ctrl + alt + Fx) увенчается переходом монитора в режим ожидания - будто видеосигнал и не идёт вовсе. Что интересно: логов по этому поводу не появляется никаких - вообще никаких. В полноэкранных терминалах можно вводить команды, только смысла в этом нет, так как монитор просто отключается.
Если не запускать X-сервер вообще - всё нормально, терминалы работают, vesafb тоже.
Я просто ума не приложу, что делать, поэтому спрошу лишь одно: кто-нибудь вообще когда-либо сталкивался с подобным? Если да, то какие попытки предпринимались для лечения этих чудес?
Теперь информация:
make.conf
emerge --info
Пока это всё. Если что-то ещё потребуется приложить - без проблем.

Дополнение: странно как-то решено. Просто от балды взял и залез в /var/log/Xorg.0.log. Увидел, что он ругается на что-то вроде невозможности определить параметры монитора из-за отсутствия доступа к acpi. Потом так же тупо сделал rc-update add acpid default, перезагрузил компьютер - все на своих местах, терминалы теперь видно при переключении, а в логе красуется теперь:

[   517.179] (II) Open ACPI successful (/var/run/acpid.socket)
[   517.236] (II) NVIDIA(0): Setting mode "1280x1024_75+0+0"

Ну вот... Осталось лишь решить проблему с wine и smartcam - и моя душа будет довольна...

subclox

subclox написал(а):
Дополнение: странно как-то решено. Просто от балды взял и залез в /var/log/Xorg.0.log. Увидел, что он ругается на что-то вроде невозможности определить параметры монитора из-за отсутствия доступа к acpi. Потом так же тупо сделал rc-update add acpid default, перезагрузил компьютер - все на своих местах, терминалы теперь видно при переключении

Это не странно, не тупо или ещё как-то не так. Это чтение логов и правильный из них вывод.

Спасибо за комментарий. Но

Спасибо за комментарий. Но ещё более странно, что этот глюк периодически продолжает появляться. Закономерность пока не могу уловить, поэтому меняю на "частично решено". Как обычно: хочу переключиться в полноэкранный терминал (tty1), а вместо того, чтобы увидеть православные букоффки - монитор просто отключается, а когда перехожу на tty7 (иксы) - монитор включается... Ничего не пойму... Вот мне предлагают перейти на стабильную ветвь, но вопрос на взрыв мозга: после года посиделок на нестабильной ветки стоит ли "удаление тильды"?...

Думаю монитор выключается

Думаю монитор выключается из-за не поддерживаемого видеорежима.
переход с ~ будет осложнён тем, что некоторые пакет нельзя откатить, а они много чего тянут. По факту это будет восновном "подождал пока моя нестабильная ветка стабильной стала."

По поводу видеорежима немного

По поводу видеорежима: складывается ощущение, что при переходе в полноэкранные терминалы сигнал просто передаётся подаваться на монитор - вот он и "засыпает". И, по-моему, немного сомнительно, что это связано с режимами, ибо такой баг возникает и с фреймбуффером, и без него. На nouveau + KMS такого не происходит. И появляется он в обязательном порядке после того, как X-сервер будет уже запущен.
А по поводу стабильности... У меня времени очень много и есть возможность пересобрать систему с нуля на основе стабильной ветви. Но что рекомендуете лично Вы? Переходить с ~ на стабильный софт? Стоит ли оно этого? Учитывая все проблемы, которые я описывал на данном сайте: smartcam, wine, сабж... И да: заранее извиняюсь за оффтоп, но из знакомых гентушников лишь этот сайт.

Каждый для себя сам решает,

Каждый для себя сам решает, полно сторонников обоих мнений. Ну а переустановка... я просто ниодну geentoo не переустанавливал, так что не рассматриваю как вариант.

> ... На nouveau + KMS такого

> ... На nouveau + KMS такого не происходит ...
Я бы порекомендовал попробовать поиграть с параметрами в xorg.conf

MetaModes
HorizSync
VertRefresh
ConnectedMonitor
TwinViewXineramaInfoOrder
ModeValidation

PS: когда то боролся с подобной проблемой... победил... :)
для примера мой xorg.conf

У Вас очень инересный файл

У Вас очень инересный файл конфигурации - почерпнул для себя то, что ранее не знал. Долго игрался с перечисленными параметрами - сабж победить не удалось.

/

evadim написал(а):
переход с ~ будет осложнён тем, что некоторые пакет нельзя откатить, а они много чего тянут. По факту это будет восновном "подождал пока моя нестабильная ветка стабильной стала."

ИМХО скорее пока те самые ключевые пакеты (glibc, что ещё навскидку не скажу) не стали стабильными (или же не начали требовать обновления до стабильной версии.
Остальное пофиг (пересоберётся).

Но и тут остаётся пространство для финта ушами:
Зафиксировать наличные версии того, что нельзя откатывать в /etc/portage/package.keywords --- и назад, на stable! :)
С полным переходом по вышеотмеченному условию.

:wq
--
Live free or die

Когда-то я не помню уже зачем

Когда-то я не помню уже зачем обновил toolchain. И мне порядочно пакетов пришлось размаскировывать, от того что стабильные не собирались с новым.

У меня, кстати, радость: и

У меня, кстати, радость: и вайн починил, и smartcam, а проблемы оказывались там, где их и не искал. А вот как осталась проблема с черным экраном в консоле - так я её и не могу решить. Уже, можно сказать, всё перегуглил, но, увы... Думал, что с uvesafb проблема решится, но так не оказалось. Что интересно, на 64-битной системе, которую я собирал год назад, такой проблемы нет, поэтому кажется, что я сам что-то накосячил. Решил, что пока что с нестабильной ветви слазить не буду, так как всё нормализовалось. Если получится решиь blank screen in virtual cosole - я буду счастлив, реально счастлив =)

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".