Odpowiedzi:
Znalazłem rozwiązanie w tym numerze Github .
Musisz połączyć istniejące libudev.so.1
z żądanym libudev.so.0
; w tym celu uruchom polecenie
ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0
UWAGA: Może być konieczne poprzedzenie tego polecenia sudo
znakiem, aby uzyskać uprawnienia administratora. W takim przypadku wyglądałoby to tak:
sudo ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0
Możesz spróbować połączyć zainstalowane pliki z tymi, których program szuka:
sudo apt-get install libudev1 && cd / lib / i386-linux-gnu / && sudo ln -s libudev.so.1 libudev.so.0
Ponadto, jak powiedział peterflynn
Uwaga dla każdego, kto napotka ten problem (od # 8553): błąd „libudev.so.0” podczas instalowania wsporników w 64-bitowym systemie Linux może wskazywać, że przypadkowo pobrano 32-bitową wersję wsporników.
Zgadzam się z rozwiązaniem
sudo ln -s <libudevpath>/libudev.so.1 <libudevpath>/libudev.so.0
Jednakże, jeśli tylko ślepo zakładać, aby dowiedzieć libudev1
się /lib/i386-linux-gnu/
, że nie może tam być. Jeśli libudev1
instaluje się gdzie indziej, możesz go znaleźć, używając:
sudo find / -name "libudev.so*"
Zgadzam się z rozwiązaniem
sudo ln -s <libudevpath>/libudev.so.1 <libudevpath>/libudev.so.0
Tworzy to symboliczne łącze między dwoma plikami. Ilekroć aplikacja szuka <libudevpath>/libudev.so.0
(które deos tak naprawdę nie istnieje), podąża za tym linkiem i używa <libudevpath>/libudev.so.1
zamiast tego.
Jednakże, jeśli tylko ślepo zakładać, aby dowiedzieć libudev1
się /lib/x86_64-linux-gnu
, że nie może tam być. Jeśli libudev1
instaluje się gdzie indziej, możesz go znaleźć, używając:
sudo find / -name "libudev.so*"