DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
then Server terminates with several other messages.
Troubleshooting process
X kicks in with root. (This indicates that packages are good. Permission issue is next one to check)
/etc/group says that user belongs to video group. (looks good. not edited at all!)
No other logs (dmesg, syslog, messages) are helpful.
I checked several other comps for permission of /usr/lib/x86_64../dri/i915_dri.so
Both owner and group are root. (not helpful)
Web search does not give me anything better information.
Question
What else should I check?
Thank you in advance.
Last edited by kaz2100; 09-07-2016 at 04:02 PM.
Reason: typo drn -> drm
Now (x is working with xorg.conf), it is root video.
I am confused. Why did x not kick in?
Following I did, since my post #1.
remove xorg-xserver-input-kbd (for historical reason, it existed. -> did not work.
reinstall xorg packages. -> did not work.
dist-upgrade -> did not work.
tried with xorg.conf -> WORKED!
postconfig related?
I will investigate and update.
+++ added.
Without xorg.conf, it is root video.
Last edited by kaz2100; 09-07-2016 at 08:23 PM.
Reason: wrong info corrected, additional info
(II) FBDEV: driver for framebuffer: fbdev
(II) VESA: driver for VESA chipsets: vesa
xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)
The last line in magenta looked like the one to blame. It shows up in only user log.
However, it shows in log with config file also. So, my assumption is probably wrong.
Comparing logs with or without config file,
Code:
WithOut xorg.conf
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.18.4, module version = 1.0.0
ABI class: X.Org Server Extension, version 9.0
(==) AIGLX enabled
(==) Matched modesetting as autoconfigured driver 0
(==) Matched fbdev as autoconfigured driver 1
(==) Matched vesa as autoconfigured driver 2
(==) Assigned the driver to the xf86ConfigLayout
With xorg.conf
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.18.4, module version = 1.0.0
ABI class: X.Org Server Extension, version 9.0
(==) AIGLX enabled
(II) LoadModule: "intel"
(II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
(II) Module intel: vendor="X.Org Foundation"
compiled for 1.18.3, module version = 2.99.917
Module class: X.Org Video Driver
Another node, upgraded same day, graphic driver is i915 also, has no trouble with X.
When X is started through ssh-connected terminal, (ssh -Y to dead node, with root permission)
desktop shows up on non ssh-connected LCD. (checked without conf file. I guess it would die with error)
Check the contents of /sys/kernel/debug/dri/0/clients and make sure no application has grabbed master. I ran into this issue and it turns out I was running redshift in -m drm mode before trying to startx, which blocked X.
Check the contents of /sys/kernel/debug/dri/0/clients and make sure no application has grabbed master. I ran into this issue and it turns out I was running redshift in -m drm mode before trying to startx, which blocked X.
Thanks for your comment. However, for some reason my penguin does not have "clients" under /sys/...
BTW, my penguin still has xorg.conf (have not tried without it since then)
(Re)install libpam-systemd [Debian9 as of 2018]
I accidentally removed this package.
Symptoms were: no 2nd Graph. screen possible
Errors in Xorg.n.log:
systemd-logind: failed to get session: PID 1573 does not belong to any known session
xfree86: adding drm device /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.