Баг давно известный. Проблема в блобе nvidia. Кроме отката дров и ожидания фиксов посоветовать нечего.

Вот сижу и думаю теперь, может просто по приколу мантейнер добавил зависимость от версии ядра, или всё-же был в этом какой-то скрытый смысл...

pkgname = nvidia
pkgver = 290.10-2
...
packager = Tobias Powalowski <tpowa@archlinux.org>
...
depend = linux>=3.2
depend = linux<3.3

local/nvidia-beta 302.07-1 - те-же яйца. 10 минут и tty недоступна. Хотели линукс с человеческим лицом? Получили. Нечего по консолям шариться. Главное, чтобы vkонтакт работал, чего ещё.

Когда-то у меня была gigabyte gf7500, консоль не отрубалась, но примерно через 10 минут получалась мешанина из символов. Точно не помню что вылечило, но играл с этими параметрами
EnableAGPSBA
EnableAGPFW
UseVBios
MapRegistersEarly
RegisterForACPIEvents
текущие параметры модуля тут: cat /proc/driver/nvidia/params

а в xorg.conf до сих пор живут:
ConnectToAcpid «0»
MultisampleCompatibility «1»

А вот сейчас моник в консоли снова заснул :( печалька. попробую откатиться на старые дрова.

только прошло отнюдь не 10 минут... не знаю. может, это как-то с активностью связано. но в иксах то монитор не засыпает... не понимаю

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

P.S. ...а вменяемого решения никто так и не предложил(костыли не в счет ибо зло они)

Эта «подковырка» впервые застаивила задуматься о Nouveau. Досадно это... Вполне возможно, что она связана с железом. На всякий случай напомню: GeForce 8600GT Дрова уже «откатил» на актуальные, extra/nvidia 295.49-1.

PS. Кстати, как там нынче нуво - вменяемы?

Попробуйте vesa драйвер, с ним такое же наблюдается или нет?

Я имею зоопарк из MSI NVidia GTS250, GTX560Ti и ни на одну из этих карт не жаловался, правда и охлаждение у них серьезное - по два вентилятора и внушительный радиатор на тепловых трубках. Причем все карты из линейки Twin Twizor.

...но примерно через 10 минут получалась мешанина из символов.

Просто ради уточнения проблемы, чтобы не возникало путаницы с симптомами: Спустя N-ое время видеокарта при переходе в из X-ов в вирт. консоль (ttyN) просто отключает питание монитора, переводя его в Standby Mode. По Ctrl+Alt+F7 монитор пробуждается и вновь запускается tty7 с иксами. Вот, собственно, и всё. Каким-либо образом отловить это событие в виде некоего свершившегося процесса, т.е., найти что-либо в логах или ещё как-то его «увидеть» и подвергнуть осмыслению пока не получилось. Получилось только лицезреть отключённый монитор.

у меня было так: работа в консоли (неважно, было ли переключение из иксов или нет), если включился blank screen, то обратное включение давало невразумительную мешанину символов.

кстати, а ради теста:
setterm -blank 0 -powerdown 0 -powersave off

и вот ещё это потрогать:
/etc/kbd/config
# DPMS set by default to on, because hsync can cause problems on certain hardware
BLANK_DPMS=off

http://www.nvnews.net/vbulletin/showpost.php?p=2551948&postcount=9

Как я понял, они там и сами не знают, что делать.

Только что проверил:

$ rpm -q xorg-x11-drv-nvidia
xorg-x11-drv-nvidia-295.49-1.fc17.i686

$ rpm -q xorg-x11-server-common
xorg-x11-server-common-1.12.0-2.fc17.i686

$ rpm -q kernel-PAE
kernel-PAE-3.3.4-1.fc17.i686
kernel-PAE-3.3.4-3.fc17.i686
kernel-PAE-3.3.4-4.fc17.i686

$ cat /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=0
GRUB_CMDLINE_LINUX="LANG=ru_RU.UTF-8 rd.md=0 rd.lvm=0 rd.dm=0 rd.luks=0 KEYTABLE=ru rhgb quiet acpi_backlight=vendor nouveau.modeset=0 rdblacklist=nouveau"
GRUB_DISABLE_RECOVERY="true"
GRUB_PRELOAD_MODULES="gfxterm"
GRUB_FONT=/boot/grub2/unicode.pf2
GRUB_GFXPAYLOAD_LINUX=keep
GRUB_GFXMODE=1366x768x32,1366x768x24,1366x768x16,1360x768x32,1360x768x24,1360x768x16,1024x768x32,1024x768x24,1024x768x16,1024x768x8
GRUB_BACKGROUND=/usr/share/backgrounds/beefy-miracle/default/normalish/beefy-miracle.png

$ cat /etc/X11/xorg.conf
Section "ServerLayout"
    Identifier     "Default Layout"
    Screen      0  "Screen0" 0 0
    Option         "Xinerama" "0"
EndSection

Section "ServerFlags"
    Option         "AIGLX" "on"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Samsung"
    ModelName      "Chi Mei Optoelectronics corp."
    HorizSync       30.0 - 75.0
    VertRefresh     60.0
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "GeForce GT 520M"
    Option         "AddARGBGLXVisuals" "True"
    Option         "UseEdidDpi" "false"
    Option         "DPI" "96 x 96"
    Option         "RegistryDwords" "EnableBrightnessControl=1"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "TwinView" "0"
    Option         "metamodes" "nvidia-auto-select +0+0"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

Section "Extensions"
    Option         "Composite" "Enable"
EndSection

$ sudo grub2-mkconfig -o /boot/grub2/grub.cfg
$ sudo dracut -f /boot/initramfs-%{new_kernel_version}.img %{new_kernel_version}

УМВР.

не убедил. И да, не понятно, из-за чего у тебя «УМВР.», из-за ядра? , из-за xorg.conf ? , из-за чего ? . В 16-ой Федоре эта штука, кстати, тоже не работала. Но тогда я разбираться не стал, подумал «очередной подглюк», но как выяснилось дело вовсе не дистрибутиве. В общем решения всё равно пока нет. А судя по гуглю, баг становится популярным. тыц.

Привёл версии компонентов ОС, указанных в стартовом сообщении. Также привёл параметры, с коими УМВР (авось, кому поможет). Убеждать никого не собираюсь.

А вообще, первой мыслью было то, что до старта X'ов загружается nouveau. Поэтому и написАл про rdblacklist=nouveau и dracut.

нет, нуво отключен, дело не в нем, я склоняюсь к мысли что тут гремучая смесь из ядра и блоба. Потому как до этого я использовал 3.1-rc6, так вот на нём баг не наблюдался. А у тебя 3.2.4 - т.е. возможно, что с какой-то из последних версий что-то где-то поломали. Но всё равно твоя история успеха имеет место быть. Может кто ещё подкинет, глядишь и найдется решение.

1. Зачем вам блоб?
2. Вот вы всё твердите, что проблема в блобе. Ну вот предположим что да, в блобе. И, как вы думаете, что в таком случае нужно делать, если вам всё же нужен блоб?

This->1.Вопрос риторический, но единственная альтернатива блобу - нуво, а он ещё не скоро сможет его заменить. И да, не не фапаю на «открытые» драйвера, мне нужна адекватная работа моего железа(которое таки стоит денег) и производитель каГбы предоставляет необходимый софт для этого. ДО последнего времени блоб меня вполне устраивал своим качеством.

This->2.Никто со стопроцентной уверенностью не утверждает этого, просто данный глюк проявился однозначно на 295-ой серии, проверить элементарно.

И, как вы думаете, что в таком случае нужно делать,

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

а он ещё не скоро сможет его заменить

Неужели вы серьёзно думаете, что его не хватит для Компаса?

И да, не фапаю на «открытые» драйвера,

Мы уже знаем, на какой драйвер вы фапаете ^_^

ДО последнего времени блоб меня вполне устраивал своим качеством.

Просто на случай, если вы не заметили - качество блоба nVidia последние пару лет скатывается туда, где был Catalyst несколько лет назад (это чтобы вы представили, что вас ожидает).

И у меня нет никакого желания разводить здесь срач с фанатами нуво, меня не устраивает его качество на сегодняшний день и все.

Были бы хоть какие-то аргументы про нуво, сказал бы в каком направлении двигаться, чтобы решить проблему с проприетарным (причём в треде уже была подсказка). А раз уж вы кидаетесь на людей, упоминающих нуво - жрите свой кактус дальше.

Не, у меня 3.3.

О гремучей смеси. Тут, скорее всего: ядро+блоб+конкретная железка. Если пошуршать в интернетах, то видно, что один и тот-же костыль у одних срабатывает, у других нет. Причём, в рамках одного дистра и соответственно, одних версий xorg-server-a, ядра и блоба. Кто остаётся? Конкретная железка. Впрочем, это ни на сантиметр не приближает к решению вопроса.

... началось.

Были бы хоть какие-то аргументы про нуво, сказал бы в каком направлении двигаться, чтобы решить проблему с проприетарным (причём в треде уже была подсказка). А раз уж вы кидаетесь на людей, упоминающих нуво - жрите свой кактус дальше.

я не кидаюсь на любителей нуво, я сказал что меня не устраивает его качество на сегодня. Какие аргументы вам нужны? blobWs^nouveau - тема стопицотстраничного срача «ниочем». Да, за последний год нуво достаточно продвинулся в разработке, я слежу за его развитием если что, но топик не нём, это важно.

Неужели вы серьёзно думаете, что его не хватит для Компаса?

Компас неплохо выезжает на голом процессоре, драйвера ему фиолетовы(так работает вайн в данном случае), он и на intel gma 3150 летает как заведённый. Неужели вы считаете, что в линуксе мало приложений для которых качество видео играет не последнюю роль. И если уж на то пошло вот пример и вот, продемонстрируйте такое же качество работы под нуво. И это только вайн, а нативные игры(тот же Oil-Rash) нуво пока не особо привечают. Компиз(а я им пользуюсь) тоже никак с нуво. И дело не в кактусе. Как только нуво допилят до вменяемого и стабильного состояния я с радостью перейду на него, но на сегодня это только мечты.

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

единственное рабочее решение в данном топике это откат на 290.10 с включением игнора ABI :

Option "IgnoreABI" "on"
Option "UseEvents" "False" 

я не кидаюсь на любителей нуво, я сказал что меня не устраивает его качество на сегодня

Давайте уж как есть: вас не устраивает качество ни последних версий блоба (аргумент - этот тред), ни нуво (аргументов пока нет).

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

Ну вот вы нам и продемонстрируйте, у вас же GTS 250, а не у меня.

а нативные игры(тот же Oil-Rash) нуво пока не особо привечают

Можно привести ещё пару примеров, кроме Oil Rush? Правда интересно.

Компиз(а я им пользуюсь) тоже никак с нуво.

Что у вас там такое с Компизом? Для разработчика того же KWin, нуво - основной драйвер.

Где гарантия что он будет работать в следующей инкарнации сервера?

Не будет, наслаждайтесь.

Пока про нуво могу сказать только:

1. Гладенько крутит *1080p.mov (то что проц при этом >40% в расчёт не берём)

2. Сильнее греется видяха (моя 8600 и так жаркая, в среднем 65-70С), а на нуво 73-76С и при этом ничего окромя браузера и смплеера на паузе...

3. На kwin-е проблем нет, верт.синхронизация прекрасно работает и всё такое...

4. Что удивительно, потребеление RAM снизилось на ~90-100Mb - невероятно, но очевидно.

5. Как уже давно известно, а мне стало известно лишь сегодня, этому нуво глубоко плевать на то, что ты там в ксоргах или где ещё наковырял про dpi и размер дисплея - свободный драйвер свободен от предрассудков и уверенно ставит «96 дотс_пер_инч» и пишет нечто диковинное про физический размер 22"-монитора:

xdpyinfo | grep -B1 dot
  dimensions:    1680x1050 pixels (444x277 millimeters)
  resolution:    96x96 dots per inch

причём, нативное у него 90x88, но это как-то некрасиво звучало, поэтому, будучи ещё на блобе, давно исправил и получил «правильные» 90x90 на 473х296 millimeters-ах полезной площади. Как выше уже написал, нуво на всё это положил, впрочем, справедливости ради: на глаз разницы не вижу, что 96x96, что 90x90 - одна малина. Оно там видимо просто живёт своей жизнью, в отрыве от реальности, но при этом никому не мешая. На блобе X-server тоже, конечно, давал петуха, но не так откровенно. Наверное, всё это уже давным давно известно пользователям Nouveau.

Вот, собственно и всё. Это к вопросу о том, а «что вы имеете против нуво?» Да ничего. В принципе, пользоваться можно. А можно и не пользоваться. И да, консолька, естественно, работает!

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

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

Традиционная ссылка: тред двухлетней давности.

2. Видяха греется настолько, насколько она грелась бы при middle-режиме, заложенном производителем в VBIOS, потому что этот режим выставляется при включении, и далее нуво (пока что) не меняется.
5. Пишите багрепорт. Как вы отлично понимаете, конфигурация не особо частая и оттестированная.

конфигурация не особо частая и оттестированная.

Понимаю. Мониторы NEC такая экзотика в наших пампасах.

В наших пампасах разработчики нуво тоже экзотика, так что не в этом дело.

> Спустя N-ое время видеокарта при переходе в из X-ов в вирт. консоль (ttyN) просто отключает питание монитора, переводя его в Standby Mode

У меня это было всегда, со всеми версиями драйверов, в дистрибутиве Debian 5.0. Хоть 190.xx, хоть 290.xx. И никогда в RPM-based дистрибутиве. Я проверю на RPM-based 295.xx.

Костыль для ABI работает уже три года. И три года при каждом обновлении сервера помогал мне, при этом никак не нарушая работу системы и драйвера.

Как-бы то ни-было, в моём случае Option «IgnoreABI» «on» не сработал. Если оно работает лишь вкупе с откатом дров и связанных пакетов, то тогда это тем более, не мой случай. Хотя, да, я надеялся что проскочит и без отката.

Чтож, через год-другой баг может быть и пофиксят, да и нуво не стоит на месте, всё-же. Куда нам спешить.

Откат драйверов я никогда не производил. Всегда использовал последние драйвера, иногда это даже драйвера для разработчиков, и всегда использую последнюю версию сервера. А костыль с ABI часто помогает, в случае когда драйвера, даже новые, не всегда успевают за обновлением версии сервера, вот тогда этот костыль и помогает мне обходится без откатов на старые версии.

К моему счастью, подобных багов, описанных здесь, никогда в моей практике обновлений Linux за три года использования карточек от NVidia (для изучания GPGPU и Cuda) не встречал.

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

Нуво даже без игр работает через Ж.

Погодите, это вообще где править надо? в ебилде? я там таких строк не нашёл. И таки да, не компилится драйвер 290.10-r2 под ядром 3.3.5 :( как это пофиксить?

это вообще где править надо? в ебилде?

Что «это»?

Не компилится, потому что проверяет версию ядра. Но кроме самих nvidia & nvidia-utils придётся откатывать xorg-server и т.д. За подробностями «местной» компиляции, наверное, лучше всё-же к гентушникам=)

В ебилде все зависимости от негодных версий драйвера и ядра удалил, но всё равно не собирается... видимо, в *.run файле жёстко зашито.

Он просит либо версию 2.6 или 2.4

Зачем вообще это привязка к версиям - непонятно.

...видимо, в *.run файле жёстко зашито.

Можешь прочитать топик, начиная с https://bbs.archlinux.org/viewtopic.php?pid=1098506#p1098506

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

Не уверен, что там привязка на уровне *.run-файла. А если и так, значит надо ковырять его. Не пробовал, не знаю.

Подключите overlay stuff

layman -a stuff

тогда Вам станут доступны новые версии в папке /var/lib/layman/stuff/x11-drivers/nvidia-drivers/

Я использую 302.07:

# eix nvidia
...
[I] x11-drivers/nvidia-drivers
     Available versions:  ...(~)285.05.09^s[7] (~)290.03^s[7] (~)290.06^s[7] 290.10^s 290.10^s[7] (~)290.10-r2^s (~)295.09^s[7] (~)295.17^s[7] (~)295.20^s[7] 295.20-r1^s 295.20-r1^s[8] (~)295.33^s[7] (~)295.33-r1^s[8] (~)295.33-r2^s[8] 295.40^s (~)295.40^s[7] (~)295.40-r1^s[8] (~)295.41-r1^s[8] (~)295.49^s (~)302.07^s[7] {{acpi custom-cflags distribution gtk kernel_linux multilib rt +tools}}
     Installed versions:  302.07^s[7](09:28:21 12.05.2012)(acpi custom-cflags gtk kernel_linux multilib)
     Homepage:            http://www.nvidia.com/
     Description:         NVIDIA X11 driver and GLX libraries

[7] "stuff" /var/lib/layman/stuff
[8] "local-repo" /usr/local/portage

Я же говорю, на этой версии те же болты. Сейчас она и стоит. Жму ctrl+alt+f1 - мне пишут, что монитор в аналоговом сберегающем режиме, чёрный экран, на клавиши и мышку не реагирует.

Хотел попробовать откатиться на старую.

Не знаю чем помочь, у меня работают последние версии как часы, на GTS250 и GTX560Ti.

Может сможете найти причину отключения у Вас монитора от видеокарты в моем конфиге, сравнив его со своим? Другой монитор испытать есть возможность?

http://gcc.perestoroniny.ru/xorg.conf

не компилится драйвер 290.10-r2 под ядром 3.3.5 :( как это пофиксить?

никак, это уже на уровне ядра блоба, можно его конечно заставить собраться, но хорошего из этой затеи ничего не выйдет, как минимум отвалится весь OpenGL и куча другого функционала.

Парни, этому багу несколько лет, если не путаю, в гуглах находил упоминания о нём чуть-ли не 2008-9гг., на дебианах, бздях и пр. и он кочующий. При этом, уже неоднократно подчёркивалось, что он проявляется далеко не на всех картах, а именно, на GForce 8xxx/9xxx серий. Так что то, что у вас всё нормально на GTSxxx/GTXxxx говорит лишь о том, что всё нормально у вас, на ваших картах, а не о каких-то волшебных конфигах, которые решают дело.

Сами подумайте, разрабы блоба на соответствующем ресурсе заявляют, мол, про баг знаем, как лечить пока не знаем. Если бы дело было лишь в конфиге, что, они-бы не додумались до такого хинта и не огласили-бы это всенародно? На моей памяти было: они официально отзывали какую-то версию дров с критической ошибкой и вслед за этим дрова на время исчезали из арчевского репа, «до выяснения». Если-бы было всё так просто...

Но конфиг скачал, посмотрю ;)

в общем, на сегодня проблема не решена, разработчике в курсе этого бага, но пока ничего не слышно. Причина(бага), предположительно, кривая реализация ACPI APIC, если это выключить в BIOS'е трабла пропадает(вместе с многоядерностью CPU, т.е. Core2Duo превращается в Celeron, вот такая вот петрушка...

Ну а вы то как проблемы решили? Вы же написали, что перешли на старую версию, да?

И, кстати, ещё, что вот такое вот означает?

[42555.008118] NVRM: Xid (0000:01:00): 8, Channel 00000001
[42557.008063] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context
[42559.008164] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context
[42567.026135] NVRM: Xid (0000:01:00): 8, Channel 00000003
[42569.026082] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context
[42571.026182] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context

Сопровождалось «заморозкой» системы на секунду-две, заглянул в dmesg, а там вот это вижу. Это и есть 12309, о котором все так говорят?

Другого моника нет. Да и этот всю жизнь нормально работал.

Видеокарта GeForce 9800 GT.

я уже написал - 290.10 работает стабильно,как и что - ранее по треду..

И, кстати, ещё, что вот такое вот означает?

тыц - уши растут оттуда же, неохта гуглить на эту тему, но проблема многогранна, тут однозначного ответа нет.

на 3.3.5 это не соберётся, там очень глубокие различия в ядре, я сейчас на 3.2.13 . Но чтобы всё заработало нужно добавить ignorABI в xorg.conf.