Не загружаются X и KDE
Установил Генту на лаптоп MSi GX70 (ноут на АМД с АПУ и внешней видюхой, ставить fglrx не собирался, поскольку для новых ядер и Х-ов его не будет). X-ы и, как следствие, КДЕ не загружаются. Пробовал 'X -configure', вылетают, не создавая xorg.conf.
'wgetpaste /etc/kernels/kernel-config-x86_64-4.1.15-gentoo-r1': https://bpaste.net/show/b15a6dabc385 .
'wgetpaste /etc/default/grub': https://bpaste.net/show/25dde23b7012 ,
'/var/log/messages': https://bpaste.net/show/314a4e21eb4d .
'wgetpaste /etc/portage/make.conf': https://bpaste.net/show/2153a4c79844 .
Xorg.0.log нулевой длинны.
dmesg: https://bpaste.net/show/f6184c020463 .
'wgetpaste sddm.log': https://bpaste.net/show/1480576e11c3 .
'wgetpaste /etc/portage/make.conf': https://bpaste.net/show/a327525316be .
Профиль: default/linux/amd64/13.0/desktop/plasma.
Какие ещё логи нужны, пишите, выложу. Ну и прошу помочь :)
- Для комментирования войдите или зарегистрируйтесь
1. Проверь все ли сделано по
1. Проверь все ли сделано по https://wiki.gentoo.org/wiki/Handbook:AMD64 и https://wiki.gentoo.org/wiki/KDE
2. Вместо
make.conf
лучше датьemerge --info
- здесь представлена реальная конфигурация.3.
xorg.conf
не обязателен и даже может помешать, если его сделать неправильно.4. Странно, что нет никакого лога Х-ов... покажи выдачу после команды
startx
в пользовательской консоли, но не под рутом!'emerge --info':
'emerge --info': https://bpaste.net/show/258092fa479e
Сейчас лог создался.
Xorg.0.log: https://bpaste.net/show/41d902651d2a .
Вывод startx в консоли
1. Не надо картинок на левых
1. Не надо картинок на левых сайтах!!! Это не винды, если нужно собрать вывод, то просто
и все! ;)
2. У тебя проблемы с драйверами:
2.1. Зачем VESA и radeon одновременно?
2.2. полагаю, что ядро собрано правильно, но после каждой (пере)сборки ядра надо еще пересобрать Х-вые драйвера
Цитата: но после каждой
Зачем? Если используется открытый видео драйвер, то не нужно, в случае с закрытым - надо. Открытый драйвер на то и открытый, что ядерная часть поставляется вместе с ядром.
Драйверы xorg-server`а нужно пересобирать только в случае обновления xorg-server`а.
Но в данном случае, скорее всего, будет не лишним всё пересобрать.
Ну да, ну да... :)
Ну да, ну да... :) a
@x11-module-rebuild
oт ничегонеделанья придумали...Ять, я не думал, что ты такой
Ять, я не думал, что ты такой дубовый.
Ещё раз, видео драйвер состоит из ядерной части, работающей в пространстве ядра и собственно драйвера xorg-server`а.
Так вот если в системе была версия xorg-server-1.16.*, а затем xorg-server был обновлён до ветки xorg-server-1.17.*, то в этом случае нужно пересобрать все пакеты в x11-drivers/*, т.е. вот эти:
В пределах одной ветки xorg-server`а пересобирать драйвер xorg-server`а, именно xorg-server`а не нужно, т.е. те файлы, что находятся в /usr/lib64/xorg/modules/drivers.
В случае обновления ядра и использования проприетарного драйвера nvidia или fglrx нужно под новое ядро собирать модуль ядра nvidia.ko или fglrx.ko, так вот твой @x11-module-rebuild как раз таки для этого и придумали, он и называется @x11-module-rebuild потому, что и пересобирает пакеты, которые содержат модули для ядра.
Я тебе и написал, что в случае использования открытого видео драйвера, в данном случае radeon пересобирать пакет x11-drivers/xf86-video-ati не нужно, да и прочие драйверы xorg-server`а тоже. Т.е. ядерная часть драйвера находится в ядре и тут нужно пересобирать ядро, если ТС не собрал ядро с поддержкой соответствующего драйвера
Переход на личности
Переход на личности опустим... далее цитирую
Не совсем так, точнее, совсем не так: не для ядра, а для Х-ов, используя текущие ядерные драйвера/настройки, т.е. для связи Х-ов с ядром. Например:
ну и где тут проприетарные драйвера?! ;)
Поэтому при изменении ядра теоретически нужно пересобрать Х-овые модули для корректной связи/работы. Другое дело, что как правило изменения в ядре не существенно меняют интерфейс на Х-ы, поэтому система прощает отступление от "best practice". Это также как при обновлении библиотеки теоретически нужно пересобрать все пакеты, зависящие от этой библиотеки, но реально это не всегда нужно.
kostik87 написал(а): Открытый
ага, и даже требует закрытую фирм
тварь без которой не работает. Открытый radeon, такой открытый.И что? Файлы прошивок как
И что? Файлы прошивок как будут лежать в /lib/firmware так и останутся.
По поводу пересборки дров
Несомненно с дровами беда. По поводу пересборки дров после соборки ядра, знаю, но сперва ставил ядро, а потом собирал всё остальное, что естественно при установке с нуля :) Но сейчас пересоберу.
x86-video-ati ругнулся на:
CONFIG_DRM_RADEON_UMS: should not be set. But it is.
* CONFIG_FB_RADEON: should not be set. But it is.
Подправил конфиг ядра, пересобрал ядро, дрова. То же самое.
'startx 2>&1|tee LogFile': https://bpaste.net/show/8a586a86b7d2
Где Весу убрать? В make.conf один радеон же прописан.
Ясно же там все написано,
Ясно же там все написано: прог не хватает - поставь
И новый лог Х-ов дай, если проблема есть еще.
Теперь запустились, но
Теперь запустились, но вылетают через несколько секунд, ввод не работает, на клаву никакой реакции, курсора мышки не появляется.
Поставил 'rc-update add xdm default', в /etc.conf.d/xdm сессию sddm, запускается экран приглашения КДЕ и вылетает через несколько секунд, на клаву никакой реакции, курсора мышки не появляется.
Лог опять нулевой, к сожалению.
dmesg: https://bpaste.net/show/8f363dbb9c86
messages: https://bpaste.net/show/1125d53d12fd
sddm.log: https://bpaste.net/show/2cd1452cd05b
Кстати, не ясно, почему эти три пакета не подцепляются при установке xorg-а.
Абсолютно ясно
Запусти из консоли
startkde
. Kстати, п.1 тут сделал?Абсолютно ясно - они не являются зависимостями Х-ов, да и не должны быть... а вот голова должна быть на месте... ;)
Сделал всё по п.1 ;)
Сделал всё по п.1 ;)
startkde:
$DISPLAY is not set or cannot connect to the X server
Если запустить
export DISPLAY=:0.0 ; startx
, Х-ы запускаются, клава работает секунды 2, потом всё зависает и комп перезагружается, лог пустой.Вот, что выдаёт
Xorg -configure
: https://bpaste.net/show/4134318c9ca4 .Неправильно!
Неправильно!
Надо было запускать в X-консоли (после запуска Х-ов).
P.S. Покажи
P.P.S. Лог Х-ов уже недоступен, покажи новый.
В консоли Х-ов ввести не
В консоли Х-ов ввести не могу, поскольку они виснут и комп перезагружается.
.xinitrc и .xserverrc нет. DISPLAYMANAGER="sddm" прописал в /etc/conf.d/xdm.
cat /etc/X11/xinit/xserverrc
#!/bin/sh
if [ -z "$XDG_VTNR" ]; then
exec /usr/bin/X -nolisten tcp "$@"
else
exec /usr/bin/X -nolisten tcp "$@" vt$XDG_VTNR
fi
cat /etc/X11/xinit/xinitrc
#!/bin/sh
userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/etc/X11/xinit/Xresources
sysmodmap=/etc/X11/xinit/Xmodmap
# merge in defaults and keymaps
if [ -f $sysresources ]; then
xrdb -merge $sysresources
fi
if [ -f $sysmodmap ]; then
xmodmap $sysmodmap
fi
if [ -f "$userresources" ]; then
xrdb -merge "$userresources"
fi
if [ -f "$usermodmap" ]; then
xmodmap "$usermodmap"
fi
# start some nice programs
if [ -n "`/etc/X11/chooser.sh`" ]; then
command="`/etc/X11/chooser.sh`"
else
failsafe="yes"
fi
if [ -d /etc/X11/xinit/xinitrc.d ] ; then
for f in /etc/X11/xinit/xinitrc.d/?* ; do
[ -x "$f" ] && . "$f"
done
unset f
fi
if [ -n "$failsafe" ]; then
twm &
xclock -geometry 50x50-1+1 &
xterm -geometry 80x50+494+51 &
xterm -geometry 80x20+494-0 &
exec xterm -geometry 80x66+0+0 -name login
else
exec $command
fi
Xorg.0.log сейчас нулевой.
1. Закомментируй все в
1. Закомментируй все в
/etc/conf.d/xdm
на всякий случай2. Залогинься под своим (не root!) именем
3. Пропиши
exec startkde
в~/.xinitrc
4. Запусти
startx
P.S. Подозреваю, что у тебя плохо настроена авторизация, от того и проблемы... Процедура, описанная выше, чисто стартует Х-ы и КДЕ.
P.P.S. Я лично не очень-то доверяю графической оболочке авторизации - слишком уж она ненадежна (security) и глючна (stability) порой. Поэтому я сам уже давно запускаю Х-ы только из консоли. Особенно удобно, если графика не нужна в данный момент. Но тут уж, как говорится "your mileage may vary"... :)
Всё то же самое -- запустился
Всё то же самое -- запустился загрузочный экран (картинка появилась), несколько секунд висит, а потом перезагрузка и нулевой длины лог.
Всё-таки это из-за дров, которые, видимо, не понимают, с какой видюхой им работать. В fglrx мы же запускаем aticonfig --adapter=0,2 --initial, чтобы получить xorg.conf с объяснением, какая видюха и где стоит. Может, и с radeon что-то подобное надо сделать?
В Mint, например, с fglrx сейчас вот такой xorg.conf -- https://bpaste.net/show/818f9933375e .
Ну так возьми конфиг от
Ну так возьми конфиг от Минт'а - какие проблемы? ;)
И сделай п2.2 от http://www.gentoo.ru/node/28968#comment-215382 перед запуском Х-ов. Запускай по п.1 там же и покажи, что получилось.
В Минт fglrx, в Генту хочу
В Минт fglrx, в Генту хочу использовать свободный, с которым никогда дела не имел, в этом и сложность -- не получается настроить по вики и прочим докам. Я так понимаю, что с гибридными системами мало кто дело имел и с ними всегда гемморой.
Дрова пересобирал, само собой. И ксорг пересобирал, и revdep-rebuild запускал на всякий случай. Радеон прописывал в 10-радеон.конф, то есть как в гентушной вики по ксоргу пробовал делать :)
Ладно, буду дальше пробовать, потом на родной форум пойду иностранов спрашивать.
Tak бы и сказал, что
Tak бы и сказал, что свободные дрова хочешь, а не про проблемы с КДЕ! :)
Как здесь делал?
И по этому форуму поищи, проблема неоднократно всплывала. Только спрашивай про
Nouveau
, а не про анимэ... :D