Команды арч линукс терминал

Help:Reading (Русский)

Поскольку подавляющее большинство статей в ArchWiki содержит указания, не совсем понятные для новых пользователей Arch Linux (или GNU/Linux в целом), было решено написать это краткое изложение основных процедур во избежание путаницы при чтении, а также для уменьшения количества повторений в самом содержании статей.

Contents

Организация

Большинство статей в ArchWiki не предоставляет целостного погружения в конкретную тему, они пишутся в соответствии с принципом DRY и предположением, что пользователь самостоятельно найдет и прочитает необходимые дополнительные материалы по тем темам, которые ему непонятны. Там, где это возможно, ссылки на такие материалы приведены в самих статьях при помощи специального форматирования, смотрите #Форматирование.

Вследствие такой организации, чтобы лучше усвоить материал, может потребоваться изучить несколько относящихся к теме источников. В частности, новые в Arch (или GNU/Linux в целом) пользователи должны читать большое количество статей даже при решении простых проблем. Прежде чем обращаться к другим пользователям за помощью, особенно важно изучить дополнительную информацию.

Форматирование

• ссылка на раздел в текущей статье: #Организация
• ссылка на другую статью ArchWiki
• ссылка на внешний веб-ресурс)
• ссылка на man-страницу: intro(1)
• man-страница, доступная только без сети: foo(1)
• ссылка на пакет, находящийся в официальных репозиториях: foobar
• ссылка на пакет, находящийся в AUR: foobarAUR

Обычный пользователь или root

Есть строки написанные так:

А есть с другим префиксом:

Цифры или знак ( # ) указывает на то, что команда должна быть запущена от root, в то время как знак доллара ( $ ) показывает что команда должна быть запущена от имени обычного пользователя.

Заметьте следующее исключение:

В этом примере, знак # говорит что это не будет командой; вместо этого он должен быть отредактирован в файле. Так как в данном случае знак # означает комментарий. Комментарий может содержать пояснительный текст, который не будет выполняться соответствующей программой. Обозначение комментариев в скриптах Bash совпадает с PS1 суперпользователя.

Дополнительным указанием на комментарий является заглавная буква после знака # . Обычно, команды Unix не написаны таким образом и в большинстве случаев они являются короткими аббревиатурами вместо полных Английских слов (например, Copy становится cp).

Несмотря на это, большинство статей даёт это легко распознать, уведомив читателя:

Добавить, создать, редактировать

Когда вам будет предложено добавить, создать или отредактировать один или несколько файлов, в этом случае предполагается использование одного из следующих методов.

Для создания или изменения текстовых файлов предлагается использовать текстовый редактор. Например, nano, команда для редактирования файла /etc/bash.bashrc :

Чтобы создать или перезаписать файл из терминала, проще использовать перенаправление выводаWikipedia:ru:Перенаправление_ввода-вывода. В следующем примере создается или перезаписывается содержимое файла /etc/hostname содержимым файла myhostname .

Также перенаправление вывода можно использовать для добавления строки в файл. В примере строка [custom-repo] добавляется в файл /etc/pacman.conf .

Когда просят создать каталог(и), используйте команду mkdir:

Сделать исполняемым

После создания файла предназначеного для запуска в виде скрипта (вручную или другой программой) необходимо сделать его исполняемым, например:

Для получения дополнительной информации смотрите chmod. Некоторые приложения, такие как файловый менеджер могут предоставлять графический интерфейс для настройки этого.

Source

Некоторые приложения, в частности командные оболочки, используют скрипты для их настройки: после их изменения, они должны быть sourced (прочитаны) чтобы принять изменения. Например, в случае с bash, это делается путём выполнения (вы также можете заменить source с . ):

Когда статья предложит изменить скрипт настроек, она не будет напоминать вам о выполнении команды source для файла, и только в некоторых случаях вам будет указан ссылкой этот раздел.

Установка пакетов

Когда статья предлагает установить какие-либо пакеты обычным способом, там не будут описаны подробные инструкции. Вместо них будут имена пакетов, которые нужно установить.

Приведенные ниже подразделы дают обзор общих процедур установки в зависимости от типа пакета.

Официальные пакеты

Для получения пакетов из официальных репозиториев вы увидите нечто похожее:

Это означает, что вы должны запустить:

Статья pacman содержит подробные инструкции как правильно управлять пакетами в Arch Linux.

Репозиторий пользователей Arch (AUR)

Для получения пакетов из AUR (Пользовательского Репозитория Arch) вы увидите примерно такое:

Это означает, что вы должны перейти по ссылке имя_пакета AUR , скачать архив PKGBUILD, распаковать его, проверить содержание, и запустить в этой же папке:

Статья Пользовательский репозиторий Arch содержит все подробные объяснения и лучшие методы работы с пакетами AUR.

Управление юнитами systemd

Когда статья говорит запустить, включить, остановить или перезапустить какой-то юнит systemd (например service (службу)), в статье не будут указаны подробные инструкции как это сделать, вместо этого вы будете читать примерно такое:

Это означает, что вы должны выполнить:

Ссылка Запустить приведёт вас к статье systemd, которая содержит все подробные пояснения по правильному использованию юнитов systemd в Arch Linux.

Общесистемные или пользовательские настройки

Важно помнить, что существуют два разных вида настроек в системе GNU/Linux. Общесистемная настройка влияет на всех пользователей. Поскольку общесистемные настройки расположены как правило в каталоге /etc , нужны права суперпользователя (root) чтобы их менять. Например, для применения настроек Bash которые затронут всех пользователей, должен быть изменён /etc/bash.bashrc .

Пользовательские настройки затрагивают только конкретного пользователя. Файл с точкой (.файл) используется для настроек конкретного пользователя. Например файл

/.bashrc является пользовательским (для конкретного пользователя) файлом настроек. Идея заключается в том, что каждый пользователь может задать свои собственные настройки, такие как псевдонимы (alias), функции и другие интерактивные черты, как строка приглашения (prompt), не затрагивая предпочтения других пользователей.

/ и $HOME представляют собой ярлыки для домашнего каталога пользователя, обычно /home/Имя_пользователя/ .

Общие файлы оболочек

Bash и другие Bourne-совместимые оболочки, как Zsh, также содержат зависимые исходные файлы, смотря какая оболочка представлена, оболочка входа или интерактивная оболочка. Для подробностей смотрите Bash (Русский)#Файлы настроек и Zsh (Русский)#Файлы Запуска/Завершения.

Псевдо-переменные в примерах кода

Некоторые блоки кода могут содержать так называемые псевдо-переменные, которые, как следует из названия, не являются фактическими переменными, используемые в коде. Вместо этого они представляют собой место для заполнения и должны быть вручную заменены на конкретный системный элемент конфигурации до того, как код может быть запущен или внедрён. Общие оболочки, такие как bash и zsh, обеспечивают автодополнение по табу (tab) для параметров общих команд, таких как systemctl.

В статьях, которые соответствуют Help:Style/Formatting and punctuation, псевдо-переменные оформлены курсивом. Например:

• Включить dhcpcd@interface_name.service для сетевого интерфейса выявленного командой ip link .

В этом случае interface_name используется в качестве псевдо-переменной которую нужно заполнить в блоке юнита systemd. Все шаблоны юнитов systemd, опознаются знаком @ , требующим элемент конфигурации конкретной системы как аргумент. Смотрите Systemd (Русский)#Использование юнитов.

• Команда dd if=data_source of=/dev/sdX bs=sector_size count=sector_number seek=partitions_start_sector может быть запущена от суперпользователя, чтобы уничтожить раздел с конкретными параметрами.

В этом случае псевдо-переменные используются для описания параметров, которые должны быть заменены на них. Подробное описание этих параметров, включая команду, рассматривается в разделе Securely wipe disk#Calculate blocks to wipe manually.

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

Многоточие

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

Например HOOKS=». encrypt . filesystems . » или:

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

Источник

pacman (Русский)

Пакетный менеджер pacman — одна из важнейших отличительных особенностей Arch Linux. Он объединил в себе двоичный формат пакетов и лёгкую в использовании систему сборки. Цель pacman — удобное управление пакетами вне зависимости от того, взяты они из официальных репозиториев или же собраны самостоятельно.

pacman поддерживает систему в актуальном состоянии, синхронизируя пакеты с мастер-сервером. Эта клиент-серверная модель позволяет пользователю скачивать/устанавливать пакеты со всеми необходимыми зависимостями всего одной командой.

pacman написан на языке Си и работает с tar-пакетами в формате bsdtar(1) .

Contents

Использование

В этом разделе приведена небольшая подборка доступных возможностей pacman. Больше примеров можно найти в руководстве pacman(8) .

Установка пакетов

Пакет представляет собой архив, в котором содержатся:

• все (скомпилированные) файлы приложения;
• метаданные о приложении (имя приложения, версия, зависимости и т.д.);
• установочные файлы и указания pacman;
• (необязательно) дополнительные файлы для облегчения жизни, например — сценарии запуска/остановки.

pacman, менеджер пакетов Arch Linux, может устанавливать, обновлять и удалять пакеты. Использование pacman имеет ряд преимуществ по сравнению с альтернативным подходом — ручной компиляцией и установкой программ:

• удобное обновление: pacman будет устанавливать обновления по мере их появления;
• проверка зависимостей: pacman самостоятельно отслеживает зависимости, вам нужно только указать целевую программу, и pacman установит её вместе с неоходимыми дополнительными пакетами.
• чистое удаление: pacman хранит список файлов всех пакетов. При удалении пакета в системе не остаётся лишнего «мусора».

Установка отдельных пакетов

Для установки одного пакета или списка пакетов (включая зависимости) используйте следующую команду:

Для установки списка пакетов при помощи поиска по регулярному выражению (смотрите эту ветку форума) выполните:

Если пакет имеет несколько версий в разных репозиториях (например, в extra и testing), можно указать, откуда именно следует установить пакет:

Чтобы установить несколько пакетов с частично совпадающими названиями, используйте фигурные скобки:

Можно использовать несколько уровней вложенных фигурных скобок:

Виртуальные пакеты

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

Установка группы пакетов

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

вам будет предложено выбрать пакеты из группы gnome , которые вы хотели бы установить.

Некоторые группы содержат большое количество пакетов, и среди них могут быть всего несколько нужных или ненужных вам. Вместо того, чтобы вводить все необходимые вам номера, иногда удобнее выбрать или исключить отдельные числа или диапазоны чисел при помощи приведенного ниже синтаксиса:

— будут выбраны все пакеты в диапазоне с 1 по 10, а также 15;

— будут выбраны все пакеты, кроме входящих в диапазон с 5 по 8, а также 2.

Чтобы увидеть список пакетов, принадлежащих к группе gnome, выполните:

Перечень групп можно найти на странице https://archlinux.org/groups/.

Удаление пакетов

Удалить пакет, не удаляя его зависимости:

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

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

Удалить пакет, его зависимости, а также все пакеты, для которых он сам является зависимостью:

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

pacman создает резервные копии конфигурационных файлов удаляемых приложений и добавляет к ним расширение .pacsave. Если вы хотите удалить и эти файлы, используйте ключ -n :

Обновление пакетов

pacman полностью обновляет систему всего одной командой. Если система давно не обновлялась, процесс может занять довольно длительное время. Приведённая ниже команда одновременно синхронизирует базы данных репозиториев и выполняет обновление системы — при этом пакеты, которых нет в подключённых репозиториях, обновлены не будут:

Запросы к базам данных пакетов

Для взаимодействия с базами данных в pacman предусмотрены флаги -Q (база данных пакетов), -S (база данных синхронизации) и -F (база данных файлов). Команды pacman -Q —help , pacman -S —help и pacman -F —help выведут список возможных опций для этих флагов.

pacman может выполнять поиск в базе данных как среди названий пакетов, так и по их описаниям:

Иногда поиск с параметром -s выдаёт много ненужных результатов, поэтому имеет смысл ограничить поиск только названиями пакетов, отключив поиск по описаниям и другим полям. Для этого можно использовать регулярные выражения:

Искать среди установленных пакетов:

Искать пакет в репозиториях по названию файла:

Показать подробную информацию о пакете в репозитории:

То же самое — для установленного пакета:

Если указать сразу два флага -i , то будет также выведен список резервных копий файлов и их состояние (модифицирован/нет):

Вывести список файлов установленного пакета:

Вывести список файлов пакета в репозитории:

Проверить наличие файлов установленного пакета:

С двумя флагами -k проверка будет более тщательной.

Узнать, какому пакету принадлежит файл:

Узнать, какому пакету в репозиториях принадлежит файл:

Вывести список пакетов, которые больше не требуются как зависимости («пакеты-сироты»):

Вывести список пакетов, установленных явно (explicitly) и не являющихся зависимостями для других пакетов:

Другие полезные команды можно найти в статье pacman/Советы и приёмы.

Pactree

Дерево зависимостей пакета можно узнать командой

Чтобы увидеть «обратное» дерево зависимостей, т.е. список пакетов, которые сами зависят от указанного, используйте флаг pactree -r или утилиту whoneeds из пакета pkgtools AUR .

Структура базы данных

Базы данных pacman обычно размещаются в каталоге /var/lib/pacman/sync . Для каждого подключённого в файле /etc/pacman.conf репозитория в этом каталоге находится соответствующий файл базы данных. Сам файл представляет собой gzip-сжатый tar-архив (с расширением .db), содержащий по одному каталогу для каждого пакета. Например, для пакета which содержимое каталога имеет вид:

В файле desc хранятся мета-данные пакета — описание, список зависимостей, размер, хэш-сумма MD5 и т.д.

Очистка кэша пакетов

Скачиваемые пакеты pacman сохраняет в каталог ( /var/cache/pacman/pkg/ ). Устаревшие версии пакетов, как и версии пакетов удалённых, автоматически не удаляются. Такой подход обладает следующими преимуществами:

1. Можно выполнить откат пакета без необходимости искать где-то (например, в архиве Arch Linux) его старую версию;
2. Удалённый по ошибке пакет можно заново установить из кэша, не скачивая из репозитория.

Тем не менее, это означает, что время от времени необходимо чистить этот каталог самостоятельно, чтобы предотвратить его разрастание.

Скрипт paccache(8) из пакета pacman-contrib удаляет из кэша старые версии пакетов, как установленных в системе, так и уже удалённых, по умолчанию оставляя только 3 самые свежие:

Включите и запустите paccache.timer , чтобы очистка кэша выполнялась каждую неделю автоматически.

При необходимости можно задать количество последних версий, которые нужно оставить. Команда для удаления всех версий, кроме последней:

Флаг -u / —uninstalled позволяет ограничить действие paccache только версиями пакетов, которых в системе уже нет. Например, команда удаления всех кэшированных версий удалённых пакетов:

Список возможных опций выводится командой paccache -h .

В pacman есть встроеный функционал очистки кэша и удаления баз данных репозиториев, которые были заблокированы в файле /etc/pacman.conf . Однако pacman гораздо менее гибок по сравнению с paccache и не даёт возможности сохранить некоторое количество последних версий, просто очищая каталог кэша.

Чтобы удалить все кэшированные версии удалённых пакетов и неиспользуемые базы данных, выполните:

Чтобы удалить вообще все файлы из кэша, укажите флаг очистки дважды:

pkgcacheclean AUR и pacleaner AUR — две альтернативные программы для очистки кэша.

Дополнительные команды

Скачать пакет без установки:

Установить пакет не из удалённого репозитория, а хранящийся локально (например, предварительно скачанный из AUR):

Сохранить копию локально устанавливаемого пакета в кэше pacman:

Скачать и установить пакет из удаленного источника (но и не из репозиториев, перечисленных в конфигурационном файле pacman):

Флаг -p можно использовать для подавления стандартных действий -S , -U и -R .

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

Причина установки

Для pacman с точки зрения причины установки пакет относится к одной из двух категорий:

• установлен явно (explicitly-installed): установлен пользователем командами pacman -S или pacman -U ;
• зависимость (dependency): установлен автоматически в процессе установки другого пакета, поскольку являлся его зависимостью.

При явной установке пакета можно принудительно изменить причину установки на зависимость:

При переустановке пакета текущая причина установки не меняется.

Список явно установленных пакетов выводится командой pacman -Qe , а пакетов-зависимостей — командой pacman -Qd .

Чтобы изменить причину установки уже установленного пакета, выполните:

Для противоположной операции используйте флаг —asexplicit .

Поиск пакета по названию файла

Синхронизировать базу данных файлов:

Найти пакет, содержащий определённый файл (например, файл pacman ):

Утилита pkgfile также осуществляет поиск пакетов по файлам, опираясь на свою базу данных; она обладает расширенной функциональностью по сравнению с pacman -F .

Процесс установки/обновления/удаления пакета

Каждая операция («транзакция») pacman состоит из пяти последовательных шагов, включая пред- и пост-транзакционные хуки:

1. Если база данных не заблокирована, то транзакция инициализируется.
2. Определяются пакеты, над которыми будут выполняться действия.
3. В зависимости от заданных флагов выполняется подготовка транзакции, проверяется целостность базы данных, а также пакеты и их зависимости.
4. Транзакция выполняется:
   1. Загружаются пакеты ( _alpm_sync_load ), если это необходимо.
   2. Выполняются PreTransaction -хуки, которые возможно применить.
   3. Удаляются пакеты, которые должны быть заменены, конфликтуют или явно указаны для удаления.
   4. Добавляются пакеты.
      1. Если пакет содержит установочный сценарий, выполняется функция pre_install ( pre_upgrade / pre_remove для обновляемых и удаляемых пакетов соответственно).
      2. Удаляются существующие файлы пакета (при обновлении или удалении пакета). Сохраняются только файлы настроек (см. /Pacnew and Pacsave).
      3. Распаковывается архив с новыми файлами пакета; файлы размещаются в нужные места файловой системы (при установке или обновлении пакета). Изменённые пользователем файлы настроек, которые нельзя просто перезаписать, остаются без изменений; новые файлы настроек сохраняются с суффиксом .pacnew (см. предыдущий шаг).
      4. Если пакет содержит установочный сценарий, выполняется функция post_install ( post_upgrade / post_remove для обновляемых и удаляемых пакетов соответственно).
   5. Выполняются PostTransaction -хуки, которые возможно применить.
5. Завершение транзакции и освобождение ресурсов (например, разблокирование базы данных).

Настройка

Настройки pacman находятся в файле /etc/pacman.conf . Подробную информацию о файле настроек можно найти в руководстве pacman.conf(5) .

Глобальные параметры

Глобальные настройки pacman указываются в разделе [options] . Помимо руководства pacman.conf(5) некоторая информация о настройках из этого раздела содержится в комментариях самого файла pacman.conf .

Сравнение версий пакетов перед обновлением

Чтобы увидеть сравнение старых и новых версий доступных для обновления пакетов, раскомментируйте строку VerbosePkgLists в файле pacman.conf . Теперь команда pacman -Syu будет выводить примерно следующее:

Параллельная загрузка

В pacman 6.0 была добавлена функциональность параллельной загрузки пакетов. Чтобы включить эту возможность, необходимо присвоить опции ParallelDownloads в файле /etc/pacman.conf любое положительное значение (например, 5 ). В противном случае, если опция не задана, то пакеты будут загружаться последовательно.

Запрет на обновление отдельных пакетов

Чтобы пропустить пакет во время обновления системы добавьте его название в параметр IgnorePkg в разделе [options] :

Если необходимо пропустить обновление для нескольких пакетов, укажите названия, разделив их пробелами, или используйте несколько строк IgnorePkg . Также можно использовать шаблоны поиска. Если нужно пропустить обновление пакета всего один раз, то лучше использовать опцию командной строки —ignore — здесь в качестве разделителя для названий пакетов используется запятая.

При необходимости обновить пакет из списка исключений всё же можно, командой pacman -S название_пакета : pacman при этом выведет напоминание, что пакет указан в IgnorePkg .

Запрет на обновление группы пакетов

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

Запрет на обновление файлов

Файлы, указанные в параметре NoUpgrade , не будут изменяться в процессе установки/обновления; новые версии этих файлов будут сохраняться с расширением .pacnew .

Запрет на установку файлов

Чтобы запретить установку файлов в определённые каталоги, перечислите их в параметре NoExtract . Например, запрет установки юнитов systemd:

Работа с несколькими файлами настроек

Если имеется несколько конфигурационных файлов (например, основная конфигурация и дополнительная с подключённым репозиторием testing), то работу с ними можно упростить, если вынести общие пункты настроек в отдельный файл и подключать его с помощью опции Include :

В этом примере общие настройки вынесены в файл /путь/к/файлу/общих/настроек . Приведённую выше строку нужно добавить в оба файла настроек, основной и дополнительный.

Системные пре- и пост-транзакционные хуки хранятся в каталоге /usr/share/libalpm/hooks ; pacman может выполнять хуки как из системного каталога, так и из каталогов, подключённых опцией — HookDir в файле pacman.conf (каталог по умолчанию — /etc/pacman.d/hooks ). Название файла хука должно заканчиваться на .hook . Хуки pacman неинтерактивны.

В частности, хуки pacman используются в связке с systemd-sysusers и systemd-tmpfiles для автоматического создания пользователей и файлов в процессе установки пакетов. Например, пакет tomcat8 требует наличия пользователя tomcat8 и определённых каталогов, ему принадлежащих. Хуки systemd-sysusers.hook и systemd-tmpfiles.hook вызывают команды systemd-sysusers и systemd-tmpfiles соответственно, когда pacman видит в пакете указания на пользователей и временные файлы.

Хуки alpm подробно описаны в руководстве alpm-hooks(5) .

Репозитории и зеркала

Помимо общего раздела [options] в файле pacman.conf также содержатся отдельные разделы для каждого из репозиториев. Репозиторий — набор пакетов, который физически находится на одном или нескольких серверах; эти сервера называются зеркалами репозитория.

Репозитории делятся на официальные и неофициальные. Порядок репозиториев в файле настроек имеет значение: если в разных репозиториях содержатся пакеты с одинаковым названием, то вне зависимости от их версий предпочтение отдаётся тому пакету, репозиторий которого ближе к началу файла. Чтобы подключённый репозиторий можно было использовать, сначала необходимо выполнить полное обновление системы.

Разделы репозиториев в файле pacman.conf содержат информацию о зеркалах. Список зеркал хранится в отдельном файле и подключается параметром Include . Например, зеркала официальных репозиториев подключаются из файла /etc/pacman.d/mirrorlist . Настройка зеркал описана в статье Mirrors.

Безопасность пакетов

pacman использует цифровые подписи в качестве дополнительного механизма обеспечения безопасности пакетов. Настройки проверки подписей задаются параметром SigLevel . По умолчанию в разделе [options] задано глобальное значение SigLevel = Required DatabaseOptional , что означает проверку подписей всех пакетов без исключения. Можно задать особые правила проверки подписей для отдельных репозиториев, указав параметр SigLevel в соответствующих разделах. Подробнее см. pacman/Package signing.

Решение проблем

Failed to commit transaction (conflicting files)

Следующее сообщение об ошибке [1]:

означает, что при выполнении операции были обнаружены конфликтующие файлы. pacman не будет их перезаписывать автоматически. Это не ошибка, так сделано специально.

Проблема решается тривиально. Сначала проверьте, не принадлежит ли файл другому пакету ( pacman -Qo /путь/к/файлу ). Если принадлежит, создайте отчет об ошибке. Если проблемный файл не нужен другим пакетам, переименуйте его и перезапустите команду обновления. Если в дальнейшем проблем не возникнет, то старый файл можно удалить.

Если программа была установлена вручную без pacman — например, при помощи команды make install — необходимо удалить программу и все её файлы, а затем выполнить установку при помощи pacman. См. также pacman/Советы и приёмы#Поиск файлов без пакета-владельца.

Информация о каждом установленном файле хранится в файле с метаданными пакета /var/lib/pacman/local/пакет-версия/files . При повреждении этого файла (он может быть пустым или отсутствовать) во время обновления пакета будет получена ошибка file exists in filesystem («файл существует в файловой системе»). Обычно такие ошибки возникают во время установки или обновления всего лишь одного пакета. Вместо ручного переименования или удаления конфликтующих файлов, принадлежащих данному пакету, лучше выполнить команду pacman -S —overwrite шаблон пакет , чтобы pacman принудительно перезаписал файлы, название которых совпадает с шаблоном.

Failed to commit transaction (invalid or corrupted package)

Удалите все файлы .part (частично скачанные пакеты) из кэша pacman /var/cache/pacman/pkg/ . Причиной ошибки чаще всего является пользовательская команда в параметре XferCommand файла pacman.conf .

Failed to init transaction (unable to lock database)

Когда pacman собирается внести изменения в базу данных пакетов, например, при установке пакета, он создает файл блокировки /var/lib/pacman/db.lck . Благодаря этому другой экземпляр pacman не сможет работать в то же самое время, что позволяет избежать повреждения базы.

Если работа pacman была прервана во время внесения изменений в базу, этот файл блокировки может остаться не удаленным. Если вы уверены, что на вашей машине не запущено других экземпляров pacman, удалите этот файл блокировки:

Не удаётся найти пакет для установки

Эта ошибка проявляется в сообщениях Not found in sync db , Target not found или Failed retrieving file .

Удостоверьтесь, что пакет, который вы пытаетесь установить, действительно существует. Если это так, возможно, список хранящихся в репозиториях пакетов устарел. Выполните pacman -Syu , чтобы получить новый список и обновить систему. Также убедитесь, что выбранные зеркала в рабочем состоянии, а репозитории настроены правильно.

Также есть вероятность того, что в вашей системе не включен репозиторий, содержащий нужный пакет — например, пакет находится в репозитории multilib, но multilib не включен в файле pacman.conf .

pacman падает при обновлении

Если при удалении пакетов pacman завершает свою работу с ошибкой «database write» («запись в базу данных»), и после этого все попытки переустановки или обновления пакетов завершаются неудачей, сделайте следующее:

1. Загрузитесь, используя Arch Live USB. Желательно, чтобы версия pacman в образе была не старше той, что установлена в системе.
2. Смонтируйте корневую файловую систему, например, командой mount /dev/sdaX /mnt от root, и убедитесь, что в точке монтирования достаточно свободного места (команда df -h ).
3. Смонтируйте файловые системы proc, sys и dev: mount -t proc proc /mnt/proc; mount —rbind /sys /mnt/sys; mount —rbind /dev /mnt/dev
4. Если в системе используются стандартное расположение баз данных и каталогов, то можно синхронизировать базу данных pacman и обновить систему командой pacman —sysroot /mnt -Syu с правами root.
   • Кроме того, если не удаётся обновить систему, изучите рекомендации из pacman/Советы и приёмы#Переустановка всех пакетов.
5. После обновления стоит убедиться, что в системе не осталось необновлённых нерабочих пакетов: find /mnt/usr/lib -size 0 .
6. Если такие пакеты всё же есть, их нужно переустановить: pacman —sysroot /mnt -S package .

Переустановка pacman вручную

С помощью pacman-static

pacman-static AUR — статически скомпонованная версия pacman, которая может работать даже при отключении/повреждении системных библиотек. Это может помочь, если произошло частичное обновление и pacman больше не работает.

Прикреплённый комментарий в PKGBUILD содержит ссылку на закачку двоичного файла, с помощью которого можно переустановить pacman или обновить систему целиком в случае частичного обновления.

С помощью внешнего pacman

Если не работает даже pacman-static , то можно попробовать восстановить систему с помощью внешнего pacman. Простейший способ — воспользоваться archiso и указать точку монтирования в опции —sysroot или —root . Подробнее о том, как смонтировать файловую систему для —sysroot , см. chroot#Используя chroot.

Извлечение вручную

Даже если pacman не подаёт признаков жизни, всё ещё можно починить его вручную, загрузив последние версии пакетов и распаковав файлы в нужные места. Последовательность действий:

1. Узнайте зависимости пакета pacman .
2. Скачайте пакеты с любого рабочего зеркала.
3. Извлеките каждый пакет в корневой каталог.
4. Переустановите эти пакеты командами pacman -S —overwrite название_пакета , чтобы обновить базу данных.
5. Выполните полное обновление системы.

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

Возможно, вам необходимо обновить только несколько пакетов, в зависимости от серьёзности проблемы. Пример команды распаковки архива пакета:

Обратите внимание на флаг -w , который включает интерактивный режим. Запускать распаковку неинтерактивно рискованно, потому что можно перезаписать важный файл. Также не забудьте, что пакеты нужно распаковывать в правильном порядке (сначала зависимости). На форуме рассмотрен пример процесса восстановления работоспособности pacman c несколькими неработающими пакетами-зависимостями.

Ошибка «Unable to find root device» после перезагрузки

Вероятно, при обновлении ядра был повреждён образ initramfs (например, при использовании pacman с опцией —overwrite ). Для восстановления работоспособности есть два варианта, и первый из них — использовать fallback-образ.

Когда система запустится, выполните команду пересборки образа initramfs либо из консоли, либо из терминала (для стандартного ядра linux ):

Если этот способ не сработает, загрузитесь с Live-USB, смонтируйте корневой и загрузочный разделы, после чего сделайте chroot командой arch-chroot:

Переустановка ядра (пакета linux ) автоматически пересоздаст образ initramfs при помощи mkinitcpio -p linux . Нет необходимости дополнительно вводить эту команду.

После всего этого рекомендуется выполнить exit , umount /mnt/ и reboot .

«_is_unknown_trust,_installation_failed»>Signature from «User » is unknown trust, installation failed

• Обновите существующие ключи командой pacman-key —refresh-keys .
• Вручную обновите пакет archlinux-keyring командой pacman -Sy archlinux-keyring && pacman -Su .
• Выполните полный сброс ключей.

Требование импортировать ключи PGP

При установке Arch Linux со старого ISO-образа скорее всего вы получите сообщение о необходимости выполнить импорт PGP-ключей — подтвердите загрузку. Если добавить ключи всё же не получится, синхронизируйте связку ключей или обновите пакет archlinux-keyring (см. «_is_unknown_trust,_installation_failed»>выше).

Error: key «0123456789ABCDEF» could not be looked up remotely

Если пакеты подписаны свежими ключами, которые были добавлены к archlinux-keyring совсем недавно, это ключи могут оказаться недоступны в процессе обновления системы (проблема курицы и яйца). Установленный пакет archlinux-keyring должен обновиться, чтобы получить новые ключи. pacman попытается обойти эту проблему обращением к серверу ключей, но это может оказаться невыполнимо из-за работы прокси или межсетевого экрана и приведёт к ошибке. Обновите пакет archlinux-keyring как описано «_is_unknown_trust,_installation_failed»>выше.

«_is_invalid,_installation_failed»>Signature from «User » is invalid, installation failed

Такая ошибка может появиться, если системное время установлено неверно и подписи ключей кажутся устаревшими:

Задайте правильное время (например, командой # ntpd -qg ) и выполните # hwclock -w , после чего установите нужные пакеты или обновите систему.

Warning: current locale is invalid; using default «C» locale

Как сказано в сообщении ошибки, локаль системы настроена неправильно (см. Locale).

pacman игнорирует настройки прокси

Удостоверьтесь, что соответствующие переменные окружения ( $http_proxy , $ftp_proxy и т.д.) заданы верно. Если вы используете pacman вместе с sudo, необходимо настроить sudo на передачу переменных окружения в pacman. Также убедитесь, что настройки dirmngr в файле /etc/pacman.d/gnupg/dirmngr.conf содержат параметр honor-http-proxy , отвечающий за использование прокси при обновлении ключей.

Как переустановить все пакеты, сохранив информацию о том, какие из них установлены явно, а какие — в качестве зависимостей?

Чтобы переустановить все пакеты из официальных репозиториев, выполните pacman -S $(pacman -Qnq) (опция -S сохраняет причину установки по умолчанию).

После этого необходимо переустановить все пакеты из неизвестных источников, список которых можно получить командой pacman -Qmq .

Cannot open shared object file

Скорее всего, это означает, что при выполнении предыдущей операции pacman удалил или повредил разделяемые библиотеки, необходимые для него самого.

Чтобы выйти из этой ситуации, нужно вручную распаковать необходимые библиотеки в вашу файловую систему. Сперва определите, в каком пакете содержится требуемая библиотека, а затем найдите этот пакет в кэше pacman ( /var/cache/pacman/pkg/ ). Распакуйте разделяемую библиотеку в файловую систему. Это позволит вам запустить pacman.

Теперь необходимо переустановить испорченный пакет. При этом обязательно используйте ключ —overwrite , поскольку вы лишь распаковали системные файлы, но pacman об этом не знает. pacman корректно заменит ваш файл разделяемой библиотеки на тот, что имеется в пакете.

Вот и все. Обновите оставшуюся часть системы.

Проблемы с загрузкой пакетов

Были сообщения о некоторых сетевых проблемах, которые приводят к невозможности обновления/синхронизации: [2], [3]. При обычной установке Arch Linux эти проблемы не появляются, так как стандартный загрузчик файлов при этом заменяется другим (см. pacman/Советы и приёмы#Производительность). При установке Arch Linux в VirtualBox эта проблема также появляется, когда вы используете опцию виртуальной машины Host interface вместо NAT.

Failed retrieving file ‘core.db’ from mirror

Если зеркала настроены правильно, но вы получаете такое сообщение об ошибке, попробуйте выбрать другой сервер имён.

‘local-package.pkg.tar’: permission denied

Если вы пытались установить пакет в смонтированной файловой системе sshfs с помощью команды pacman -U и получили такую ошибку, переместите пакет в локальный каталог и попробуйте ещё раз.

error: could not determine cachedir mount point /var/cache/pacman/pkg

Во время выполнения в chroot-окружении, например, команды pacman -Syu , может произойти следующая ошибка:

Такое часто случается, если каталог для chroot не являлся точкой монтирования на момент входа в chroot. Решение проблемы приведено в примечании к Install Arch Linux from existing Linux#Downloading basic tools, а объяснения и пример bind-монтирования с превращением chroot-каталога в точку монтирования можно найти в arch-chroot(8) .

Источник