X 1.7 как конфигурировать

Доброго времени суток!

Собственно в чем проблема. Установил генту на новый винт, все ок, поставил Х-ы:
emerge -av xorg-server
Но где конфигурационные файлы? В /etc/X11/ создал xorg.conf подправил под hal. И ничего. Он берет конф файл откуда-то не понятно. Так как выдает ошибки dri dri2, хотя их там и в помине нет. Если указать впрямую конф файл читает тогда. Далее не понятно как настроить запуск gnome. Его тоже поставил. Но искомого .xinitrc в ~/ не обнаружил. Далее в rc.conf теперь отсутствует DISPLAYMANAGER, где он? В общем как сейчас все это добро настроить...

З.Ы. Вопрос наверное глупый, но не нашел информации по нему. Официальное руководство даже английское уже старое там самая новая версия Х-ов 1.6

То что подходит для 1.6

То что подходит для 1.6 подходит и для 1.7.Xorg 1.6 Upgrade Guide читали ? Если хотите подробный ответ то напишите вопросы по пунктам, и какие именно конфигурационные файлы вам нужно. А то тяжеловато вникать в то что вы написали. И ещё, кто интересно вам раньше ~/.xinitrc создавал ? После установки вывод консоли внимательно читали ? Там и про xinitrc и про displaymanager всё было написано.

Мышка дура, прав был Суворов.

После установки вывод консоли

После установки вывод консоли внимательно читали ? Там и про xinitrc и про displaymanager всё было написано.
видно не внимательно, подскажите плиз...
Я вообще 1.5 пользовался. А вопросы следующие:
1. Где лежать должен xorg.conf
2. Настраивать Xorg -configure в автомате или что-то поменялось?
3. DISPLAYMANAGER - нужно/не нужно прописывать? просто в rc.conf его нет
4. В .xinitrc как и раньше прописать exec gnome-session?
5. По прежнему ли используется xdm?

1. /etc/x112. как больше

1. /etc/X11
2. как больше нравится
3. /etc/conf.d/xdm (пользуете DM?)
4. нет, если да на предыдущий вопрос
5. см п. 3.

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

И по этому поводу решил

И по этому поводу решил подарить тебе запятую: ",". Используй ее с умом!
подарок принимается :) :) :)
1. А почему тогда при запуске, с копированием xorg.conf(никаких dri, dri2 там нет) в /etc/X11, идет ругань, что не может найти dri, dri2? Если же запустить с X -config /путь/к/конфигу, то все нормально запускается и никакой ругани.

А ругань на dri какая, как

А ругань на dri какая, как предупреждение или как ошибка ? Драйвера правильно установили ? Надо бы лог х-сервера запостить.
Если у вас железо со времени 1.5 не изменилось то в xorg.conf особо ничего менять не надо. Убрать секцию input devices и в /etc/make.conf прописать INPUT_DEVICES="evdev"
Видео драйвера какие ?

Мышка дура, прав был Суворов.

nvidia и они

ругань dri dri2 - ошибки и не запуск в итоге
nvidia и они поставлены
Просто я бы понял, если бы оно всегда выдавало ругань на dri, dri2, но выдается если просто startx выполнить, а в случае принудительного указания конфигурации все нормально.

tuupic@home ~ $ cat

tuupic@home ~ $ cat /var/log/Xorg.0.log | grep -i dri | grep EE
[    73.676] (EE) Failed to load module "dri" (module does not exist, 0)
[    73.676] (EE) Failed to load module "dri2" (module does not exist, 0)
[    76.204] (EE) NVIDIA: Failed to load module "dri2" (module does not exist, 0)
tuupic@home ~ $ 

И всё работает. Ошибки dri к неработоспособности отношения не имеют

Section "Files"

Section "Files"
    ModulePath "/usr/lib/xorg/modules/"
    ModulePath "/usr/lib/opengl/xorg-x11/"
EndSection

или

Section "Files"
    ModulePath "/usr/lib64/xorg/modules/"
    ModulePath "/usr/lib64/opengl/xorg-x11/"
EndSection

и трабл с

[    73.676] (EE) Failed to load module "dri" (module does not exist, 0)
[    73.676] (EE) Failed to load module "dri2" (module does not exist, 0)

уйдёт.

Чудеса какие-то... Проверьте

Чудеса какие-то... Проверьте xorg.conf что-ли, имя файла и путь к нему. Логики не видно.

Мышка дура, прав был Суворов.

Не имею ни малейшего

Не имею ни малейшего представления. Честно :)

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

sivsoft написал(а): Далее в

sivsoft написал(а):
Далее в rc.conf теперь отсутствует DISPLAYMANAGER, где он?

rc.conf нам своевременно сообщает:
# DISPLAYMANAGER has moved to /etc/conf.d/xdm

Вроде как dri и dri2 по-умолчанию загружаются. Но если на них ругань, что их нет, то скорее всего драйвер видео использует свои интерфейсы.

Справедливость восторжествует.

Если у вас nvidia

Если у вас nvidia с их дровами то можно вообще:

Section "Module"
        Disable         "dri"
        Disable         "dri2"
        Load            "glx"
        Load            "extmod"
        Load            "wfb"
        Load            "record"
        Load            "dbe"
        Load            "freetype"
EndSection

Мышка дура, прав был Суворов.

Но X-сервер оскорбит вас и

Но X-сервер оскорбит вас и все-равно попытается их загрузить :) Не могу с уверенностью это сказать, nvidia дома, но такое уже проделывал.

Справедливость восторжествует.

Но ведь работать будет

Но ведь работать будет

Мышка дура, прав был Суворов.

Да, будет

Да, будет

Справедливость восторжествует.

В общем разобрался,

В общем разобрался, действительно глюканул я. В логи надо было сразу смотреть, а меня сбило с толку запуск X-ов с указанием конкретного пути к конфе. В логах как раз и указано, что использует конфиг из /etc/X11/xorg.conf.
Правда вопросы все равно остались:
1. Так и не видит собака, мыши и клавы:

(**) Option "AllowEmptyInput" "True"
(==) Automatically adding devices
(==) Automatically enabling devices
(**) ModulePath set to "/usr/lib64/xorg/modules"
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
  If no devices become available, reconfigure HAL or disable AutoAddDevices.

С hal действовал по этому ФАКу: http://www.gentoo.ru/content/ne-rabotaet-klaviatura-i-mysh-v-xorg-15
Может надо было что-то еще.
2. Прописал в .xinitrc старт гномьей сессии. По startx она и запускается, без клавы и мыши правда (но об этом в пункте 1 сказано). Раньше запускал через xdm и его через rc-update добавлял, как теперь автоматом забить, чтобы стартовала сессия при старте системы, без xdm.

Как насчет

~/.bashrc?

Можно туда вставить команду на запуск X
Соответственно после логина сразу попадете в ваш DE.

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

1. А так чтобы логин в gdm

1. А так чтобы логин в gdm вводить?
2. И на мой первый вопрос ответьте плиз, он даже важнее.

sivsoft написал(а): 1. А так

sivsoft написал(а):
1. А так чтобы логин в gdm вводить?
2. И на мой первый вопрос ответьте плиз, он даже важнее.

1. Ну так пользуйтесь xdm. Что Вам мешает?
2. Почему бы не обновиться до 1.8? Он уже давно замечательно работает и не менее замечательно определяет устройства ввода.
И покажите уже Ваш xorg.conf. Целиком.

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

sivsoft написал(а): С hal

sivsoft написал(а):
С hal действовал по этому ФАКу: http://www.gentoo.ru/content/ne-rabotaet-klaviatura-i-mysh-v-xorg-15
Может надо было что-то еще.

прописать в xorg.conf:

Section "ServerFlags"
        Option      "AllowMouseOpenFail" "true"
        Option      "AllowEmptyInput" "false"
EndSection

настройки для клавы и мыши пишете, как раньше в xorg.conf
и хватит парится с hal`ом, тем более его всё равно выкидывают в 1.8

PS: драйвера клавы и мыши не забыли пересобрать после обновления xorg ?

________________________
"We Will Win"

Чтв Авг 19

Чтв Авг 19 21:02:11-arago@arago-desktop:/tmp
^_^ grep 'Using config file' /var/log/Xorg.0.log
(==) Using config file: "/etc/X11/xorg.conf"

А у тебя с этим как?
У мну с одинаковым /etc/X11/xorg.conf и 1.7.7 и даже 1.8.2 работают. Думаю если иксам не понравится конфиг 1.5 то они пожалуются на это в grep EE /var/log/Xorg.0.log или (в тяжелых случаях) в консоль...

Короче разобрался вроде я...

Короче разобрался вроде я... У меня hald не стартовал, забыл добавить через rc-update. Но это ерунда...
Потому что проблемы продолжились. Запускаю ручками:

# /etc/init.d/hald start
* Start D-BUS system messagebus ...
UUID file '/var/lib/dbus/machine-id' should contain a hex string of length 32, not length 0, with no other text
* Starting ConsoleKit daemon ...
* Starting Hardware Abstraction Layer daemon ...
rm: невозможно удалить /var/lib/init.d/starting/hald

Дальше вообще начинается бред, он сразу выбрасывает из системы и предлагает ввести имя и пароль. Никакие команды не работают как им положено, например, reboot опять дает командную строку, попытка просмотра лога чего-то пытается удалить и т.к. далее...
Короче какой-то мрак.
А первый раз когда запускать попытался hald все, что со * вывелось и стоит * Starting Hardware Abstraction Layer daemon ..., я не дождался, уж слишком долго висит.
Что это может быть?

UUID file

UUID file '/var/lib/dbus/machine-id' should contain a hex string of length 32, not length 0, with no other text

У тебя ещё и dbus сломан ^_~

uuidgen |tr -d - > /var/lib/dbus/machine-id

А вот мрак - это странно. Не должно такого быть изза dbus'а - тому же cat'у dbus нафиг не нужен. В /var/log/messages есть что нить на эту тему?

sudo tail -f /var/log/messages

в соседней консоли сделай и посмотри что выдаст?

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

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