You are not logged in.
I just upgraded my Arch. when I was upgrading I replaced udev with systemd-tools when prompted but after reboot, I get following error after trying 'startx':
/usr/bin/X: error while loading shared libraries: libudev.so.0: cannot open shared object file: No such file or directory
EDIT: I forget to mentoin I have downgraded xorg-server (1.9.4), linux (3.0.7) and xf86-input-evdev (2.5.0)
Last edited by broi (2012-06-01 20:27:23)
Offline
All packages in the main repos have been properly recompiled for the new udev. So you either didn't do a full upgrade, or you're using third-party repositories. In which case recompile the offending package.
Offline
Fast "fix" that works for me:
ln -s /usr/lib/libudev.so.1.0.1 /usr/lib/libudev.so.0
Celeron 1610, Intel B75, 4GB Ram, Intel HD-Graphics
Offline
Stop suggesting wrong fixes and do the correct thing.
Offline
Stop suggesting wrong fixes and do the correct thing.
Would you mind to give a hint what the offending package is in this case?
Celeron 1610, Intel B75, 4GB Ram, Intel HD-Graphics
Offline
Would you mind to give a hint what the offending package is in this case?
The one that reports the error, of course. In this case, the one containing /usr/bin/X
Offline
It's often note even a case for recompiling. It's an out of sync mirror most of the time. Try -Syyu and if that does not work try another mirror. Don't forget that -Syyu instead of -Syu.
Offline
It works now when I did ln -s /usr/lib/libudev.so.1.0.1 /usr/lib/libudev.so.0
Thank you
Offline
It's often note even a case for recompiling. It's an out of sync mirror most of the time. Try -Syyu and if that does not work try another mirror. Don't forget that -Syyu instead of -Syu.
I did Syyu and some packages that had to be updated was not in mirror I sync from... So I guess you are right but I fixed this before tried your advice.
Offline
ViOLO is working on a rebuild of xorg111 - should be ready any time now.
Ryzen 5900X 12 core/24 thread - RTX 3090 FE 24 Gb, Asus Prime B450 Plus, 32Gb Corsair DDR4, Cooler Master N300 chassis, 5 HD (1 NvME PCI, 4SSD) + 1 x optical.
Linux user #545703
Offline
It's often note even a case for recompiling. It's an out of sync mirror most of the time. Try -Syyu and if that does not work try another mirror. Don't forget that -Syyu instead of -Syu.
Thanks for the advice. I update several times every day. In my case the problem probably occured due to the downgraded xorg (1.10).
Last edited by fritz (2012-06-01 20:27:08)
Celeron 1610, Intel B75, 4GB Ram, Intel HD-Graphics
Offline
Awebb wrote:It's often note even a case for recompiling. It's an out of sync mirror most of the time. Try -Syyu and if that does not work try another mirror. Don't forget that -Syyu instead of -Syu.
I did Syyu and some packages that had to be updated was not in mirror I sync from... So I guess you are right but I fixed this before tried your advice.
And now you've got a loose symlink floating around your root filesystem, just waiting to cause trouble in the future.
Offline
And now you've got a loose symlink floating around your root filesystem, just waiting to cause trouble in the future.
I appreciate your (and Gusars) warning, but recompiling X while being stuck at the console is not everyones pair of shoes.
Last edited by fritz (2012-06-02 06:04:44)
Celeron 1610, Intel B75, 4GB Ram, Intel HD-Graphics
Offline
... and I got this error today and it's preventing my xbmc-eden-pvr-git from running. Recompiled xbmc from a fresh git pull, after -Syyu and reboot - still no dice.
Gonna have to sully my system with the above symlink fix.
[EDIT: Worked. Nice to have xbmc up and running again]
Last edited by sultanoswing (2012-06-02 08:32:52)
6.5.3.arch1-1(x86_64) w/Gnome 44.4
Arch on: ASUS Pro-PRIME x470, AMD 5800X3D, AMD 6800XT, 32GB, | Intel NUC 7i5RYK | ASUS ux303ua | Surface Laptop
Offline
I have google-chrome-beta from AUR and recompiling it didn't help. So I have to resort to that ln command.
Offline
And now you've got a loose symlink floating around your root filesystem, just waiting to cause trouble in the future.
This is why I keep a text file tracking such things / "hacks".
I have google-chrome-beta from AUR and recompiling it didn't help. So I have to resort to that ln command.
Aye.
udev is spitting out rules.d errors to the system log, but meh...
Offline