Первичная настройка arch linux после установки

Общее описание технологии

Пакетный менеджер pacman является основным признаком дистрибутива ArchLinux. Archlinux pacman предназначен для установки программ и пакетов в дистрибутиве ArchLinux. pacman оперирует пакетами, которые, как и в случае с другими пакетными менеджерами представляют из себя бинарные архивы, содержащие некоторые данные для установки.

Pacman сам по себе может использоваться не только в ArchLinux и его производных, но и в прочих дистрибутивах. Возможна адаптация pacman для использования RPM, а также пакетов прочего типа, несовместимого со стандартным ArchLinux.

Pacman, как и RPM имеет возможность загрузки части пакета при обновлении. При работе pacman зачастую значительно быстрее обрабатывает транзакции, нежели это делает DPKG или RPM.

Советы и рекомендации

Сохранение изменённых пакетов

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

Добавьте параметр в PKGBUILD пакета и укажите в нём группу .

PKGBUILD

groups=('modified')

Добавьте эту группу в раздел файла .

/etc/pacman.conf

IgnoreGroup = modified

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

ПРОВЕРКА ЦИФРОВОЙ ПОДПИСИ И ДАЙДЖЕСТА

rpm —import PUBKEY …

rpm {—checksig} [—nosignature]
[—nodigest] PACKAGE_FILE …

Опция —checksig
проверяет
все
дайджесты
и подписи,
содержащиеся
в PACKAGE_FILE для
проверки
целостности
и
происхождения
пакета.
Обратите
внимание,
что
подписи
теперь
проверяются
при каждом
чтении
пакета и
опция —checksig
полезна
для
проверки
всех
дайджестов
и подписей,
ассоциированных
с пакетом. Цифровые
подписи не
могут быть
проверены
без
публичных
ключей.
Публичный
ключ в ASCII
формате
может быть
добавлен в
базу
данных rpm
при
использовании
команды —import.
Импортированный
публичный
ключ
заносится
в
заголовок
и
управление
ключами
проводится
аналогично
управлению
пакетами.
Например,
все
импортированные
ключи
можно
просмотреть
при
помощи:

Цифровые
подписи не
могут быть
проверены
без
публичных
ключей.
Публичный
ключ в ASCII
формате
может быть
добавлен в
базу
данных rpm
при
использовании
команды —import.
Импортированный
публичный
ключ
заносится
в
заголовок
и
управление
ключами
проводится
аналогично
управлению
пакетами.
Например,
все
импортированные
ключи
можно
просмотреть
при
помощи:

rpm -qa gpg-pubkey*

Подробная
информация
о
конкретном
публичном
ключе
после
импорта
может быть
отображена
при
запросе.
Информация
о ключе Red Hat GPG/DSA:

rpm -qi gpg-pubkey-db42a60e

Наконец,
публичный
ключ может
быть
удален
после его
импорта
также как
пакет.
Удаление
ключа Red Hat GPG/DSA:

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

Как правило, работа yaourt начинается с передачи ему желаемого ключевого слова. Yaourt будет искать его как в именах пакетов, так и в описаниях.

При поиске yaourt выведет все совпадения на экран:

• Описание
• Номер версии
• Установлен ли пакет в системе
• Количество голосов за пакет

Если установленный пакет старше, чем в AUR, он будет выделен. Это полезно для отслеживания пакетов, которые нарушают работу системы.

Помимо поиска, yaourt поддерживает другие стандартные операции управления пакетами.

• yaourt -S: установить или обновить пакет
• yaourt -Sy: синхронизировать базу данных пакета pacman
• yaourt -R: удалить пакет
• yaourt -G: получить PKGBUILD для пакета
• yaourt –stats: показать, сколько места использует пакет

У Yaourt есть опция экспорта для хранения пакетов после их создания.

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

Arch LinuxYaourt

Целостность

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

Типы и значения контрольных сумм должны предоставляться разработчиками программы, например, в объявлении о релизе. Если доступны несколько типов сумм, следует выбирать более надёжную: вместо , а вместо . Целостность файлов лучше проверять сразу после загрузки.

Примечание: Кроме того, если разработчики предоставляют цифровые подписи, то файлы подписей необходимо добавить в массив , а отпечатки ключей PGP — в массив . Это позволит проверить подлинность файлов во время сборки.

Значения переменных можно сгенерировать опцией makepkg /; как правило, они добавляются командой . Утилита из пакета позволяет обновить значения переменных, когда они уже заданы в файле . Оба инструмента используют те типы контрольных сумм, которые уже указаны в , или , если ни одна переменная не задана.

Метод проверки целостности можно задать опцией в файле . Подробнее см. .

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

sha224sums, sha384sums, sha512sums

Массив контрольных сумм SHA-2 с размерами дайджеста 224, 384 и 512 битов соответственно. Редко используемые альтернативы .

Подготовка

Если у вас на диске уже установлена какая-то операционная система, и вы собираетесь устанавливать ArchLinux на тот же диск, то создайте свободный раздел, на который будет выполняться установка.

• В Windows это можно сделать, используя программу Управление компьютером. Обычно ее можно найти через Панель управления: Панель управления→Администрирование→Управление компьютером→Управление дисками.
• В MacOS можно воспользоваться штатным приложением Дисковая утилита.
• В Linux можно воспользоваться программой GParted.

Минимальный размер дискового пространства, которое требуется чтобы установить систему, около 1Gb. Конечно, этого будет недостаточно для полноценной установки. Для комфортного пользования рекомендуется, чтобы у вас было около 20Gb свободного места.

Обязательно создайте резервную копию ваших данных.

Получение информации о пакете

Команда pacman -Qi выводит на экран базовую информацию об установленном пакете:

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

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

Команда pacman -Qi выводит информацию об установленных пакетах, а команда pacman –Si запрашивает в базе данных обширную информацию о пакете.

Команда pacman -Ql выводит список файлов, связанных с искомым пакетом.

Как видите, кроме файлов, эта команда отображает имя искомого пакета в каждой строке, из-за чего вывод труднее использовать в скриптах. Команда pacman -Qlq (т.е. “pacman query list, quiet”) не выводит имени пакета.

Команду pacman -Qlq | grep bin можно использовать, чтобы найти все файлы данного пакета, которые находятся в папке bin (и потому, вероятнее всего, являются исполняемыми). Это удобно, если  команда, связанная с пакетом, отличается от имени пакета.

Обзор

Система сборки Arch часто используется как обобщённый термин для целого ряда компонентов, хоть это и не совсем правильно. Обычно под ABS понимают следующие инструменты:

Дерево репозитория

PKGBUILD

Bash-скрипт, в котором находится URL для скачивания файлов с исходным кодом, а также инструкции по их компиляции в двоичный код и упаковке.

makepkg

Утилита командной строки, которая читает PKGBUILD, автоматически скачивает файлы с исходным кодом, компилирует их и создает пакет .pkg.tar* (какой конкретно суффикс будет у пакета определяется параметром в файле ). makepkg также можно использовать для создания пакетов из AUR или сторонних источников, подробнее см. Создание пакетов.

pacman

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

AUR

Пользовательский репозиторий Arch (Arch User Repository, AUR) — отдельное от ABS хранилище файлов PKGBUILD для программ, не вошедших в официальные репозитории. В отличие от дерева ABS, которое представляет собой «голый» репозиторий git, у AUR есть интерактивный веб-интерфейс. В AUR находятся тысячи предложенных пользователями файлов PKGBUILD для программ, которые не имеют официального пакета Arch. Если вам нужен пакет, которого нет в официальных репозиториях, стоит поискать его в AUR.

Важно: Официальные файлы PKGBUILD разрабатываются исходя из предположения, что пакеты будут собираться в чистом chroot-окружении. Грязная cборка может привести к непредсказуемому поведению программы во время исполнения

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

Дерево репозитория

В SVN-репозитории packages хранятся файлы PKGBUILD пакетов из официальных репозиториев core, extra и testing, а в SVN-репозитории community — файлы из community и multilib.

В SVN-репозитории для каждого пакета выделен отдельный каталог, в котором находятся подкаталоги и . В , в свою очередь, есть ещё один каталог, имя которого состоит из названия официального репозитория пакета (например, core) и архитектуры процессора. Файлы PKGBUILD, которые находятся в , используются в качестве официальной сборки. Файлы в используются разработчиками до перемещения в .

Например, дерево каталогов для выглядит следующим образом:

acl
acl/repos
acl/repos/core-x86_64
acl/repos/core-x86_64/PKGBUILD
acl/trunk
acl/trunk/PKGBUILD

Исходного кода пакета в SVN-репозитории нет. Вместо этого файл PKGBUILD содержит URL официального репозитория, из которого исходный код будет загружен во время сборки.

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

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

Удалить пакеты с помощью Pacman

Удалить пакет тоже легко. Все, что вам нужно сделать, это использовать -R вместо флага -S в команде pacman по умолчанию.

Если пакет отсутствует в вашей системе, вы получите сообщение об ошибке, в котором будет указано «error: target not found: packagename».

Удалите пакеты с помощью Yay

Чтобы удалить пакеты с помощью Yay, добавьте флаг -R к команде yay по умолчанию. Вы также можете использовать флаг -Rns, чтобы удалить все ненужные зависимости из вашей системы.

Если вы хотите удалить пакеты, которые не нужны вашей системе, используйте флаг -Yc с командой.

ИСПОЛЬЗОВАНИЕ GPG ДЛЯ ПОДПИСИ ПАКЕТОВ

rpmrpm$GNUPGHOME%_gpg_path

Для
совместимости
со старыми
версиями GPG, PGP
и rpm следует
настраивать
только
подпись
пакетов V3 OpenPGP.
Могут быть
использованы
алгоритмы
проверки DSA
и RSA, хотя
предпочитается
DSA.

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

%_gpg_name

Имя
пользователя,
ключом
которого
будут
подписываться
ваши
пакеты.

Например,
для
использования
GPG для
подписи
пакетов от
имени «John Doe
<jdoe@foo.com>» из
хранилища
ключей
расположенного
в /etc/rpm/.gpg,
используя
программу
/usr/bin/gpg, вам
потребуется
включить
строки

%_gpg_path /etc/rpm/.gpg
%_gpg_name John Doe <jdoe@foo.com>
%_gpgbin /usr/bin/gpg

Шпаргалка по ключам

-S синхронизация (—sync)

• pacman -S pkg1 pkg2 устанавливает или обновляет пакеты вместе с их зависимостями
• pacman -S repo/pkg устанавливает пакет из указанного репозитория (когда пакет имеет несколько версий в разных репозиториях, например, extra и testing)
• pacman -S «pkg>=version» устанавливает пакет требуемой версии

• pacman -Sw pkg скачивает пакет, но не устанавливает его
• pacman -Sp pkg устанавливает пакет и выводит для него ссылку на скачивание вместе с зависимостями
• pacman -Sf pkg устанавливает пакет, пропуская проверку конфликтов
• pacman -Sd pkg устанавливает пакет, пропуская проверку зависимостей

• pacman -Syu обновляет все пакеты системы (предварительно синхронизировав базы данных репозиториев)
• pacman -Su обновляет все устаревшие пакеты (предпочтительнее предыдущая команда)
• pacman -Suu обновляет пакеты с возможностью даунгрейда (если были, например, отключены репозитории testing и требуется откатиться на более старые версии)

• pacman -Ss name ищет пакеты в базе данных по имени и описанию
• pacman -Ssq pkg выводит в результатах поиска только имена пакетов
• pacman -Si pkg показывает информацию о пакете
• pacman -Sg group показывает пакеты, входящие в указанную группу
• pacman -Sl repo показывает все пакеты из репозитория

• pacman -Sc удаляет из кэша пакеты, которые уже были удалены (кэш хранится в /var/cache/pacman/pkg/)
• pacman -Scc полная очистка кэша пакетов

-R Удаление (—remove)

• pacman -R pkg удаляет пакет, оставляя зависимости в системе
• pacman -Rs pkg удаляет пакет вместе с зависимостями, если они не используются другими пакетами
• pacman -Rn pkg удаляет пакет и резервные копии его конфигурационных файлов (по-умолчаню, они сохраняются с добавлением расширения *.pacsave при удалении приложений)

-Q запрос (—query)

• pacman -Q — установленные пакеты с версией (-Qq — без версии)
• pacman -Qs name ищет пакеты среди установленных
• pacman -Qi pkg показывает информацию об установленном пакете
• pacman -Ql pkg показывает список файлов установленного пакета
• pacman -Qc pkg показывает список изменений пакета (если пакет его имеет)
• pacman -Qg group показывает все пакеты из группы
• pacman -Qo /path/to/file показывает какой пакет является владельцем указанного файла

• pacman -Qet отображение списка явно установленных, но не требующихся другим пакетам, пакетов
• pacman -Qdt перечисляет все пакеты, больше не требуемые как зависимости
• pacman -Qt — -Qet и -Qdt
• pacman -Qu выводит список устаревших пакетов
• pacman -Qk pkg проверяет, все ли файлы, принадлежащие данному пакету присутствуют в системе

• pacman -U path/to/pkg.tar.gz устанавливает локальный пакет (или из интернета, если как путь будет прописана интернет-ссылка)
• pacman -T pkg выводит список зависимостей, которые не удовлетворены в системе для указанного пакета

Поиск

• Найти все зависимости локального пакета: pacman -U –print-format »%n %v»

• Найти пакет : pacman -Ss имя_или_описание_пакета

• Все пакеты репозитория : pacman -Sl имя_репозитория. -Slq — без версий

• Доступные обновления: pacman -Qu

• Показать все пакеты, не используемые ни одним пакетом: pacman -Qt
• Установленные пакеты: pacman -Qu. -Qq — без версий

Справочная информация

• pacman -V показывает версию pacman
• pacman -h показывает синтаксис команды (если добавить опцию, то синтаксис для заданной опции, например pacman -Qh)
• man pacman полный ман по командам pacman
• man pacman.conf полный ман по файлу настроек pacman

Настройка

Параметры настройки makepkg подробно описаны в руководстве .

Общесистемные настройки хранятся в файле , пользовательские — в или . Рекомендуется проверять настройки перед сборкой пакетов.

Информация о создателе пакета

Каждый пакет содержит метаданные, в том числе информацию о создателе пакета (packager). По умолчанию скомпилированный пакет создаётся с пометкой . Однако если на одной системе компиляцией занимаются несколько пользователей или вы планируете распространять пакет среди других пользователей, то имеет смысл указать настоящие контактные данные, задав переменную в файле .

Создателя установленного пакета можно узнать командой:

$ pacman -Qi пакет

...
Packager       : John Doe <john@doe.com>
...

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

Расположение файлов пакета

makepkg создаёт пакет в рабочем каталоге в формате tar-архива, а исходный код загружает в подкаталог . Целевые каталоги можно переназначить, например, чтобы все собранные пакеты хранились в , а все исходные данные — в .

Можно задать следующие значения в :

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

Совет: Каталог можно очистить, например, командой (см. ).

Проверка цифровых подписей

Файлы цифровых подписей имеют расширение .sig или .asc и указываются в параметре файла . Если makepkg встречает такой файл, то автоматически пытается подпись пакета. Если пользовательская связка ключей не содержит нужный открытый ключ, то makepkg выведет сообщение о невозможности осуществить проверку PGP-ключа и прервёт установку.

Если нужный открытый ключ отсутствует, то файл PKGBUILD, скорее всего, содержит пункт с идентификаторами ключей. Ключи можно вручную или же найти их и импортировать оттуда.

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

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

Flathub и Snap Store – два отличных приложения с графическим интерфейсом, которые вы можете использовать для установки программного обеспечения и приложений на свой Linux-компьютер.

Установить пакеты с помощью Pacman

Pacman использует расширение файла TAR для упаковки приложений. Он эффективно работает с системной архитектурой Arch Linux. Чтобы добавить пакет, вы должны использовать флаг -S с командой по умолчанию следующим образом.

Например,

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

Вы также можете получить информацию о пакетах после их установки. В выходных данных содержится подробная информация об имени, версии, архитектуре и лицензии пакета. Для этого замените флаг -S на -Qi в команде pacman по умолчанию.

Устанавливать пакеты с Yay

Синтаксис команды установки Yay очень похож на синтаксис Pacman. Чтобы установить пакет с помощью диспетчера пакетов Yay, просто используйте флаг -S с командой по умолчанию.

Zypper — пакетный менеджер OpenSUSE

Это пакетный менеджер linux для командной строки в дистрибутиве OpenSUSE и SUSE Linux. Разработан специально для этого дистрибутива и использует библиотеку libzypp, в которой реализованы такие общие возможности, как доступ к репозиторию, установка пакетов, разрешение зависимостей, работа с репозториями и многое другое.

Zypper написан на Си и работает намного быстрее чем Yum. Поддерживает различные форматы репозиториев, а также расширения репозиториев. Поддерживается как обычное обновление, так и обновление патчами, во время которого только накладываются патчи на установленные пакеты для исправления проблем с безопасностью. Подробнее — здесь.

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

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

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

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

Чтобы обновить список пакетов с помощью Pacman, используйте флаг -Sy с командой.

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

Вы можете сэкономить на вводе обеих этих команд, объединив их с помощью флага -Syyu . Pacman автоматически начнет загрузку последних пакетов после обновления списка пакетов.

Используя Yay

Менеджер пакетов Yay позволяет вам эффективно обновлять и обновлять ваши пакеты с помощью вашего терминала. Для этого просто используйте флаг -Syu с командой yay .

Историческая справка

Разделение репозиториев появилось по историческим причинам. Когда дистрибутивом не пользовалось много людей, был только один репозиторий, известный как official (нынешний core). В то время official содержал в основном приложения, которые предпочитал Джадд Винет (Judd Vinet — основатель Arch Linux). Репозиторий был устроен таким образом, чтобы содержать «всего по одному»: одно окружение рабочего стола, один основной браузер и т.д.

Конечно, были пользователи, которым не нравился выбор Джадда, и, когда появилась удобная система сборки пакетов, они начали создавать собственные пакеты. Эти пакеты вошли в репозиторий unofficial и поддерживали их другие разработчики, а не Джадд. В конце концов, разработчиками было принято решение поддерживать оба репозитория, и названия official и unofficial перестали отображать их истинный смысл. Примерно в районе версии 0.5 названия были изменены на current и extra.

Вскоре после выхода версии 2007.8.1, current был переименован в core, чтобы не было неоднозначностей в трактовке того, что, собственно, должен содержать репозиторий. Сейчас репозитории практически равны в глазах разработчиков и сообщества, но core имеет некоторые отличия. Самое главное из них — то, что только пакеты из core включаются в установочные CD и релизы. Этот репозиторий все ещё содержит полноценную систему Linux, однако, скорее всего, это не та система, которую вы хотели бы использовать.

Что дальше?

Вы установили ArchLinux и установили среду рабочего стола! Теперь можно пользоваться системой.

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

Для установки пакетов используется команда pacman -S имя_пакета. Например, для установки браузера Firefox выполните:

Установка AUR, установка Yaourt

Репозиторий AUR (Arch User Repository) это репозиторий для ArchLinux, поддерживаемый сообществом. Он содержит огромное количество пакетов, которые устанавливаются путем компиляции из исходных кодов. Многие пакеты, которые есть в официальном репозитории ArchLinux, изначально были в репозитории AUR. AUR содержит очень много полезных приложений, которых нет в официальном репозитории.

Для установки пакетов из AUR используется утилита Yaourt. Раньше Yaourt можно было установить из стороннего репозитория archlinuxfr, но потом владелец репозитория удалил оттуда пакет yaourt. Поэтому мы установим Yaourt прямо из AUR.

Установим Yaourt. Выполните в терминале последовательно следующие команды:

Теперь можно устанавливать пакеты из AUR с использованием команды yaourt.

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

Для удаления пакета:

Для обновления пакетов:

Графический пользовательский интерфейс

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

Графический сервер

Xorg — это свободная реализация оконной системы X (называемой обычно X11 или X) с открытым исходным кодом. Она необходима для запуска приложений с графическим пользовательским интерфейсом (GUI), и большинство пользователей захочет ее установить.

Wayland — новый, альтернативный протокол графического сервера, для которого доступна его эталонная реализация Weston.

Графические драйверы

Графический драйвер по умолчанию, vesa, будет работать с большинством видеокарт, но можно значительно повысить производительность и получить дополнительный функционал, установив соответствующий драйвер для продукции , Intel или NVIDIA.

Окружения рабочего стола

Xorg предоставляет основной фреймворк для построения графического окружения, но есть дополнительные компоненты, которые могут оказаться необходимыми для полноценной работы пользователя. Окружения рабочего стола, такие как GNOME, KDE, LXDE и Xfce, собирают в единое целое обширное количество клиентов X: оконный менеджер, панель, файловый менеджер, эмулятор терминала, текстовый редактор, иконки и другие утилиты. Пользователи с небольшим опытом, скорее всего, захотят установить такое окружение для получения более знакомого интерфейса. Дополнительная информация доступна в статьях из категории Окружения рабочего стола.

Оконные менеджеры

Зрелое окружение рабочего стола предоставляет завершенный и согласованный графический пользовательский интерфейс, но, как правило, потребляет значительное количество системных ресурсов. Пользователи, желающие получить максимальную производительность или упростить свое окружение, могут выбрать установку оконного менеджера и ручной выбор желаемых дополнений. Альтернативный оконный менеджер можно также использовать с большинством окружений рабочего стола. Динамические, стековые и тайловые оконные менеджеры отличаются в том, как они управляют окнами.

Экранный менеджер

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

Директории пользователя

Известные директории, например, «Загрузки» или «Музыка», создаются службой пользователя , предоставляемой пакетом и включённой по умолчанию при установке. Если ваше окружение рабочего стола или оконный менеджер не загружают этот пакет автоматически, установите пакет вручную и выполните как описано в разделе .

Сеть

Информация в этом разделе ограничена небольшими процедурами по работе с сетью. Для просмотра подробного руководства обратитесь к статье Настройка сети. Для получения дополнительной информации смотрите категорию Сеть.

Синхронизация времени

Network Time Protocol (NTP) — протокол для синхронизации часов компьютерных систем с коммутацией пакетов и переменной задержкой данных. См. раздел для получения списка различных реализаций этого протокола.

Безопасность DNS

Чтобы увеличить безопасность при просмотре веб-ресурсов, совершении online-платежей, подключении к службам SSH и подобных задачах рекомендуется использовать с поддержкой DNSSEC, который может проверять подписанные DNS-записи, а также криптографические протоколы, например, DNS over TLS, DNS over HTTPS или DNSCrypt. См. статью Разрешение доменных имён для получения более подробной информации.

Настройка межсетевого экрана (firewall)

Межсетевой экран обеспечивает дополнительный уровень защиты поверх сетевого стека Linux. Стандартное ядро Arch содержит iptables от Netfilter и nftables, но по умолчанию они выключены. Пользователям настоятельно рекомендуется настроить какой-либо межсетевой экран. Для получения дополнительной информации смотрите категорию Firewalls (Русский).

Общий доступ

Для получения информации о том, как можно настроить обмен файлами между машинами внутри сети, смотрите статью NFS (Русский) или SSHFS (Русский).

Для подключения к Windows-сети пользователи могут использовать Samba. Чтобы настроить вашу машину на присоединение к Active Directory и ее использование для аутентификации, читайте статью Интеграция Active Directory.

Оптимизация

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

Бенчмаркинг

Benchmarking — это действия по измерению производительности и сравнению результата либо с результатами других систем, либо с широко распространенным стандартом, при помощи унифицированной процедуры.

Увеличение производительности

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

Твердотельные накопители (SSD)

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

Устройства ввода

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

Раскладки клавиатуры

Не-английские и нестандартные клавиатуры могут работать не так, как предполагается по умолчанию. Необходимые шаги по настройке раскладки клавиатуры для виртуальной консоли и Xorg отличаются, и они описаны, соответственно, в статьях Keyboard configuration in console и Keyboard configuration in Xorg.

Кнопки мыши

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

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

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

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

# nano /etc/bash.bashrc

# echo myhostname > /etc/hostname

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

# echo "" >> /etc/pacman.conf

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

# mkdir /mnt/boot

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

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

$ chmod +x имя_скрипта

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

Исходный код

source

Массив со списком необходимых для сборки пакета файлов. Как правило, описывает местонахождение файлов с исходным кодом, чаще всего в виде HTTP- или FTP-ссылки. В этом параметре часто находят применение установленные ранее значения и (например, ).

Файлы также могут находиться в одном каталоге с , в этом случае их имена напрямую добавляются в массив. Перед началом процесса сборки все указанные в файлы загружаются или проверяются на наличие, и если какие-то из них найдены не будут, то makepkg прекратит работу.

Файлы .install распознаются makepkg автоматически и включать их в не нужно. Файлы с суффиксами .sig, .sign и .asc makepkg опознаёт как PGP-подписи и проверяет с их помощью целостность соответствующих файлов.

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

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

Совет:

• Можно указать массив для конкретной архитектуры, добавив к названию символ подчёркивания и архитектуру (например, ). Каждому такому массиву должен соответствовать массив проверки целостности по контрольным суммам, например, .
• Некоторые серверы ограничивают загрузку, фильтруя запросы по строке User-Agent; это можно обойти с помощью .
• С помощью URL типа можно указать в название находящегося на вашем компьютере файла или каталога. Так, ссылка на локальный git-репозиторий будет иметь вид .
• Подробнее об VCS-опциях (вроде работы с отдельной веткой git или коммитом) см. и .

noextract

Массив со списком файлов из , которые makepkg не должен извлекать из архива. Используется, если архив не может быть распакован стандартной утилитой или же устанавливается «как есть». Если используется другая утилита для разархивации (например, ), добавьте её в массив , а в первой строке функции извлеките исходники вручную, например:

prepare() {
  lrzip -d исходник.tar.lrz
}

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

source=("http://foo.org/bar/foobar.tar.xz")
noextract=('foobar.tar.xz')

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

Если source содержит только URL-ссылки без каких либо имён файлов, обрежьте всё до последнего символа слэша включительно:

noextract=("${source##*/}")

Если source содержит только имена файлов, обрежьте часть после разделителя :: (взято из файла PKGBUILD firefox-i18n):

noextract=("${source%%::*}")

validpgpkeys

Массив с PGP-отпечатками. Если указать этот параметр, makepkg будет принимать подписи только от указанных в нём ключей, игнорируя связку ключей (keyring). Если файл исходников подписан подключом, makepkg будет по прежнему использовать основной ключ для сравнения.

В качестве значений принимаются только полные отпечатки в верхнем регистре. Пробельные символы недопустимы.

Примечание: Узнать отпечаток нужного ключа можно командой .

Подробнее см. .

Послесловие

Мы получили свежеустановленный Arch Linux
без графического окружения. Далее в принципе настройка — дело вкуса.
В этом и весь arch, что он для тех, кто точно знает, что хочет.
Практически ничего нет из коробки. И это прекрасно! Вы строете свой конструктор,
как Вам хочется. Полная свобода действий. И не на кого спихнуть, что система
неудобная, или напихали ненужного софта. Единственный, кто тут может
что — то запачкать — это Вы сами. Более не на кого свалить вину. Ломать и
чинить систему тут нужно тоже самостоятельно.

Arch Linux не для всех, и в первую очередь не для тех, кто привык “требовать”
функционал, фичи, и кормление с ложки из коробки. Тут всегда есть выбор:
вкладывать время в саморазвитие через обучение и самостоятельное погружение в систему,
или возвращаться к Ubuntu, которая делает все за тебя. Но у такого подхода
есть большой плюс в том, что при четком понимании того, что хочешь от системы,
ты строишь ее по кирпичикам без лишних запчастей, под себя, под свои
персональные нужды и прихоти.

Репозитории Staging

Важно: Не включайте репозитории staging по какой-либо причине — система несомненно выйдет из строя после обновления. Данные репозитории предназначены исключительно для backend-разработчиков.. Данные репозитории содержат нерабочие пакеты и используются исключительно разработчиками во время одновременной пересборки большого количества пакетов

Чтобы пересобрать пакет, зависящий, например, от новой разделяемой библиотеки, необходимо сначала собрать саму библиотеку и загрузить её в staging-репозиторий — таким образом она будет доступна другим разработчикам. После пересборки всех зависимых пакетов эту группу перемещают в тестовые или основные репозитории (в зависимости от случая).

Данные репозитории содержат нерабочие пакеты и используются исключительно разработчиками во время одновременной пересборки большого количества пакетов. Чтобы пересобрать пакет, зависящий, например, от новой разделяемой библиотеки, необходимо сначала собрать саму библиотеку и загрузить её в staging-репозиторий — таким образом она будет доступна другим разработчикам. После пересборки всех зависимых пакетов эту группу перемещают в тестовые или основные репозитории (в зависимости от случая).