Xorg, черный экран. nVidia + xorg-server-1.6.1 [РЕШЕНО]
Экспериментировал на ноуте с рабочей Gentoo, всё работало как положено, иксы и не только. Довёл до состояния не стояния, загадил всё до неузнаваемости лень было разбираться решил собрать систему снова, всё было слишком, просто и без каких либо серьёзных ошибок, собрал иксы, запустил Xorg -configure, начал тестировать конфиг, но иксы после лого nVidia виснут, даже курсора не появляется, просто чёрный экран. Xorg.0.log вообще не содержит ни каких ошибок, иксы не не выключаться при помощи ctrl+alt+backspace, только если перейти в консоль и ctrl+c. Попробовал запустить xorgcfg, но каково было моё удивление когда команда и вовсе была не найдена. Попробовал искать в интернете, но увы уже второй ден немогу найти чего-либо полезного. Незнаю в какую сторону копать. Если кто предполагает в чём может быть проблема, буду благодарен за помощь.
ЗЫ: Какую инфу нужно выложить для того чтобы ускорить процесс решения проблемы?
ЗЫЗЫ:
Использую ~x86
Также начал замечать проблему:
IRQ 16/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs
- Для комментирования войдите или зарегистрируйтесь
мб всё таки показать логи?
мб всё таки показать логи?
Может быть собрано всё с hal
Может быть собрано всё с hal и hald просто не запущен?
Две самых больших отмазки,
Две самых больших отмазки, кризис и hal. Логи надо смотреть, там уже всё и видно.
Эм... Кризис?
Эм... Кризис?
Xorg.0.log: This is a
Xorg.0.log:
да вы достали все выкладывать
как вы надоели выкладывать свои километровые логи!
Раз hal есть и демон hald запущен, то UnloadModule: "evdev" какбы намекает.
В FAQ товарисч, там по этому поводу есть.
Совсем уважением, но я
Совсем уважением, но я стараюсь решать свои проблемы сам. При помощи поиска и подобных манипуляций. И только в крайних случаях обращаюсь на форум и стараюсь быть вежливым и излагать мысли до конца, по возможности.
Позвольте теперь мне по возмущаться:
"Как Вы надоели посылать факи читать не приводя ссылок и не говоря о каких факах идёт речь, именно!"
То есть, если вас не затруднит, приведите хоть какую нибудь информацию о каких именно FAQ идёт речь.
Вообще-то было бы неплохо
Вообще-то было бы неплохо прочитать весь FAQ. Сразу, чтоб потом не приходилось туда посылать.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Дело в том, что до этого не
Дело в том, что до этого не раз ставил и всё работало, подобных проблем никогда не было. А теперь... ну в общем, результат на лицо. Повторю вопрос, о каком именно FAQ идёт речь?
Спасибо.
Насчет логов - осильте
Насчет логов - осильте wgetpaste. А FAQ - http://www.gentoo.ru/faq.
Ну просто проблема тыща и один раз решалась, даже щас вон тема открыта с подобным.
в ядре включить поддержку evdev. К примеру:
xscrew@laptop ~ $ zcat /proc/config.gz | grep EVDEV
CONFIG_INPUT_EVDEV=y
CONFIG_USB_VIDEO_CLASS_INPUT_EVDEV=y
# CONFIG_USB_PWC_INPUT_EVDEV is not set
в make.conf
INPUT_DEVICES="evdev"
xorg-server собрать с флагом hal, hald - демон должен быть запущен. Из xorg.conf убрать все упоминания об input devices. И все!
xscrew написал(а):как вы
Насчёт логов согласен, но вот данный вопрос не озвучен в FAQ, ибо Xorg успешно получил от hald всё что ему нужно, даже загрузил драйвер, но вот открыть устройство не смог, сдаётся мне в я дре нет дров для event устройств.
Топикстартеру логи на dpaste.com лучше, ну и туда же конфиг ядра пожалуйста запость. Кстати для этого есть удобная утилита wgetpaste, так и вам удобней и форуму полегче.
P.S. В официальном руководстве вопрос озвучен, в FAQ gentoo.ru нет.
/
In a nutshell, HAL allows to set the exact same properties as xorg.conf does but with a lot more flexibility: you can now have per-device layouts for instance. All of this is provided by the xf86-input-evdev driver.
First, make sure you've built xorg-server with INPUT_DEVICES="evdev" and enabled evdev in your kernel.
/
В том-то и вся проблема,
В том-то и вся проблема, evdev в ядре включен и USE установлен, то есть INPUT_DEVICES. Из xorg.conf убрал всё что связано с устройствами ввода. Всё это я сделал ещё до первого запуска. Но проблема как видете всё-же имеет место.
Вот конфиг ядра:
http://pastebin.ca/1468544
(WW) Open ACPI failed
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
Может ему сильно не нравится что не запущен acpi демон?
Да вы абсолютно правы, я ещё
Да вы абсолютно правы, я ещё вчера на это внимание обратил собрал acpi, ещё раз запустил но без изменений пока сегодня не прочитал ваш пост, собрать - собрал, а вот запустить не подумал! =] В любом случае сдвиг небольшой есть, но пока что результата нет, иксы не запускаются, пока что.
У меня закипел мозг!
У меня закипел мозг! 0_о
Большая просьба, тем кто может хоть немного прояснить ситуацию, помочь:
За это всё время я нечего не изменял, за исключением acpi просто собрал и запустил. Но дело далеко не в этом, ситуация сложилась такая. Запускаю Xorg -configure, генерируется xorg.conf.new, запускаю X -config ~/xorg.conf.new чёрный экран, запускаю startx без конфига, пытается запуститься, но даже не доходит до графики сервер при некотором кол-во ошибок завершает работу, а теперь самое интересное(сделал ради интереса): Копируем xorg.conf.new в /etc/X11/xorg.conf без лишних манипуляций, startx, б*я, работает! 0_о
ЗЫ: Куда делся xorgcfg? Это глобально или только у меня его вообще нет? xorg-server 1.6.1.
Была точно такая же ситуация.
Была точно такая же ситуация. Все точно также, за исключением того что ставил я на vmware генту для экспериментов )
Я грешил на vmware именно, но как вижу дело не в ней. Жаль что не заметил твоей темы раньше, т.к. скопировать xorg.conf.new в /etc/X11/xorg.conf я попытался первым делом после того как увидел перед собой черный экран )
Ставился тоже xorg-1.6.?, до этого с другими версиями таких глюков не встречал
Столкнулся с подобной
Столкнулся с подобной проблемой. Кое-какие объяснения нашёл для себя вот здесь http://www.freebsd.org/doc/ru/books/handbook/x-config.html
Может кому-то пригодится.
ЗЫ
# Xorg -config xorg.conf.new
Начиная с Xorg 7.4 и выше, это тестирование покажет лишь черный экран, что делает диагностику не совсем полноценным. Старое поведение будет доступно при использовании опции retro
# Xorg -config xorg.conf.new -retro
respect пригодилось
respect пригодилось
cyberdimk