You are not logged in.
I am starting on a new machine, which usually is also a chance for me to rebuild my Arch installation. I was following my general installation flow, but when I try to start X, I get the message:
/usr/lib/xorg-server/Xorg: error while loading shared libraries: libpciaccess.so.0: cannot open shared object file: No such file or directory
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server errorRelevant Packages:
nvidia
nvidia-libgl
nvidia-utils
xorg-server
xorg-xinit
As this is a very fresh install; I you can see that I haven't done much out of the ordinary (only other non-base apps right now are neovim, rxvt-unicode, and herbstluftwm). I created my ~.xinitrc from a copy of /etc/X11/xinit/xinitrc, as is the current recommendation on the wiki page. The only modification to that file is to start herbstluftwm. I do not run a display manager. The NVidia card in question is a GTX 960.
In searching this forum for solutions, I did find this post and this post detailing some missing libraries. Is this the new normal? Or are there some real missing dependencies somewhere that are breaking this? How can I know that these are the only 3 that are really missing?
Thanks in advance for any clarity on this issue; its been driving me crazy! I just want to update the correct wiki article if there is something I missed so nobody else has to go crazy too.
EDIT: This has been fixed with the release of xorg-server 1.19.1-5.
Last edited by dchw (2017-02-16 15:55:49)
Offline
What are the output of ls -l /usr/lib/libpciaccess* and pacman -Qi libpciaccess ?
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
ls -l /usr/lib/libpciaccess*
ls: cannot access 'usr/lib/libpciaccess*': No such file or directorypacman -Qi libpciaccess
error: package 'libpciaccess' was not foundOffline
What are the output of pacman -Qe ?
edit: BTW, I am close to signing off for the night...
Last edited by ewaller (2017-02-13 06:01:15)
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
It does appear to be a missing dep. File a bug report.
Online
I, too am also signing off for the night; I really appreciate your help! FWIW I also installed netcat so I could dump this to termbin; since I did not want to copy this by hand.
bash 4.4.011-2
bzip2 1.0.6-5
coreutils 8.26-1
cryptsetup 1.7.3-1
device-mapper 2.02.168-1
dhcpcd 6.11.5-1
diffutils 3.5-1
e2fsprogs 1.43.4-1
file 5.30-1
filesystem 2016.12-2
findutils 4.6.0-2
gawk 4.1.4-2
gcc-libs 6.3.1-1
gettext 0.19.8.1-2
glibc 2.24-2
gnu-netcat 0.7.1-6
grep 3.0-1
gzip 1.8-2
herbstluftwm 0.7.0-1
inetutils 1.9.4-5
intel-ucode 20161104-1
iproute2 4.9.0-1
iputils 20161105.1f2bb12-1
jfsutils 1.1.15-4
less 487-1
licenses 20140629-1
linux 4.9.8-1
logrotate 3.11.0-1
lvm2 2.02.168-1
man-db 2.7.6.1-2
man-pages 4.09-1
mdadm 3.4-1
nano 2.7.4-1
neovim 0.1.7-2
netctl 1.12-2
nvidia 375.26-6
nvidia-libgl 375.26-2
pacman 5.0.1-4
pciutils 3.5.2-1
pcmciautils 018-7
perl 5.24.1-1
procps-ng 3.3.12-1
psmisc 22.21-3
reiserfsprogs 3.6.25-1
rxvt-unicode 9.22-2
s-nail 14.8.16-1
sed 4.4-1
shadow 4.4-3
sysfsutils 2.1.0-9
systemd-sysvcompat 232-8
tar 1.29-2
texinfo 6.3-1
usbutils 008-1
util-linux 2.29.1-1
vi 1:070224-2
which 2.21-2
xfsprogs 4.9.0-1
xorg-xinit 1.3.4-4Last edited by dchw (2017-02-13 06:12:35)
Offline
It does appear to be a missing dep. File a bug report.
Cool; I can do that. Thanks!
Offline
I had the same problem on a fresh install.
There are 3 deps missing, libpciaccess libdrm and libxshmfence.
Doing a
pacman -S libpciaccess libdrm libxshmfencesolves the problem.
Last edited by SuGaRAddiCTeD (2017-02-13 07:47:57)
Offline
SuGaRAddiCTeD, dchw :
Those 3 packages are usually pulled in by installing mesa, do you have integrated video cards (can be intel or amd) on these systems ?
If you're not sure of that, post full lspci output.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Lone_Wolf, that seems to be the problem - mesa is not installed. Mesa is required by mesa-libgl, but nvidia-libgl also provides libgl. Nvidia-libgl does not have libpciaccess in it's depedency tree.
Although I have no experience with nvidia systems - it seems there is an odd circular depdendency if mesa-libgl is not installed: nvidia-libgl -> nvidia-utlis -> xorg-server -> libgl (which is provided by nvidia-libgl??)
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
X / mesa used to allow only one OpenGL provider, making it impossible to have proprietary and open source drivers installed at same time.
arch uses the virtual libgl 'package' (and symlinks) to workaround that.
Nvidia and mesa now both support GLVND , which is a much better solution (not used on arch atm).
However, afaik amd proprietary driver doesn't support GLVND yet.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
What I mean is that because mesa is not installed, it's dependencies including libpciaccess are not pulled in. These apparently should also be a dependency of any other libgl provider, but they are not dependencies of nvidia-libgl. So it does seem to be a packaging issue.
Or perhaps they should be xorg-server dependencies ... that seems to be what really needs them.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Just to note with the implementation of https://lists.archlinux.org/pipermail/a … 28700.html the package names involved will change but it seems the missing dependency issue seems to remain.
Offline
It does appear to be a missing dep. File a bug report.
Those 3 packages are usually pulled in by installing mesa, do you have integrated video cards (can be intel or amd) on these systems ?
No. I do have two GPUs - a GTX 960 and a GTX 1070 - but the 1070 is usually loaded with pci-stub since it is used in a Windows VM. Currently, I do not have any of that virtualization stuff installed or configured.
There are 3 deps missing, libpciaccess libdrm and libxshmfence.
Yeah, I saw that and installed those directly to get off the ground. I am going to chase this bug though; so I can keep my install script clean. Thanks!
Last edited by dchw (2017-02-13 15:42:12)
Offline
If you remove libdrm is it Xorg again that fails or something else as unlike the other two libraries it was not a make dependency for xorg-server?
Offline
If you remove libdrm is it Xorg again that fails or something else as unlike the other two libraries it was not a make dependency for xorg-server?
Trying to startx without libdrm yields this:
/usr/lib/xorg-server/Xorg: error while loading shared libraries: libdrm.so.2: cannot open shared object file: No such file or directory
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server errorOffline