Хорошо, кажется, что я нашел проблему. Кажется, что должно быть обязательное пространство между {}
и \;
, таким образом, команда будет похожа на это:
find . -perm 755 -exec chmod 644 {} \;
Вместо:
find . -perm 755 -exec chmod 644 {}\;
Также проблема с изменением полномочий каталога может быть решена путем добавления a -type f
флаг, таким образом, это посмотрит следующим образом:
find . -type f -perm 755 -exec chmod 644 {} \;
Файлы библиотеки в стандартных каталогах должны быть зарегистрированы в кэше для производительности. Если обновление прервалось не в то время, возможно, что у Вас есть файлы библиотеки, которые присутствуют в файловой системе, но не в кэше. Выполненный ldconfig
как базируются для обновления кэша.
Чтобы помочь диагностировать динамические проблемы библиотеки, это может помочь иметь некоторые статически связанные служебные комплекты: busybox-статичный, пояс, zsh-статичный.
Можно извлечь содержание a .deb
файл с помощью комбинации ar
и tar
команды:
mkdir /tmp/selinux
cd /tmp/selinux
ar p /path/to/libselinux.deb data.tar.gz | tar xz
Это содержание пакета будет распаковано в иерархии, базировалось в Вашем текущем каталоге, и можно переместить необходимые файлы в соответствующее место. Для libselinux это, вероятно, будет справедливо /lib/x86_64-linux-gnu/libselinux.so.1
(имя каталога в зависимости от Вашей архитектуры).
После того как у Вас есть та работа снова, необходимо, вероятно, использовать dpkg -i
переустановить полный пакет.
/etc/ld.so.conf.d/
который перечисляет каталог, где библиотека расположена. В моей системе это перечислено в /etc/ld.so.conf.d/x86_64-linux-gnu.conf
.
– qqx
25.06.2013, 03:05
ldconfig
то, что было полито из шланга во-первых.
– tripleee
25.06.2013, 08:05