Решено: Большие проблемы после сборки Gentoo

[grumbler]

Уважаемый All!

Дошли мои руки до установки Gentoo на десктоп (AMD64 + NVidia GeForce 6600GT).
И вот после долгой установки/сборки загрузившись в свеженькую систему получил такой результат: после нескольких минут работы (только с запущенными X'ами и KDE в них) система встаёт замертво (при "резком" шевелении мышой), а если запустить на просмотр какой-нить DVD, то вешается практически сразу...

Сначала были подозрения на хард (ошибка ввода-вывода) ==> проверил хард на бэды (даже пробовал с новым хардом) -- проблема не в нём.
Думал, что проблемы с железм (контроллером) ==> поставил рядом Kubuntu -- та работает на ура! (то есть, проблема не в железе.)

что за железо:
камень: AMD Athlon 64 3000+
мать: Asus K8N-E
мозги: DDR-I 500 MHz (Kingmax) 2GB
видео: NVidia GeForce 6600GT (PCI-X)

как ставил:
после загрузки с минимального LiveCD Gentoo 2006.1 AMD64, распаковки архивов stage3 и portage, выполнив все необходимые последующие действия, перезагрузился в рабочую систему, обновил дерево portage, а затем обновил систему:

Код: Выделить всё

emerge --sync
emerge --update --deep --newuse world
emerge --depclean
revdep-rebuild
etc-update
reboot

в процессе установки старался строго следовать официальному хэндбуку, за некоторыми исключениями:
содержимое /etc/make.conf

Код: Выделить всё

CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
PORTDIR_OVERLAY="/usr/local/portage"
MAKEOPTS=""
ACCEPT_KEYWORDS=""
USE="X alsa amd64 arts avi berkdb bitmap-fonts cairo cdr cli crypt cups dbus dlloader dri dvd dvdr eds elibc_glibc emboss encode esd fam firefox fortran gdbm gif -gnome gpm gstreamer -gtk -gtk2 hal input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kernel_linux ldap libg++ mad mikmod mp3 mpeg ncurses nls nptl nptlonly nvidia ogg opengl oss pam pcre pdflib perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev unicode userland_GNU vorbis xml xorg xv zlib"
FEATURES="ccache"
CCACHE_SIZE="2G"
INPUT_DEVICES="keyboard mouse"
VIDEO_CARDS="nvidia"

ввиду того, что во время компиляции модуля x11-drivers/xf86-input-evdev-1.1.2-r2 вывалилась ошибка (честно говоря, уже не помню какая), пришлось проделать следующие манипуляции, чтобы собрать систему с более свежей версией (правда, уже не из стабильной ветки):
содержимое /etc/portage/package.keywords

Код: Выделить всё

>=sys-apps/mkinitrd-4.2.0.3
=x11-drivers/xf86-input-evdev-1.1.5-r1

содержимое /etc/portage/package.mask

Код: Выделить всё

<x11-drivers/xf86-input-evdev-1.1.5-r1

драйвер для видеокарты устанавливал ручками, поэтому:
содержимое /etc/portage/profile/package.provided

Код: Выделить всё

x11-drivers/nvidia-drivers-1.0.9755-r1

ядро конфигурил ручками (конфиг прилагается), пользовал текущее на момент установки системы ядро (2.6.20) с родными джентушными патчами.
X'ы и KDE собирал из стабильной ветки.
В чём может крыться проблема?
Или что я сделал не правильно?
Может, кто уже с подобной бедой сталкивался..?

[ddc]

А в "/var/log/dmesg" нет ничего относящегося к вопросу? Кроме того, может дело в драйверах nvidia? Попробуйте:

root@hostname

# sed -i s/nvidia/nv/ /etc/make.conf /etc/X11/xorg.conf # emerge -uDN world

[grumbler]

А в "/var/log/dmesg" нет ничего относящегося к вопросу?

В сообщениях от ядра ничего подозрительного не обнаружил...

Кроме того, может дело в драйверах nvidia? Попробуйте:

root@hostname

# sed -i s/nvidia/nv/ /etc/make.conf /etc/X11/xorg.conf # emerge -uDN world

А вот с дровами действительно могут быть проблемы...
Сейчас запущу пересборку системы без проприетарных дров. Завтра увижу результат.
Спасибо.

[serzh-z]

пришлось проделать следующие манипуляции, чтобы собрать систему с более свежей версией (правда, уже не из стабильной ветки):
содержимое /etc/portage/package.keywords

Код: Выделить всё

>=sys-apps/mkinitrd-4.2.0.3
=x11-drivers/xf86-input-evdev-1.1.5-r1

содержимое /etc/portage/package.mask

Код: Выделить всё

<x11-drivers/xf86-input-evdev-1.1.5-r1

Как я понимаю - это не ноутбук и никаких необычных устройств ввода, типа тачпада, нет - в таком случае лучше отфильтровать лишние флаги (в том числе и evdev) INPUT_DEVICES и оставить лишь mouse и keyboard (в make.conf: 'INPUT_DEVICES="mouse keyboard"' или в use.conf: '*/* INPUT_DEVICES: -* mouse keyboard').

[grumbler]

Как я понимаю - это не ноутбук и никаких необычных устройств ввода, типа тачпада, нет - в таком случае лучше отфильтровать лишние флаги (в том числе и evdev) INPUT_DEVICES и оставить лишь mouse и keyboard (в make.conf: 'INPUT_DEVICES="mouse keyboard"' или в use.conf: '*/* INPUT_DEVICES: -* mouse keyboard').

Выпроводил из USE-флагов evdev.
в make.conf

Код: Выделить всё

USE="... -input_devices_evdev ..."
INPUT_DEVICES="keyboard mouse"

Однако это не изменило ситуации: при сборке какого-нибудь пакета и одновременном просмотре DVD (это у меня тест такой на живучесть)) через какое-то время система вешается(((.
Правда с этих пор после такого "вставания колом" в течение пары секунд можно ещё двигать мышой, а затем система сама ребутится -- такого ранее не было...
Блин... где грабли?
Что ещё может "мешать"?

[ddc]

А что показывает отсутствие бинарников от nvidia?

[serzh-z]

Блин... где грабли?

Нужно выяснить в чем проблема - в драйвере или иксах, как сказал ддц выше, стоит попробовать стандартный драйвер (nv или даже лучше vga). Очень вероятно, что с ним все будет ОК - тогда останется надежда на поиск рабочей версии официального закрытого драйвера.

[grumbler]

А что показывает отсутствие бинарников от nvidia?

Нужно выяснить в чем проблема - в драйвере или иксах, как сказал ддц выше, стоит попробовать стандартный драйвер (nv или даже лучше vga). Очень вероятно, что с ним все будет ОК - тогда останется надежда на поиск рабочей версии официального закрытого драйвера.

Следуя рекомендациям неофициального фака по видеокартам nVidia в Gentoo, при установке системы я собственноручно удалил из ядра поддрежку карт от nVidia (о чём благополучно забыл), в результате чего вчера утром после пересборки системы проверить её без двоичных драйверов не удалось.
Однако сегодня, предварительно пересобрав ядро, произвести эксперимент удалось.
В результате получил стабильно работающую систему. Следовательно, проблема была в закрытых драйверах.
Спасибо всем за участие и помощь!

[grumbler]

Хм... проблема, конечно, локализована, но НЕ РЕШЕНА! (((

Я так и не могу найти ни одного (!!!) стабильно работающего драйвера от nVidia!!!
Это наводит на мысль, что что-то всё-таки не так!
Ещё одна проблема, с кот. я столкнулся -- не получается установить проприетарные драйвера посредством emerge. Однако, они на удивление легко ставятся следующим образом:

root@grumbler-desktop

cd /usr/portage/x11-drivers/nvidia-drivers/ ebuild ./nvidia-drivers-1.0.9755-r1.ebuild merge

или вообще вручную -- запуском инсталлятора NVIDIA-Linux-x86_64-1.0-9755-pkg2.run.

Ещё один нюанс:

root@grumbler-desktop

lsmod | grep nvidia nvidia 7757880 22

Мне кажется, что модуль nvidia должен быть ещё с чем-нибудь связан..?

На всякий случай: конфиг /etc/X11/xorg.conf у меня выглядит следующим образом:

Код: Выделить всё

# Оверквотинг

У кого-нибуть есть ещё идеи?

[chitatel]

Ещё один нюанс:

root@grumbler-desktop

lsmod | grep nvidia nvidia 7757880 22

Мне кажется, что модуль nvidia должен быть ещё с чем-нибудь связан..?

Хм... Оказывается и у меня:

Код: Выделить всё

lsmod
Module                  Size  Used by
nvidia               4712660  22

Всё вроде работает. Тогда зачем ещё что-то?

[grumbler]

Хм... проблема, конечно, локализована, но НЕ РЕШЕНА! (((

Проблема разрешилась сама-собой после перехода на ядро версии 2.6.16!