Arch Linux

[Workaround/gelöst] X Problem nach System update

Nesc

Guten Tag,
ich habe gestern ein System update gemacht und kann nun kein X mehr starten:

start x
/usr/bin/X: error while loading shared libraries: libudev.so.0: cannot open shared object file: No such file or directory
xinit: give up
xinit: unable to connect to X server: Connection refused
xinit: server error

pacman.log

upgraded system-tools (183-3 -> 183-5)
upgraded initscripts (2012.05.1-1 -> 2012.05.1.3)
upgraded libcups (1.5.3-2 -> 1.5.3-3)
upgraded libpipeline (1.2.0-2 -> 1.2.1-1)
upgraded libx11 (1.4.99.901-1 -> 1.4.99.901-1)
upgraded pixman (0.24.4-1 -> 0.26.4-1)
upgraded xdg-utils (1.1.0-0.20120520 -> 1.1.0-2.20120520)
upgraded gpm (1.20.6-7 -> 1.20.6-8)
upgraded libsystemd (183-4 -> 183-5)

Benutze catalyst 12.4-1 (aus dem catalyst repo) zusammen mit xorg111 repo.
Kernel ist der 3.3.6-1, benutze ansonsten GNOME3

Xorg.log: http://pastebin.com/xjQ8YUf9

Ich habe ja die Vermutung, dass es an den veralteten Paketen (xorg111 repo) liegt, nur wird von catalyst-utils gefordert, dass xorg-server<1.12.0 ist

Gruß
Nesc

Creshal

Maintainer des Catalyst-Repos Bescheid sagen, dass er seinen Xorg aktualisiert.

Nesc

Hab folgendes auf der Seite gefunden

https://aur.archlinux.org/packages.php?ID=40833 schrieb
@Vi0L0 and [testing] Arch Linux users:

WARNING: With current udev release from [testing] (v183), you'll experience problems if you don't symlink libudev.so.1 -> libudev.so.0. Current xorg-server from [xorg111] requires libudev.so.0 whereas udev from [testing] only provides libudev.so.1 (i.e., udev got a shared library version bump). When udev v183 goes from [testing] to [core], some people might experience this problem.

If someone already experienced this problem, just do the following in the terminal:

"sudo ln -sf /usr/lib/libudev.so.1 /usr/lib/libudev.so.0".

The output should be something like this:

-------------------------------------------------------------------------------------------
ls -l /usr/lib/ | grep -i udev

-rw-r--r-- 1 root root 82644 Mai 27 01:47 libgudev-1.0.a
lrwxrwxrwx 1 root root 21 Mai 27 01:47 libgudev-1.0.so -> libgudev-1.0.so.0.1.1
lrwxrwxrwx 1 root root 21 Mai 27 01:47 libgudev-1.0.so.0 -> libgudev-1.0.so.0.1.1
-rwxr-xr-x 1 root root 39824 Mai 27 01:47 libgudev-1.0.so.0.1.1
-rw-r--r-- 1 root root 649756 Mai 27 01:47 libudev.a
lrwxrwxrwx 1 root root 16 Mai 27 01:47 libudev.so -> libudev.so.1.0.0
lrwxrwxrwx 1 root root 21 Mai 28 00:17 libudev.so.0 -> /usr/lib/libudev.so.1
lrwxrwxrwx 1 root root 16 Mai 27 01:47 libudev.so.1 -> libudev.so.1.0.0
-rwxr-xr-x 1 root root 68408 Mai 27 01:47 libudev.so.1.0.0
drwxr-xr-x 5 root root 4096 Mai 26 18:57 udev
-------------------------------------------------------------------------------------------

Alternatively, build xorg-server 1.11.4 with ABS and the newer libudev version (1.0.0).

Cheers

Hat das Problem erst einmal gelöst. Das Problem ist somit bekannt und wird denke ich bald gelöst werden