Не стартует X сервер
Gentoo x86_64 — 10.7.7 r1
ядро собралось сценарием genkernel
xorg-x11 kdebase-meta //с профилем /desktop/kde
в make.conf
VIDEO_CARDS=«intel»
т.к. HD Graphics 2000 (i3-2120)
в rc.conf
XSESSION=«KDE-4»
DISPLAYMANAGER=«kdm»
# /etc/init.d/xdm start //стартует и после чего просто черный экран
# startx // server error
Вот лог Xorg.0.log
Вангую что у тебя иксы просто вообще не настроены.
Fatal server error:
[ 3145.817] (EE) no screens found(EE)
Xorg -configure && Xorg -config /root/xorg.conf.new
Или вообще без xorg.conf попробуй.
Ну и как по твоему оно должно работать если оно даже не знает каким модулем у тебя рисуется графика?
Современным иксам этого же ж не нужно?
# Xorg -configure //создался файл xorg.conf.new
Попробовал протестировать
# X -config /root/xorg.conf.new
Loading extension GLX
(EE)
Fatal server error
(EE) no screens found (EE)
(EE)
.
Ошибка
давай вывод lspci -kv , lsmod , dmesg
daemonpnz ★★★★★ ( 13.10.13 15:22:54 MSK )
Последнее исправление: daemonpnz 13.10.13 15:23:01 MSK (всего исправлений: 1)
Не нужен конфиг. Последние иксы прекрасно умеют autoconfig.
Не нужен конфиг. Последние иксы прекрасно умеют autoconfig.
Ааааа… Не ну я в общем то вижу вон по сообщению ТС. 🙂
lspci -kv, lsmod, dmesg — не получается записать выхлоп в файл
Иксам на Intel действительно сейчас не нужен конфиг.
Иксам на Intel действительно сейчас не нужен конфиг.
Видимо именно как то так оно и запланировано однако, как и всегда, в реальности все иначе.
ничего себе lsmod. впечатлен.
[drm:drm_pci_agp_init] *ERROR* Cannot initialize the agpgart module.
может vesafb в blacklist добавить? консоль то c драйвером vesa грузится
Работают прекрасно иксы без конфига, не перди.
Работают прекрасно иксы без конфига, не перди.
Ааа. Ну да. Оно и видно собственно.
Твои приходы видны только тебе.
Судя по lspci -kv у тебя почему-то к видюхе не приатачился модуль i915, который собсно и есть ядерная часть драйвера. Ниже тебе уже, кстати, посоветовали «может vesafb в blacklist добавить».
У ТС проблема с ядерной частью и как тут поможет конфиг иксов не совсем понятно. Так что прекращай засорять информационный эфир.
Давай ещё конфиг ядрышка и его версию.
может vesafb в blacklist добавить?
так . в /etc/modprobe.d/blacklist.conf добавил
blacklist vesafb
Давай ещё конфиг ядрышка и его версию.
# CONFIG_DRM_I915_KMS is not set
Готово
Иксы заработали =) Спасибо ребят!!
Этот параметр передавать ядру не нужно, у вас в ядре была выключена опция CONFIG_DRM_I915_KMS, просто включите её и пересоберите ядро, хотя вы уже и так её включили. Передавать ядру указанный параметр не нужно, KMS и так будет активирован.
Не то чтобы не нужно, просто твоя альтернатива более подходящая под современные чипы от интела.
Какая альтернатива ? Если в ядре включена опция поддержки kms для драйвера i915 (CONFIG_DRM_I915_KMS), то передавать ядру параметр для активации kms не нужно, kms и так будет активирована.
По крайней мере я не сталкивался с тем, что бы при включённой опции CONFIG_DRM_I915_KMS нужно было дополнительно активировать kms, иногда наоборот добавляют параметр i915.modeset=0 для выключения kms.
Arch Linux
I tried deleting nvidia drivers and start without it, but it doesn’t start anyway. The log is an attempt to start with nvidia drives.
#2 2022-09-06 10:36:59
Lone_Wolf Member From: Netherlands, Europe Registered: 2005-10-04 Posts: 11,069
Re: X fatal server error
[ 234.529] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19 [ 234.529] (EE) open /dev/dri/card0: No such file or directory
Welcome to archlinux forums.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
#3 2022-09-06 10:48:48
Re: X fatal server error
Hello, no I didn’t.
I remember running something like this «mkinitcpio -p linux» after installation but doing it now doesn’t change anything. On my other pc nvidia drivers worked right away. I’m reading through wiki, but I don’t understand what I should look for/what file to edit.
#4 2022-09-06 11:12:45
Lone_Wolf Member From: Netherlands, Europe Registered: 2005-10-04 Posts: 11,069
Re: X fatal server error
The likely cause for the issue is a wellknown race condition .
Videocards require time to fully initialise and modern systems (especially with ssds) often start so fast that when X tries to use the card it isn’t ready .
https://wiki.archlinux.org/title/NVIDIA … de_setting has more detail, but you basically need to do 2 things :
— add nvidia_drm.modeset=1 to your boot commandline .
How to do this depeends on what bootloader you use.
— add nvidia nvidia_modeset nvidia_uvm nvidia_drm to the initramfs .
for mkinitcpio this can be achieved by editing /etc/mkinitcpio.conf and adding those to the modules= line between the ( ) brackets.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
#5 2022-09-06 11:28:51
Re: X fatal server error
More info: this is my .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 [ -d /etc/X11/xinit/xinitrc.d ] ; then for f in /etc/X11/xinit/xinitrc.d/?*.sh ; do [ -x "$f" ] && . "$f" done unset f fi xcompmgr & ./.dwmbar & ~/.fehbg & exec dwm
/etc/X11/xorg.conf.d: total 12K drwxr-xr-x 4 root root 4.0K Jul 21 16:05 .. -rw-r--r-- 1 root root 399 Jul 25 14:16 00-keyboard.conf drwxr-xr-x 2 root root 4.0K Jul 25 14:16 . /usr/share/X11/xorg.conf.d: total 24K -rw-r--r-- 1 root root 1.4K Jan 24 2022 40-libinput.conf -rw-r--r-- 1 root root 1.4K Jul 12 17:12 10-quirks.conf -rw-r--r-- 1 root root 3.4K Jul 15 08:56 70-wacom.conf drwxr-xr-x 6 root root 4.0K Jul 21 16:05 .. -rw-r--r-- 1 root root 227 Aug 7 18:04 10-nvidia-drm-outputclass.conf drwxr-xr-x 2 root root 4.0K Sep 5 13:49 .
Also I don’t know where xorg.conf is, «https://man.archlinux.org/man/xorg.conf.5» suggested directories do not have it.
I’m using grub. I did like you said:
GRUB_CMDLINE_LINUX="nvidia-drm.modeset=1
and regenerated grub.cfg
in /etc/mkinitcpio.conf now
MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)
Nothing changed, same errors in x and it doesn’t start.
Не запускаются иксы
Пытаюсь запустить игру в отдельном х-сервере, не стартуют.
Fatal server error: (EE) no screens found(EE) (EE) Please also check the log file at "/var/log/Xorg.1.log" for additional information. (EE) (EE) Server terminated with error (1). Closing log file. xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error
[ 12402.121] (EE) intel(0): [drm] failed to set drm interface version: Permission denied [13].
[ 12399.943] (EE) Error systemd-logind returned paused fd for drm node
Но гугление не дало результатов. Использую Intel вместо видеокарты.
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) DeviceName: Onboard IGD Subsystem: ASUSTeK Computer Inc. Device 8534
[ 12402.121] (EE) intel(0): [drm] failed to set drm interface version: Permission denied [13].
Хм. Что значит, что ты пускаешь от юзера? Как ты пускаешь и что именно?
startx /mnt/hdd/system/UrbanTerror42/Quake3-UrT.x86_64 -- :1
Так, ок. Проверь, есть ли модуль ядра и загружен ли он:
Далее покажи права на /usr/bin/X:
kvm_intel 147785 0 snd_hda_intel 30520 8 snd_hda_controller 30786 1 snd_hda_intel kvm 464964 1 kvm_intel snd_hda_codec 131437 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller crc32c_intel 22094 0 snd_pcm 104234 5 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller ghash_clmulni_intel 13230 0 snd 80001 25 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device
lrwxrwxrwx. 1 root root 4 Дек 10 02:39 /usr/bin/X -> Xorg
Так, похоже, что у тебя нет модуля ядра. На всякий случай покажи весь вывод lsmod без grep.
lrwxrwxrwx. 1 root root 4 Дек 10 02:39 /usr/bin/X -> Xorg
Zubok ★★★★★ ( 02.01.15 22:57:39 MSK )
Последнее исправление: Zubok 02.01.15 22:57:51 MSK (всего исправлений: 1)
-rwxr-xr-x. 1 root root 281 Дек 10 02:39 /usr/bin/Xorg
Как это нету модуля ядра?! — Кроме как с запуском отдельного Х-сервера, претензий не имею к видеодрайверам.
-rwxr-xr-x. 1 root root 281 Дек 10 02:39 /usr/bin/Xorg
Вот по идее он должен быть с suid битом. По крайней мере в Debian так.
Х сервер теперь может запускаться из-под пользователя, благодаря systemd-logind, это означает, что он должен запускаться из того же терминала, который был использован для входа. Переадресация stderr препятствует этому. Старое поведение можно восстановить с помощью файла Xorg.wrap (см. man xorg.wrap). Имейте ввиду, что запуск Х сервера через login-manager пока производится по-старинке от рута.
После обновления выяснилось, что в этом режиме можно запустить только одну сессию иксов одновременно. Попытка запуска следующей без закрытия предыдущей (независимо от номера консоли и значения DISPLAY) проваливается из-за какого-то бардака с правами на доступ к устройству TTY, которое принадлежит сначала пользователю, в процессе запуска иксов меняет владельца на рут, а потом обратно.
Я помню, при самом первой попытке запуска отдельного Х, иксы ругались, что нужно поправить значение в /etc/X11/Xwrapper.config , что я и сделал (изменил allowed_users=anybody благодаря гуглежу).
Теперь вот пришел сюда с этой проблемой, уже новой.
Попробуй поменять права на Xorg: # chmod 4755 /usr/bin/Xorg Должно стать: -rwsr-xr-x. 1 root root /usr/bin/Xorg
Zubok ★★★★★ ( 02.01.15 23:15:53 MSK )
Последнее исправление: Zubok 02.01.15 23:17:22 MSK (всего исправлений: 1)