покажите dmesg

(В ответ на комментарий №1)
> покажите dmesg

с dmesg раньше не сталкивался, просто загрузился опять с драйверами nvidia, иксы естественно опять не стартанули, вошел рутом ввел команду dmesg, вывелись на экран вот такие строки (нашел их в логах ядра /var/log/kernel/warnings)

Oct 14 23:18:03 ip210 kernel: [   32.016014] nvidia: module license 'NVIDIA' taints kernel.
Oct 14 23:18:03 ip210 kernel: [   32.016017] Disabling lock debugging due to kernel taint
Oct 14 23:18:04 ip210 kernel: [   32.784326] vboxdrv: fAsync=0 offMin=0x4ef offMax=0x1217
Oct 14 23:18:04 ip210 kernel: [   33.003422] NVRM: loading NVIDIA UNIX x86 Kernel Module  256.53  Fri Aug 27 21:03:42 PDT 2010
Oct 14 23:18:04 ip210 kernel: [   33.609641] vmap allocation for size 16781312 failed: use vmalloc=<size> to increase size.
Oct 14 23:18:04 ip210 kernel: [   33.609999] NVRM: RmInitAdapter failed! (0x26:0xffffffff:1027)
Oct 14 23:18:04 ip210 kernel: [   33.610005] NVRM: rm_init_adapter(0) failed

Прикрепите полный лог X-ов и полный вывод dmesg для начала

А еще лучше прикрепите nvidia-bug-report.log.gz от nvidia-bug-report.sh

Created attachment 4615 [details]
лог иксов

Created attachment 4616 [details]
лог ядра

Created attachment 4617 [details]
nvidia-bug-report

(В ответ на комментарий №7)
> Created an attachment (id=4617) [details]
> nvidia-bug-report

приложил все три файла

Пакет kernel-modules-drm-nouveau-std-def установлен?

Точнее, просто уалите его или внесите в blacklist.
В последних бетах он не устанавливается по умолчанию

(В ответ на комментарий №9)
> Пакет kernel-modules-drm-nouveau-std-def установлен?

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

Тогда не оно.

2 Vsu: Серег! Ты как-то писал в рассылке про какие-то манипуляции с памятью. Оно?

Действительно, похожая ситуация уже встречалась:

http://lists.altlinux.org/pipermail/sisyphus/2009-October/342705.html

Должно помочь добавление vmalloc=256M в параметры ядра. Также покажите содержимое /proc/vmallocinfo - возможно, в данном случае фрагментацию области vmalloc тоже провоцирует xfs.

Либо ещё один вариант, который, возможно, позволит обойтись без урезания lowmem с целью увеличения области vmalloc: вписать модуль nvidia в /etc/modules, чтобы он загружался до монтирования основной массы файловых систем (это сработает, если модуль nvidia запрашивает большие области vmalloc/ioremap сразу, а не по запросу от драйвера X-сервера).

Вообще что-то, связанное с фрагментацией области vmalloc при использовании xfs, чинили в ядре в версиях 2.6.33-2.6.34:

http://oss.sgi.com/archives/xfs/2010-01/msg00550.html
http://old.nabble.com/-patch-1-2--xfs:-remove-old-vmap-cache-td20085649.html

А, ну да, в dmesg же ясно написано: "use vmalloc=<size>"

(В ответ на комментарий №14)
> Либо ещё один вариант, который, возможно, позволит обойтись без урезания lowmem
> с целью увеличения области vmalloc: вписать модуль nvidia в /etc/modules, чтобы


попробовал я прописать в /etc/modules, не помогло, результат тот же

(В ответ на комментарий №13)
> Действительно, похожая ситуация уже встречалась:
> 
> http://lists.altlinux.org/pipermail/sisyphus/2009-October/342705.html
> 
> Должно помочь добавление vmalloc=256M в параметры ядра.

да, это помогло, спасибо. Прописал эту опцию vmalloc-256M и все заработало, иксы стартанули с драйверами nvidia.

Может в следующей сборке десктопа это поумолчанию сделать или оно может вызвать на других конфигурациях проблемы?

(В ответ на комментарий №17)
> > Должно помочь добавление vmalloc=256M в параметры ядра.
> да, это помогло, спасибо
Тогда FIXED