поврежденная библиотека после трудного завершения работы
Кажется, что Вы пытаетесь установить двоичного об/мин, который был создан для другой версии Linux.
Довольно возможно, что даже при удовлетворении зависимостей, что об/мин жалуется на это, получающаяся программа все еще не будет устанавливать или работать правильно. ОСНОВАННЫЕ НА ОБ/МИН Linux не взаимно совместимы во всех отношениях. Python является конкретной областью несовместимости, потому что это так широко используется в полученной Red Hat системе как CentOS. Из-за этого, пытаясь обновить или установить параллельную версию Python для удовлетворения зависимостей, вероятно, вызовет много других проблем и все еще может не решить все проблемы совместимости об/мин.
Вместо этого это, вероятно, удастся намного лучше в конце для Вас для создания об/мин из источника, если вообще возможный. Идеально, от SRPM. Только было бы невозможно, если поставщик пакета не обеспечивает формы исходного кода, или пакет абсолютно требует Python 2.5 и не будет работать на Python 2.4.
Если можно получить SRPM, восстановить процесс может быть столь же простым как:
# rpmbuild --rebuild name-of-package.version.src.rpm
Преимущество этого состоит в том, что получающийся двоичный об/мин создается против библиотек по Вашей системе, так, чтобы, если это создает, это, как почти гарантировали, будет работать.
Не то, чтобы очень вопрос "правильной" файловой системы, но как Вы используете его и как Вы монтируете его.
В случае ext3 и ext4 можно использовать ro, синхронизацию, dirsync опции.
Файловые системы с поглощенным журналом записи обычно лучше, если метаданные синхронизируются перед фактической записью.
В Вашем случае, возможно, случилось так, что кэш библиотеки (/etc/ld.so.cache) был поврежден - простое ldconfig возможно, решил проблему.
Иногда необходимо вынудить полную проверку файловой системы найти и исправить ошибки. Иногда Вам нужна спасательная начальная загрузка через Netboot или CD/DVD (изображение), чтобы сделать так.
fsck -f -y ... - запишите вывод в файл журнала для более позднего обзора.
После этого пройдите каждый файл/каталог, о котором сообщили как багги, и вид пакета все еще в порядке (в основанных системах об/мин: rpm -V) - Debian должен иметь сопоставимый механизм для определения, которые упаковывают файл, принадлежит и проверить целостность пакета.
ldconfigбез успеха. – user1146332 09.09.2012, 14:51