ALT Linux Bugzilla – #22130

/usr/bin/monitor_ddc сейчас исправлю, но, кажется, ошибка в том, что драйвер nv не смог работать с такой видеокартой:

(WW) NV: Ignoring unsupported device 0x10de0533 (C67 [GeForce 7000M / nForce
610M]) at 00@00:12:0
(WW) Falling back to old probe method for vesa
(EE) No devices detected.

(В ответ на комментарий №1)
> /usr/bin/monitor_ddc сейчас исправлю, 
Пожалуйста, поместите исправление в  5.1 и p5, когда они будут доступны и не закрывайте багу до этого.

так мне кажется, что не в alterator-x11 бага, а с драйвером/видеокартой какая-то проблема...

(In reply to comment #3)
> так мне кажется, что не в alterator-x11 бага, а с драйвером/видеокартой
> какая-то проблема...

Валера, что скажете?

драйвер nv не знает такой видеокарты

(В ответ на комментарий №5)
> драйвер nv не знает такой видеокарты

Понятно.
2zerg, shrek: А драйвер NVidia? А Vesa почему не работает?

(В ответ на комментарий №6)
> > драйвер nv не знает такой видеокарты
> А драйвер NVidia?
nvidia знает

$ fgrep 7000 nvidia-*.xinf
nvidia-173.14.20.xinf:alias pcivideo:v000010DEd00000533sv*sd*bc*sc*i* nvidia # GeForce7000M / nForce 610M
nvidia-185.18.36.xinf:alias pcivideo:v000010DEd00000533sv*sd*bc*sc*i* nvidia # GeForce7000M / nForce 610M

В общем, разборка показала, что не работает из-за как минимум 1-й причины:
отсутствия xorg.conf, вторая причина - xorg.conf.auto не совсем корректно генерируется (в частности, у меня ноутбучный дисплей с разрешением 1280х800, а в xorg.conf.auto максимальное разрешение 800х600).
Если скопировать xorg.conf.auto в xorg.conf, то startx проходит успешно, однако разрешение 800x600. После подправки руками разрешения на 1280х800 и startx, разрешение становится требуемым, однако панель КДЕ об этом не знает (видимо, настройки после первого запуска сохранились, картинка в аттаче).

Created attachment 4031 [details]
Xorg.0.log, screen, xorg.conf, лог startx

Содержание Xorg.0.log после удачного запуска startx, сгенерированный автоматически xorg.conf.auto, скрин экрана кде со старыми автоматическими настройками, вывод ошибок при удачном старте startx.

(В ответ на комментарий №8)
> В общем, разборка показала, что не работает из-за как минимум 1-й причины:
> отсутствия xorg.conf, вторая причина - xorg.conf.auto не совсем корректно
> генерируется (в частности, у меня ноутбучный дисплей с разрешением 1280х800, а
> в xorg.conf.auto максимальное разрешение 800х600).
> Если скопировать xorg.conf.auto в xorg.conf, то startx проходит успешно, однако
> разрешение 800x600. После подправки руками разрешения на 1280х800 и startx,
> разрешение становится требуемым, однако панель КДЕ об этом не знает (видимо,
> настройки после первого запуска сохранились, картинка в аттаче).

То есть дело-таки в alterator-x11.

Да, отсутствующий xorg.conf - моя проблема. В Сизифе исправил, кажется.
Плохое определение разрешений - из-за того, что все сложнее добыть инфу о мониторе, увы.

(В ответ на комментарий №11)
> Да, отсутствующий xorg.conf - моя проблема. В Сизифе исправил, кажется.
> Плохое определение разрешений - из-за того, что все сложнее добыть инфу о
> мониторе, увы.
2Rinat: проверьте, пожалуйста. 
2slazav: после проверки соберите для 5.1, пожалуйста.

(В ответ на комментарий №12)
> 2Rinat: проверьте, пожалуйста.
Ммм... А как проверить?
Заменить пакет alterator-x11 в LiveCD?
Или в параметре загрузки прописать init=/usr/bin/config-x11?
Или есть другой способ?

Прошу прощения если мешаю. Имею ту-же карту и те-же проблемы (22119). По опыту установки fedora, suse, mandriva выяснил следующее:
1. Драйвер nv с этой картой не работает (fedora (по крайней мере до 10) тоже выставляет nv и получаем те-же проблемы);
2. Драйвер vesa не работает с разрешением 1280х800 (mandriva-free и open-suse за неимением драйвера nvidia ставит vesa с разрешением 1024х768 и карта работает, правда не со своим разрешением).

Бывает ещё vesafb-tng, если не ошибаюсь (led@ занимался и неплохо отзывался).

(В ответ на комментарий №15)
> Бывает ещё vesafb-tng, если не ошибаюсь (led@ занимался и неплохо отзывался).

uvesafb

(В ответ на комментарий №16)
> uvesafb
Только отключите его перед тем, как станете использовать драйвер nvidia.

(В ответ на комментарий №17)
> (В ответ на комментарий №16)
> > uvesafb
> Только отключите его перед тем, как станете использовать драйвер nvidia.

Зачем? Не нужно ничего отключать. uvesafb отлично сосуществует с nvidia.ko

(В ответ на комментарий №18)
> Зачем? Не нужно ничего отключать. uvesafb отлично сосуществует с nvidia.ko
Разве что сейчас лучше стало. Когда-то при попытке использования у меня не смогло сосуществовать вообще.

(В ответ на комментарий №19)
> (В ответ на комментарий №18)
> > Зачем? Не нужно ничего отключать. uvesafb отлично сосуществует с nvidia.ko
> Разве что сейчас лучше стало. Когда-то при попытке использования у меня не
> смогло сосуществовать вообще.

Ни разу не было проблем: с момента появления именно uvesafb в 2007, начиная с ядра 2.6.18, на x86 и x86_64

Актуально?

(В ответ на комментарий №21)
> Актуально?
    
Судя по тому, что у stranger573@mail.ru эта проблема осталась на сборке дистра с lxde, то да. Или я не знаю какие изменения по части альтератора были в m-p-d после отпочкования бранча p5, от которого я и отталкивался...

По части альтератора особых не припомню; дело не в m-p-d, а в пакетной базе.

Проблема скорее всего в том, что драйвер NVidia даже не пытается примениться, а работать будет только с ним. NVidia ведь есть в составе диска? Почему он не подключается? Вполне ведь логично: если карта NVidia и драйвер nv не смог с ней работать, подключать фирменный NVidia. Из свободных с этой картой только Mesa работает прилично, без ускорения правда.

Продукт более не поддерживается. Если актуально, то необходимо перевешать на новый поддерживаемый репозиторий (p10, p11, Sisyphus).