Difference between revisions of "Pacman troubleshooting/ru"
Tag: Manual revert |
|||
| Line 209: | Line 209: | ||
= Смотрите также = | = Смотрите также = | ||
* '''[[ | * '''[[Change to a Different Download Server/ru|Переход на другой сервер загрузки]]''' | ||
* '''[[Pacman-mirrors/ru|Справочное руководство по pacman-mirrors]]''' | * '''[[Pacman-mirrors/ru|Справочное руководство по pacman-mirrors]]''' | ||
* '''[https://wiki.archlinux.org/index.php/Pacman_(Русский)#Решение_проблем Arch wiki для более полного устранения неполадок]''' | * '''[https://wiki.archlinux.org/index.php/Pacman_(Русский)#Решение_проблем Arch wiki для более полного устранения неполадок]''' | ||
[[Category:Contents Page{{#translation:}}]] | [[Category:Contents Page{{#translation:}}]] | ||
Revision as of 10:01, 29 December 2022
Установка программ
Здесь рассматриваются различные вопросы, связанные с загрузкой и установкой программных пакетов из репозиториев Manjaro.
Ошибка "Нераспознанный формат архива"
Это происходило неоднократно, обновление выдает эти сообщения в, казалось бы, бесконечном потоке. Pacman не смог открыть файл: синхронизировать файлы.
error: could not open file /var/lib/pacman/sync/core.db: Unrecognized archive format error: could not open file /var/lib/pacman/sync/extra.db: Unrecognized archive format error: could not open file /var/lib/pacman/sync/community.db: Unrecognized archive format error: could not open file /var/lib/pacman/sync/multilib.db: Unrecognized archive format
Ошибка связана с несоответствием информации, содержащейся в файлах db в указанном месте и файлах db на первом зеркале в вашем списке зеркал. Pacman проверяет пакет в базе данных и смотрит, совпадает ли файл сигнатуры с файлом в базе данных. Если нет, то pacman сообщит, что пакет поврежден.
Хотя иногда проблему можно решить, просто удалив файлы и запустив обновление pacman, это возможно далеко не каждый раз.
Один рецепт для исправления этого
Обязательно нужно убедиться, что связки ключей актуальны. Убедившись, что ключи в актуальном состоянии, а затем заново загрузив базы данных, мы восстановим связь между ключами и пакетами.
Вы должны будете найти правильные имена, посмотрев на.
https://mirror.easyname.at/manjaro/pool/overlay/ для текущего manjaro-keyring
и
https://mirror.easyname.at/manjaro/pool/sync для текущего archlinux-keyring
Замените yyyymmdd и x на информацию, найденную по вышеуказанным ссылкам.
Удалите неисправные базы данных
Загрузите базы данных и обновите систему
Ошибка "Невозможно заблокировать базу данных"
При загрузке и установке программного обеспечения из репозиториев создается специальный файл блокировки базы данных, чтобы убедиться, что текущий процесс установки является единственным, запущенным в данный момент. В противном случае попытка одновременной установки нескольких файлов из нескольких источников может привести к повреждению загруженных файлов, конфликтам файлов или, что еще хуже, к повреждению системы. После завершения установки файл блокировки будет автоматически удален. Таким образом, эта ошибка может возникнуть по двум возможным причинам:
- Другая установка все еще выполняется и еще не завершена, или
- Предыдущая попытка установки не завершилась должным образом (например, была прервана раньше времени).
Поэтому целесообразно сначала убедиться, что в момент возникновения ошибки не выполняется (или не выполнялась) другая установка. Убедившись в этом необходимо вручную удалить файл блокировки базы данных. Для этого откройте терминал и введите следующую команду:
После этого вы сможете успешно повторить попытку установки.
Ошибки ключей
У каждого из нас есть свои уникальные подписи, используемые для подтверждения подлинности нашей личности и предотвращения мошеннических или даже вредоносных действий со стороны других людей. То же самое происходит и с программными пакетами, доступными в репозиториях программного обеспечения. Все они содержат зашифрованные коды (ключи подписи), уникальные для их разработчиков, что гарантирует их подлинность и отсутствие вредоносного характера.
В процессе установки, после загрузки любых пакетов программного обеспечения, система сначала проверит их ключи подписи, чтобы убедиться в их подлинности, прежде чем приступить к установке. Если по какой-либо причине ключ подписи не может быть проверен, процесс установки будет прерван. Эта проблема обычно возникает по следующим причинам:
- один или несколько ключей подписи, содержащихся в базе данных вашей системы, отозваны, изменены, повреждены или устарели
- один или несколько пакетов программного обеспечения не были должным образом подписаны при размещении в репозитории
Если пакет не был подписан должным образом перед помещением в репозиторий, ответственность за исправление лежит на разработчике(-ах). Однако, поскольку эта проблема, скорее всего, связана с проблемой проверки ключа подписи в вашей системе, ее можно решить в три простых шага. Требуется рабочее подключение к сети. После того как вы открыли свой терминал:
1. Удалите старые (и, возможно, сломанные) ключи, введя эту команду:
2. Переустановите связки ключей, включая последние ключи:
3. Инициализируйте связку ключей pacman:
4. Загрузите ключи подписи:
5. Обновите и актуализируйте ключи подписей:
6. Очистите пакеты программ, загруженные во время прерванной установки (необязательно):
1. Удалите старые (и, возможно, сломанные) ключи, введя эту команду:
2. Инициализируйте связку ключей pacman:
3. Скачайте пакеты:
4. Удалите подписи:
5. Установите загруженные пакеты вручную:
6. Очистите пакеты программ, загруженные во время прерванной установки (необязательно):
.
7. Удалите каталог пользовательских пакетов: (необязательно):
После этого попробуйте запустить sudo pacman -Syu и посмотреть, были ли устранены ошибки.
Конфликтующие файлы - FILENAME exists in filesystem
Если вы не можете установить или обновить пакет из-за ошибки, подобной этой:
error: could not prepare transaction error: failed to commit transaction (conflicting files) libname: /insert/file/name/here exists in filesystem Errors occurred, no packages were upgraded.
Затем менеджер пакетов pacman обнаружил неожиданный файл, который уже существует на диске.
Почему это происходит?
По своей конструкции pacman не перезаписывает существующие файлы. Это особенность разработки, а не недостаток - менеджеры пакетов предназначены для отслеживания установленных файлов.
Обычно эта проблема возникает, когда вы вручную добавляете, копируете или создаете файл. Это также может произойти, если вы устанавливаете программное обеспечение с помощью загруженного исполняемого файла, выполняете make install или используете пакетную систему сторонних производителей, например conda. Это также происходит при установке пакета AUR, устанавливающий файлы, конфликтующие с пакетом из репозитория.
При использовании сторонней программы установки всегда указывайте альтернативное место установки, например, в вашем домашнем каталоге или в каталоге /opt или /usr/local/. Никогда не устанавливайте непосредственно в / или /usr.
Как мне это исправить?
Первый шаг - определить, какой пакет, если таковой имеется, владеет файлом. Это можно легко сделать с помощью:
Если при этом обнаружится конфликтующий пакет, то вы можете решить удалить его с помощью команды pacman -R. Если пакет не обнаружен, вы можете удалить файл (или переместить его в резервное место).
Где можно прочитать больше?
Этот пост был вдохновлен (и адаптирован из):
В приведенном выше сообщении также есть ссылки на дальнейшее чтение.
Ошибка "Файл конфигурации...не распознан"
Менеджер пакетов Manjaro - pacman - использует файл под названием mirrorlist, сообщающий ему интернет-адреса серверов Manjaro для загрузки с них обновлений и программ. Эта ошибка возникает, если один или несколько адресов серверов, содержащихся в файле mirrorlist, не были указаны правильно, в результате чего pacman не может подключиться к ним. Еще одним признаком является то, что эта проблема также возникнет сразу после:
- Установки Manjaro и редактирования файла mirrorlist во время установки, или
- Редактирования файла mirrorlist позднее.
Смотрите руководство Переход на другой сервер загрузки для более подробной информации о том, как правильно выбрать и включить другой сервер Manjaro для загрузки.
Ошибка "GPGME error: No data"
Наиболее вероятная причина этой проблемы заключается в том, что pacman обнаружил ошибку или повреждение в одном или нескольких загружаемых пакетах программного обеспечения. Подписи и контрольные суммы пакетов используются для проверки достоверности загружаемого программного обеспечения, и если они не работают, попытка установки будет прервана для защиты вашей системы, пока проблема не будет решена.
Вариант 1: Базовое разрешение
Чтобы решить эту проблему, сначала выполните основную процедуру, приведенную ниже. Если это не сработает, можно воспользоваться более комплексной процедурой.
1. Загрузите базы данных пакетов и обновите систему:
2. Очистите пакеты программного обеспечения, загруженные во время прерванной установки, введя команду:
3. Повторите попытку прерванной загрузки.
Вариант 2: Комплексное решение
Если основная процедура не приведет к решению вопроса, можно предпринять дальнейшие шаги:
1. Выполните повторную синхронизацию с серверами Manjaro, чтобы убедиться, что все данные обновлены, введя команду:
2. Обновите ключи подписей, введя команду:
3. Перезагрузите ключи подписей, введя команду:
4. Очистите пакеты программного обеспечения, загруженные во время прерванной установки, введя команду:
5. Повторите попытку прерванной загрузки.
Если ошибка не исчезла, то рекомендуется переход на другой сервер загрузки'.
Ошибка "keyserver refresh failed: No dirmngr"
Попробуйте выполнить следующую команду: