По вину узнать комплектацию: Проверка комплектации автомобиля по VIN коду или гос номеру — Автокод

Как найти и исправить поврежденные пакеты в Linux

Менеджеры пакетов в Linux позволяют контролировать установку и удаление пакетов. В дополнение к этому менеджеры пакетов также помогают вам найти сломанные пакеты в вашей системе и переустановить их, чтобы исправить различные проблемы, связанные с пакетами Linux.

Если вы не знаете, какие команды использовать для поиска и исправления поврежденных пакетов в Linux, то это руководство для вас. Мы кратко обсудим сломанные пакеты, как проверить, содержит ли ваша система сломанные пакеты, и как правильно их переустановить.

Что такое битые пакеты?

Когда вы устанавливаете новый пакет в Linux, менеджер пакетов вашей системы отвечает за весь процесс установки. Эти менеджеры пакетов имеют встроенные методы для обработки исключений и ошибок. Но иногда, в случае непредвиденных проблем, установка останавливается, и полный пакет не устанавливается. Такие пакеты в Linux называются сломанными пакетами.

Менеджеры пакетов, такие как APT, не разрешают дальнейшую установку пакетов, если обнаруживают в системе неработающий пакет. В такой ситуации ремонт сломанной упаковки – единственный выход.

Как найти и исправить поврежденные пакеты

Каждый менеджер пакетов обрабатывает различные типы пакетов. Например, DNF и YUM работают с диспетчером пакетов Red Hat (RPM) для загрузки и установки пакетов RPM. Точно так же APT действует как интерфейсная оболочка для базового программного обеспечения dpkg в дистрибутивах на основе Debian.

Переустановка неработающих пакетов в Ubuntu и Debian

APT — это менеджер пакетов по умолчанию, предустановленный в каждом дистрибутиве на основе Debian. Помимо APT, пользователи Debian и Ubuntu также могут загружать и устанавливать пакеты вручную с помощью dpkg.

Шаги, упомянутые ниже, также будут работать, если вы хотите исправить сломанные пакеты в Kali Linux, поскольку, в конце концов, Kali — это дистрибутив на основе Debian.

Чтобы исправить сломанные пакеты в дистрибутивах на основе Debian с помощью APT:

1. Откройте терминал, нажав Ctrl + Alt + T на клавиатуре, и введите:

    sudo apt --fix-missing update 

2. Обновите список пакетов вашей системы из доступных источников:

    sudo apt update 

3. Теперь принудительно установите сломанные пакеты, используя флаг -f . APT автоматически найдет сломанные пакеты в вашей системе и переустановит их из официального репозитория.

    sudo apt install -f 

Если вышеупомянутые шаги не работают для вас, вы можете попытаться решить проблему с помощью dpkg.

1. Заставить dpkg перенастроить все ожидающие пакеты, которые уже распакованы, но нуждаются в настройке. 9..r
2. Используйте флаг —remove , чтобы удалить все поврежденные пакеты.

    sudo dpkg --remove --force-remove-reinstreq 

3. Очистите кеш пакетов и установите скрипты с помощью apt clean .

    sudo apt clean 

4. Теперь обновите списки пакетов вашей системы с помощью следующей команды: управление сломанным пакеты автоматически, иногда возникают проблемы, поскольку в системе Linux установлены тысячи пакетов. В таких ситуациях вы можете использовать RPM (базовый менеджер пакетов для Fedora и CentOS), чтобы быстро исправить такие проблемы.
   1. Проверьте все пакеты в вашей системе, используя флаг -V .

       sudo rpm -Va 

   2. Вы увидите длинный список, содержащий все установленные пакеты в вашей системе.
   3. Переустановите пакет, который, по вашему мнению, может быть причиной проблемы с неработающим пакетом.

       sudo dnf --refresh reinstall имя_пакета 

   Вышеописанные действия крайне неудобны — определение пакета, вызывающего проблему, из сотен пакетов утомительно. Хотя RPM является мощным менеджером пакетов, и вы редко будете сталкиваться с такими проблемами, знание того, как исправить эти проблемы, по-прежнему важно, если вы столкнетесь с подобной ситуацией в ближайшем будущем.

   Управление пакетами в дистрибутивах Linux

   Менеджеры пакетов в Linux способны решать большинство проблем, включая неудачные установки. Но иногда возникают различные проблемы, которые можно решить только интуитивно. Решение по исправлению сломанных пакетов состоит из нескольких шагов: идентификация сломанного пакета, его переустановка и обновление списка пакетов в системе.

   В Интернете доступно бесчисленное множество дистрибутивов Linux, которые стоит попробовать, но в глубине души каждый из них имеет одинаковую основу. Среды рабочего стола отличают каждый дистрибутив, предоставляя уникальный пользовательский интерфейс. Выбор идеальной среды рабочего стола, которая соответствует вашему вкусу, должен быть вашим приоритетом, если вы, наконец, решили продолжить работу с Linux.

   linux — Как узнать, из какого репозитория yum был установлен пакет?

   спросил 13 лет, 8 месяцев назад

   Изменено 1 год, 6 месяцев назад

   Просмотрено 326 тысяч раз

   После того, как я установил пакет с помощью yum (с несколькими настроенными репозиториями), как я могу узнать, из какого репозитория он был установлен?

   Если я запускаю yum info package-name (или yum list package-name ), я вижу только, что пакет «установлен».

   • linux
   • yum
   • управление пакетами
   • репозиторий
   5

   С установленным yum-utils repoquery предоставит искомую информацию (здесь «epel» — репозиторий).

    $ repoquery -я чероки
   Имя: Чероки
   Версия : 0.99,49
   Релиз: 1.el5
   Архитектура: i386
   Размер : 8495964
   Упаковщик: проект Fedora
   Группа : Приложения/Интернет
   URL-адрес: http://www.cherokee-project.com/
   Репозиторий: эпель
   Резюме: Гибкий и быстрый веб-сервер
   Описание :
   Cherokee — очень быстрый, гибкий и простой в настройке веб-сервер. Он поддерживает
   широко распространенные технологии: FastCGI, SCGI, PHP, CGI, TLS и SSL
   зашифрованные соединения, виртуальные хосты, аутентификация, кодирование на лету,
   Файлы журналов, совместимые с Apache, и многое другое.
    

   6

   Какая версия yum?

   В текущей версии, если установленный пакет той же версии, что и самая последняя доступная версия, отображается репозиторий, из которого он был установлен.

    $ ням инфо ирсси
   Установленные пакеты
   Имя: Ирси
   Арка: i586
   Версия: 0.8.14
   Релиз: 1.fc11
   Размер : 2,3 м
   Репо: установлено
   Из репо: обновления
   Резюме: IRC-клиент модульного текстового режима со сценариями Perl.
   URL: http://irssi.org/
   Лицензия: GPLv2+
   Описание: Irssi — это модульный IRC-клиент со сценариями Perl. Только текстовый режим
              : интерфейс в настоящее время поддерживается. Внешний интерфейс GTK/GNOME не
              : дольше сохраняется.
   $ ням --версия
   3.2.23
    

   Если доступен более новый пакет, он будет показан отдельно, а новая версия будет показывать репозиторий, из которого он доступен.

   7

   Слишком поздно, но (по крайней мере, в Fedora 15) можно использовать yumdb для подобных запросов:

    yumdb info 'python*'
    

   И что мне на самом деле нужно, чтобы получить список пакетов из данного репозитория(ов):

    yumdb search from_repo 'my-*-repo'
    

   2

   Если ничего не помогает, вы можете проверить yumdb вручную.

   Он расположен в /var/lib/yum/yumdb и содержит подробную информацию о каждом установленном пакете. Вас особенно заинтересует from_repo . Например, для пакета bind-utils :

    # for i in /var/lib/yum/yumdb/b/*bind-utils*/*; сделать эхо $i: `кошка $i`; сделанный
   /var/lib/yum/yumdb/b/73ea08770fa666e18c59842bf65fa0f3a0b103d8-bind-utils-9.8.2-0.23.rc1.el6_5.1-x86_64/checksum_data: 39f7840f93d3d76825a9e8da79cfe0366f7fad68f018a273477aee62cccfa3f4
   /var/lib/yum/yumdb/b/73ea08770fa666e18c59842bf65fa0f3a0b103d8-bind-utils-9.8.2-0.23.rc1.el6_5.1-x86_64/checksum_type: sha256
   /var/lib/yum/yumdb/b/73ea08770fa666e18c59842bf65fa0f3a0b103d8-bind-utils-9.8.2-0.23.rc1.el6_5.1-x86_64/command_line: установить bind-utils
   /var/lib/yum/yumdb/b/73ea08770fa666e18c59842bf65fa0f3a0b103d8-bind-utils-9.8.2-0.23.rc1.el6_5.1-x86_64/from_repo: обновления
   /var/lib/yum/yumdb/b/73ea08770fa666e18c59842bf65fa0f3a0b103d8-bind-utils-9.8.2-0.23.rc1.el6_5.1-x86_64/from_repo_revision: 1397654451
   /var/lib/yum/yumdb/b/73ea08770fa666e18c59842bf65fa0f3a0b103d8-bind-utils-9.
   8.2-0.23.rc1.el6_5.1-x86_64/from_repo_timestamp: 1397654759
   /var/lib/yum/yumdb/b/73ea08770fa666e18c59842bf65fa0f3a0b103d8-bind-utils-9.8.2-0.23.rc1.el6_5.1-x86_64/installed_by: 0
   /var/lib/yum/yumdb/b/73ea08770fa666e18c59842bf65fa0f3a0b103d8-bind-utils-9.8.2-0.23.rc1.el6_5.1-x86_64/причина: пользователь
   /var/lib/yum/yumdb/b/73ea08770fa666e18c59842bf65fa0f3a0b103d8-bind-utils-9.8.2-0.23.rc1.el6_5.1-x86_64/релизевер: 6
    

   Чтобы получить только нужную информацию:

    # cat /var/lib/yum/yumdb/b/*bind-utils*/from_repo
   обновления
    

   Более поздние версии предоставят еще больше данных; например, в EL 7 здесь хранится точное зеркало и URL-адрес, с которого был загружен пакет.

   4

   Чтобы увидеть, что установлено из репозитория epel: (должно работать под Centos 5.5) обратите внимание, если у вас нет репо с именем epel, он выдаст все установленное.

    повторный запрос --repoid=epel -a | список xargs yum установлен
    

   1

    об/мин -qi имя_пакета
    

   Сообщит вам поставщика и упаковщика

   Самый простой и понятный подход без установки каких-либо дополнительных инструментов, greping или вывода посторонней информации:

    yum список установлен [имя пакета]
    

   В третьем столбце будет указан идентификатор репозитория, из которого был установлен пакет.

   Это было упомянуто в комментарии к исходному вопросу с использованием grep, но это не обязательно. Вы можете просто передать имя пакета непосредственно

   yum для фильтрации.
   1

   Если пакет был установлен недавно, вы можете посмотреть в /var/cache/yum.

   В этом каталоге есть каталог для каждого репо, а в нем каталог пакетов. Итак, вы должны сделать что-то вроде:

    find /var/cache/yum -name [package-name]*
    

   Однако в вашем файле /etc/yum.conf должен быть включен кеш:

    cachedir=/var/cache/yum
   Кэш = 1
    

   Обратите внимание, что yum clean [packages|all] очистит каталог кеша.

   Если каталог кеша пуст, есть альтернативный способ. Информация, которую читает yum info [package] , поступает из /var/cache/yum/[repo]/primary.xml.gz

   Вы можете просмотреть файл, введя:

    gunzip -d -c / var/cache/yum/[repo]/primary.xml.gz | grep '<имя>[пакет]'
    

   Однако на машинах, где yum info [package] не отображается «Из репозитория:», как указано в «theotherreceive», это связано с тем, что его нет в файле primary.

   xml, поэтому не будет возможности получить эту информацию. Поэтому, если пакет находится в двух или более файлах primary.xml, вам придется определить приоритет репо в вашей системе.
   1

   Основано на ответе Swoogan
   В RedHat и CentOS можно сделать

    sudo grep -ir ИМЯ ПАКЕТА /var/cache/yum/
    

   Результаты должны выглядеть примерно так:

    Двоичный файл /var/cache/yum/REPOSITORY_NAME/primary.xml.gz.sqlite соответствует
    

   Где имя_репозитория — это репозиторий, в котором можно найти ваш пакет, и он, вероятно, был установлен первым в списке (см. yum repolist)

   Итак, я знаю, что это несколько старый вопрос, но он возникает поиск google для того, что я искал.

   Существует также метод получения уникального списка используемых репозиториев:

    # repoquery -ai | grep 'Репозиторий:' | сортировать | уникальный
    

   Это список репозиториев, из которых были установлены пакеты.

   Ни одна из вышеперечисленных команд у меня не сработала. Это то, что я должен был сделать.

    yum предоставляет "*compat-libstdc*"
    

   Хорошая ссылка здесь.

   https://access.redhat.com/sites/default/files/attachments/rh_yum_cheatsheet_1214_jcs_print-1.pdf

   1

   Захвачена ли где-нибудь эта информация? В пакете нет этой информации, и yum не заботится об этом после того, как найдет пакет. Вероятно, вы могли бы собрать его воедино, выяснив, в каких репозиториях есть пакет, а затем определить, какой из них имеет приоритет.

   1

   Не лучшее решение, но я обнаружил, что доступный список yum покажет вам, где доступна самая последняя версия каждого пакета, например:

   доступен список yum | grep gstreamer

    PackageKit-gstreamer-plugin.x86_64 0.3.16-1.fc10 обновления
    

   bluez-gstreamer.i386 4.30-2.fc10 обновления
   gstreamer.i386 0.10.21-2.fc10 fedora
   gstreamer-devel.i386 0.10.21-2.fc10 fedora
   gstreamer-devel.x86_64 0 .

   No related posts.