LINUX.ORG.RU

libudev.so.1: cannot open shared object file

 


0

1

Программа жаловалась на libudev.so. в интернете нашёл что-то по этой ошибке с командой ln. Выполнил её. Теперь система не загружается. В recovery mode наблюдаю ошибку

montall: error while loading shared libraries: libudev.so.1: cannot open shared object file: Error 40
Интернет не работает
ifup: failed to open lockfile /run/network/.ifstate.lock: No suck file or directory
dbus start/running, process 1128
network-manager start/running
Диск зашифрован, но в recovery mode пускает, запрашивая ключ.


программа жаловалась

ССЗБ. Загрузись в recovery да переустанови с диска/флешки udev/systemd, вероятнее всего systemd. Не можешь из recovery - грузись с диска/флешки, делай chroot, переустанавливай systemd, только симлинк не забудь unlink'ом убрать. После этого обнови базу репозиториев и обновись, дабы вернуть новую версию systemd.

yars068 ★★★★
()
Ответ на: комментарий от val-amart

совет прост: нагугли еще каких-нибуть команд да выполни.

хуже не станет?

user08
() автор топика
Ответ на: комментарий от yars068

ССЗБ. Загрузись в recovery да переустанови с диска/флешки udev/systemd, вероятнее всего systemd. Не можешь из recovery - грузись с диска/флешки, делай chroot, переустанавливай systemd, только симлинк не забудь unlink'ом убрать. После этого обнови базу репозиториев и обновись, дабы вернуть новую версию systemd.

По-моему проблема как раз в том, что диски и флешки не монтируются. Я смогу воспользоваться флешкой?

user08
() автор топика
Ответ на: комментарий от user08

Я думаю загрузиться с ubuntu livecd и взять файл оттуда, если это поможет, то надо как-то подключить зашифрованный диск.

user08
() автор топика
Ответ на: комментарий от user08

Если я не ошибаюсь, вот эта команда вызвала такой эффект

sudo ln -sf /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0

user08
() автор топика
Ответ на: комментарий от yars068

ССЗБ. Загрузись в recovery да переустанови с диска/флешки udev/systemd, вероятнее всего systemd. Не можешь из recovery - грузись с диска/флешки, делай chroot, переустанавливай systemd, только симлинк не забудь unlink'ом убрать. После этого обнови базу репозиториев и обновись, дабы вернуть новую версию systemd.

Можно подробнее, я не совсем понимаю, о чём идёт речь. Боюсь сделать хуже.

user08
() автор топика

Разобрался. Короче, получилось, что libudev.so.0 ссылался на себя. Я дописал в конце .3.5 и заработало.

user08
() автор топика
30 июня 2015 г.

Решение

Решение найдете здесь (надеюсь с английским разберетесь) http://askubuntu.com/questions/354837/mount-error-while-loading-shared-librar...

--- Basically the library file is replaced with a broken symbolic link. Start in recovery mode and select the root shell option. Then run this command: apt-get install libudev0. Once you are done, type exit and reboot. If you are using WiFi, download the libudev0 package and copy it into a USB drive. Then in the root shell in recovery, plug the USB drive and run: (tip: you can use Tab to autocomplete many things, including file paths )

sudo mount -o remount, rw / # (re)mount the filesystem in read-write mode. mkdir /media/usb mount /dev/sdb1 /media/usb dpkg -i /media/usb/path_to_package_file

Then reboot and hopefully your system should work. ---

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.