Сбой граф. системы при загрузке X
Гость 16 ноября, 2005 - 21:10
Все работало нормально, пока в один прекрасный день(сегодня) не удалось с первого раза загрузить иксы. Собственно, что происходит: при загрузке kdm гаснет экран и пропадает реакция на внешние раздражители (клавиатура, мышь, пользователь). Моя конфигурация:
AMD Duron 750
VIA CT7VJD2 (KT266)
Radeon 9100
и прочие необходимые мелочи
Поддержка Radeon´а встроена в ядро, дрова - Xorg´вские. Как порулить данную проблему? Когда у меня была Красная Шапочка, точно такая же проблема возникала, лечилась добавлением какого-то параметра куда-то, но, к сожалению, не помню куда и кого...
Какие будут предложения?
»
- Для комментирования войдите или зарегистрируйтесь
Сбой граф. системы при загрузке X
У меня такая же проблема... Тока железяки другие немного...
http://gentoo.ru/node/1492
_________________
My own world - is GENTOO!!!
модулем
Насколько я знаю графические карты надо обязательно модулем а не в ядро включать
Да нет, вовсе не
Да нет, вовсе не обязательно чтобы у видяхи от ATI дрова подгружались как модуль.
Выбросило в терминал, попробуй зайти под root'ом и набери
# /etc/init.d/xdm start
Если не прогрузиться - то по крайней мере выдаст ошибку и можно будет что-то поконкретнее сказать. Ещё маленькие советы - вспомни, что ты делал и почитай логи.
но всё-же
и всё-же если ничего не поможет всётаки попробуй пересобрать ядро и включить видяху модулем. Это не повредит уж точно.
Всё-таки не надо...
Я не могу придумать не одного логичного обьяснения почему это могло бы помочь.
По-поводу того что это не повредит: нужен будет как минимум один (а скорей всего и больше) системный вызов для загрузки модуля, а это переключение контекста, что требует некоторого времени :))) (Только не воспринимайте это всерьез).
шанс
Я сказал если ничто другое не поможет, то можно попробовать.
Лично у меня ни одна видяха ещё без модуля не грузанулась, хотя ATI ещё не пробовал.
Быть иксам или не быть вот в чём вопрос. :)
да ну их... все в
да ну их... все в терминал :)
На работе имеется сервак и дрова на ATI вкомпилены в ядро и все работает (direct rendering: yes...). Возможно, они просто неправильно вкомпилены. Видимо, истины мы не узнаем - автор куда-то "пропал"
Мне б хоть терминал :-(
Автор не пропал, у автора инета мало.
Как можно вкомпилить дрова неправильно? Они либо работают, либо нет. Хотя в моем же случае ситуацию - "нечто среднее" :-). Дело в том, что зависает ВСЕ. Т.е. переключиться в терминал нельзя совсем (один случай из пяти, когда во время старта иксов система еще не зависла, и нажатие ALT+F1 успевает сработать до подвисания). Отсюда еще такой вопрос: если иксы сидят на автозапуске, то как можно загрузить систему, не загружая их совсем? Что-то типа Safe Mode или Command Promt вариантов загрузки форточек.
В принципе причина, по которой это все зависает, известна. Дело в железе. В районе 2001г (диапазон точно сказать не могу) у видеокарт ATI и чипсетов для AMD частенько случались "недопонимания". При включении видеорежима благодаря особенностям реализации "AGP Fast Write" происходил сбой, в результате которого часть команд не доходила в нужное время до видеокарты. А у стандарта AGP есть правило - если не дошло - послать заново. Т.о. система подвисала, пытаясь послать команды в видеокарту, которые не доходили. Не знаю, чем в это время занимался ЦП, но, по-видимому, его просто "игнорили". Такое зависание лечится лишь Reset'ом.
Когда-то, работая с Красной шапочкой, у меня была такая же проблема. Она порулилась, как я уже говорил, добавлением какого-то параметра в какой-то конфиг. Причем, если мне не изменяет память, значение параметра было типа "nopentium" (за возможные знаки препинания и другие буквы не ручаюсь). Соответственно, при запуске граф. режима это кем-то учитывалось и команды подавались "безопасно". Так что проблема, в общем-то не в дровах и их интеграции в систему, а в настройках этих дров.
Добавлю, что та же ситуация у меня происходит в переустановке форточек. Только они работают дольше: успевают показать Рабочий Стол, и дают потыкаться в среднем секунд 20. Вот за эти 20 секунд нужно успеть зайти в настойки адаптера и убрать режим "Fast Write". Прям-таки кино: "сконфигурировать за 20 секунд" :-))))))
Так что вопрос можно попробовать переформулировать: как отключить Fast Write в системе, которая, автоматически загружая иксы, подвисает? Можно разбить на две части: как загрузить консоль и как сделать реконфиг?
Надеюсь, мое сообщение хотя бы в развлекательном плане оказалось кому-нибудь полезным.
rc-update -d xdm
rc-update -d xdm default
emerge ati-drivers
fglrxconfig
сразу после
сразу после загрузки ядра, перед стартом сервисов, можно нажать I, тогда будешь в ручную выбирать, какой сервис стартовать... ну либо загрусится с LiveCD, сделать chroot а потом
rc-update del xdm default
_________________
GNU/Wonderland -- GNU/Страна чудес, страна, в которой вы часто бываете, но, в которую, что примечательно, не надо оформлять визу.
Не знаю как для
Не знаю как для ATI, но для nvidia именно так (раз с инетом туго, то выложу часть из HOWTO с gentoo-wiki.com):
#cat /proc/driver/nvidia/agp/status
Status: Enabled
Driver: AGPGART
AGP Rate: 4x
Fast Writes: Enabled
SBA: Enabled
#dmesg | grep NVAGP
NVRM: not using NVAGP, AGPGART is loaded!!
NVRM: not using NVAGP, AGPGART is loaded!!
#cat /proc/driver/nvidia/agp/card
Fast Writes: Supported
SBA: Supported
AGP Rates: 4x 2x 1x
Registers: 0x1f000217:0x1f000314
# cat /proc/driver/nvidia/agp/host-bridge
Host Bridge:
Fast Writes: Supported
SBA: Supported
AGP Rates: 4x 2x 1x
Registers: 0x1f000217:0x1f000314
If your card and bridge support FW and SBA then just edit /etc/modules.d/nvidia
alias char-major-195 nvidia
options nvidia NVreg_EnableAGPSBA=1 NVreg_EnableAGPFW=1
Reboot. To make sure that the Fastwrite and SBA are enabled just
# cat /proc/driver/nvidia/agp/status
Status: Enabled
Driver: AGPGART
AGP Rate: 4x
Fast Writes: Enabled
SBA: Enabled
Да можешь и с LiveCD подгрузиться, примонтировать диск, chroot'ится и изменить что надо.