Frequently asked questions (Русский)
Общие вопросы
Что такое Arch Linux?
Смотрите статью Arch Linux.
Почему не стоит использовать Arch?
Вам может не подойти Arch Linux, если:
- у вас нет возможности/времени/желания использовать дистрибутив "сделай сам".
- вам нужна поддержка архитектуры, несовместимой с x86_64.
- вы занимаете решительную позицию использовать только те дистрибутивы, в состав которых входит исключительно свободное (в определении GNU) ПО.
- вы считаете, что операционная система должна настраивать себя самостоятельно, работать "из коробки" и изначально включать в себя рабочее окружение и типичный набор ПО.
- вам не нужен дистрибутив с плавающей системой релизов и поддержка наиболее свежих версий программ.
- вы довольны вашей текущей операционной системой.
Почему стоит использовать Arch?
Потому что Арч — лучший.
Какие архитектуры поддерживает Arch?
Arch поддерживает только архитектуру x86_64 (также известную как amd64). Поддержка i686 прекращена в ноябре 2017 [1].
Есть неофициальные порты для i686 [2] и ARM [3], каждый со своим собственным сообществом. [4]
Следует ли Arch стандарту иерархии файловой системы (FHS)?
Arch Linux следует иерархии файловой системы ОС, использующей менеджер служб systemd. См. file-hierarchy(7) для получения информации о назначении каждой директории. В частности, /bin, /sbin и /usr/sbin — символические ссылки на /usr/bin, а /lib и /lib64 — символические ссылки на /usr/lib.
Я полный новичок в GNU/Linux. Стоит ли мне использовать Arch?
Если вы новичок и желаете использовать Arch, имейте в виду, что вам придется набраться терпения и потратить значительное время на постройку и освоение новой системы, а также принять тот факт, что в основе Arch лежит принцип "сделай сам" ("Do It Yourself"). Именно пользователь собирает систему из компонентов и определяет то, какой она должна быть.
Перед тем, как попросить помощи, попробуйте самостоятельно разобраться в проблеме. Скорее всего ответ на любой вопрос вы сможете найти, поискав на официальном форуме, а также воспользовавшись превосходной документацией, размещенной здесь, в Arch Wiki. Помните, что есть причины, по которым эта информация сделана доступной для вас в первую очередь. Много тысяч часов добровольного труда не просто так было потрачено на создание и развитие этих ресурсов.
Рекомендуем вам начать с руководства по установке. Смотрите также Arch terminology#RTFM.
Создан ли Arch для использования на сервере? На настольном ПК? На рабочей станции?
Arch не спроектирован для удовлетворения конкретной потребности. Вместо этого, он создан для определенного типа пользователей.
Arch нацелен на опытных пользователей, которым нравится его подход "сделай сам", и которые могут настроить систему для удовлетворения своих собственных нужд. Таким образом, в руках такого пользователя Arch может быть использован практически для любых задач. Многие успешно используют Arch одновременно и для настольных ПК, и для рабочих станций. И, конечно, archlinux.org, aur.archlinux.org и почти вся инфраструктура Arch работает на Arch.
Мне действительно нравится Arch, но разработчикам следует реализовать в нем функцию X!
Присоединяйтесь, внесите свой вклад в виде программного кода или решений. Если он будет хорошо принят сообществом и командой разработчиков, возможно он войдет в состав дистрибутива. Сообщество Arch развивается прежде всего за счет внесения участниками своего вклада в проект, а также обмена своими наработками и инструментами.
Когда будет выпущен новый релиз?
Релизы Arch Linux представляют собой просто установочные образы для установки и восстановления системы, которые включают в себя мета-пакет base и несколько других пакетов. Обычно новые релизы появляются в первой половине каждого месяца.
Является ли Arch Linux стабильным дистрибутивом? Или мне ждать регулярных проблем?
Именно пользователь отвечает за стабильность своей собственной системы. Пользователь сам решает, когда выполнять обновление, и сам вносит необходимые изменения. Если пользователь обращается к сообществу за помощью, чаще всего ее предоставляют достаточно быстро. Отличие Arch от большинства других дистрибутивов в том, что Arch наиболее строго следует принципу "сделай сам". Жалобы на поломки в программах, скорее всего, мало помогут: ошибки в исходном коде программ не входят в зону ответственности разработчиков Arch.
Если вы хотите сделать свою систему настолько стабильной, насколько это возможно, прочтите статью Повышение стабильности системы.
Arch нужно больше освещения в прессе (рекламы)
Arch и так получает достаточно внимания от прессы. Цель Arch Linux не в разрастании проекта, а в предоставлении элегантного, минималистичного дистрибутива с плавающей системой релизов, сконцентрированного на простоте и корректности кода. Органичный и устойчивый рост базы пользователей происходит естественным образом.
Arch нуждается в большем количестве разработчиков
Возможно. Не стесняйтесь пожертвовать свое собственное время! Посещайте форумы, IRC-каналы и списки рассылки Arch Linux, чтобы найти интересную задачу, которая требует решения. Смотрите также статью Принять участие.
Установка
Arch нуждается в инсталляторе. Может быть, в графическом?
Раньше Arch имел текстовый инсталлятор, именуемый Arch Installation Framework (AIF). После ухода последнего сопровождающего он был объявлен устаревшим, и вместо него теперь используется arch-install-scripts.
С 1 апреля 2021 года Arch снова имеет инсталлятор archinstall.
Я установил Arch, и теперь я в командной оболочке. Что теперь?
Советы по дальнейшей настройке системы вы найдете в статье Основные рекомендации.
Какую среду рабочего стола и оконный менеджер мне использовать?
Так как доступных решений множество, выбирайте то, что вам больше нравится и лучше подходит под ваши потребности. В этом вам помогут статьи Окружение рабочего стола и Оконный менеджер.
Что выделяет Arch среди других минималистичных дистрибутивов?
Смотрите Arch в сравнении с другими дистрибутивами.
Обслуживание системы
Смотрите также Обслуживание системы.
Почему у меня такой медленный интернет по сравнению с другими системами?
Правильно ли у вас настроена сеть? Посмотрите статью Настройка сети.
Обратите также внимание, что Arch Linux по умолчанию не производит шейпинг трафика. Таким образом, если какая-нибудь программа использует весь предоставленный канал связи, независимо от того, используется ли пиринговое соединение или обычное соединение клиент-сервер, остальные программы могут быть значительно ограничены в использовании канала, что приведет к появлению заметных задержек в работе. Шейпинг можно обеспечить с помощью межсетевого экрана, например, Shorewall или Vuurmuur; также существуют статические скрипты для iproute2 (например, эта производная от Wondershaper), которые обеспечивают шейпинг на сетевом уровне.
Почему Arch использует всю мою оперативную память?
Вообще говоря, неиспользуемая память — бесполезная память. Хорошо, если она используется.
Многие начинающие пользователи обращают внимание на то, что ядро Linux непривычно для них обращается с оперативной памятью. Так как доступ к данным в оперативной памяти осуществляется намного быстрее, чем к данным на дисковом накопителе, ядро кэширует в памяти данные, к которым недавно был произведен доступ. Кэш очищается только при нехватке свободной памяти для новых данных.
Мы можем увидеть различие с помощью команды free:
$ free -h
total used free shared buff/cache available Mem: 2.8Gi 1.1Gi 283Mi 224Mi 1.4Gi 1.2Gi Swap: 3.0Gi 881Mi 2.1Gi
Обратине внимание на разницу между "free" и "available". В примере выше, ноутбук с 2.8 ГиБ памяти на вид использует большую ее часть, и только 283 МиБ свободны. Однако, 1,4 ГиБ из них помечены как "buff/cache". А 1.2 ГиБ памяти доступны для запуска новых приложений без использования подкачки. Смотрите подробнее man-страницу free(1). Что это дает в результате? Высокую производительность!
Если вам стало интересно, прочтите эту замечательную статью. Существует также веб-сайт, посвященный заблуждениям, связанным с этой особенностью Linux: https://www.linuxatemyram.com/. (Перевод на русский язык: Linux съел мою память!)
Куда делось все свободное место на диске?
Ответ на этот вопрос зависит от вашей системы. Существует множество хороших утилит, которые смогут помочь вам его найти.
Управление пакетами
Смотрите статьи pacman, pacman/Советы и приёмы и Официальные репозитории для более подробной информации.
Я нашел ошибку в пакете X. Что мне делать?
Первым делом вам следует выяснить, может ли эта ошибка быть исправлена командой разработчиков Arch. Иногда это не так (например, в периодическом падении веб-браузера Mozilla, скорее всего, виноваты разработчики из команды Mozilla); это называется ошибка в исходнике (upstream error). Если проблема специфична именно для Arch Linux, вот несколько шагов, которые вы можете предпринять:
- Поищите о проблеме на форумах. Посмотрите, сталкивался ли еще кто-нибудь с подобной проблемой.
- Отправьте отчет об ошибке с подробной информацией на https://bugs.archlinux.org.
- При желании вы также можете описать проблему на форуме (не забудьте указать ссылку на отчет об ошибке). Это поможет избежать появления дублированных отчетов об одной и той же ошибке.
Пакеты Arch должны использовать другое расширение для файлов. ".pkg.tar.zst" слишком длинное и запутанное
Это уже обсуждалось в списках почтовых рассылок Arch. Кто-то предлагал расширение .pac для пакетов. Несмотря на все это, на данный момент никаких планов на изменение расширений для файлов пакетов нет. Как отметил разработчик Arch Тобиас Кислих (Tobias Kieslich):
- Пакет является [сжатым] архивом tar! И он может быть распакован, изучен и подвергнут необходимым изменениям при помощи любого ПО. Более того, данный MIME-тип распознается большинством приложений.
Pacman нуждается в библиотеке для предоставления другим приложениям доступа к информации о пакетах
Pacman является фронтендом к libalpm(3) — библиотеке управления пакетами Arch. Данная библиотека дает возможность создания альтернативных фронтендов — в том числе, к примеру, графических оболочек.
В pacman нужна возможность X!
Если у вас есть хорошая идея, вы можете обсудить ее в pacman-dev. Также проверьте https://bugs.archlinux.org/index.php?project=3 для просмотра существующих идей.
Однако, лучшим способом добавить новую возможность в pacman или Arch Linux является ее самостоятельная реализация. Подготовленный вами патч или код может быть, а может и не быть официально принят, но, возможно, кому-нибудь из пользователей понравится идея, и вам помогут в ее доведении до законченного состояния.
Я установил пакет X. Как его теперь запустить?
Если вы используете окружение рабочего стола вроде KDE или GNOME, программа должна автоматически появиться в меню. Если вы пытаетесь запустить программу из консоли и не знаете имя исполняемого файла, используйте команду
$ pacman -Qlq имя_пакета | grep /usr/bin/
Почему в репозиториях есть только одна версия каждой библиотеки?
Некоторые дистрибутивы, такие как Debian, имеют несколько версий пакетов с разделяемыми библиотеками: libfoo1, libfoo2, libfoo3 и так далее. В этом случае становится возможным одновременно использовать приложения, скомпилированные с поддержкой разных версий библиотеки libfoo, установленных в одной системе.
В случае такого дистрибутива как Arch, официально поддерживаются только последние стабильные версии пакетов. Не обремененные необходимостью поддержки устаревшего ПО разработчики пакетов имеют в распоряжении больше времени для проверки самых свежих версий программ. Как только выходит новая версия библиотеки, она тут же добавляется в репозитории, и все зависящие от нее пакеты пересобираются.
Что если я запущу полное обновление и обновится только библиотека, но не приложение, которое от нее зависит?
Подобный сценарий вообще не должен случиться. Предположим, что приложение foobaz находится в одном из официальных репозиториев и успешно собирается с новой версией библиотеки libbaz — тогда оно будет обновлено вместе с libbaz. Если, однако, оно не собирается, пакет foobaz будет иметь версионную зависимость (например, libbaz 1.5) и будет удален при обновлении libbaz по причине конфликта.
Если пакет foobaz вы скачали из AUR и собрали самостоятельно, вам следует попытаться пересобрать foobaz с новой версией libbaz. Если сборка завершится неудачей, отправьте отчет об ошибке разработчикам foobaz.
Может ли произойти обновление ядра, при котором некоторые пакеты драйверов не будут обновлены?
Нет, подобная ситуация невозможна. Крупные обновления ядра (например, linux 3.5.0-1 до linux 3.6.0-1) всегда сопровождаются пересборкой всех зависимых от ядра пакетов. В то же время, если у вас есть неподдерживаемый пакет, например, из AUR, то обновление ядра приведет к неработоспособности этого пакета, что может быть исправлено его ручной пересборкой. Помните, что пользователи сами отвечают за обновление неподдерживаемых пакетов.
Что нужно сделать перед полным обновлением системы?
Смотрите Обслуживание системы#Обновление системы.
Появилось обновление пакета, но pacman говорит, что система уже обновлена
Зеркала pacman синхронизируются не сразу. Может потребоваться до 24 часов, прежде чем обновления станет для вас доступно. Вам остаётся только подождать или выбрать другое зеркало. MirrorStatus поможет вам выбрать самое актуальное зеркало.
Проект X выпустил новую версию. Когда в Arch появится пакет с новой версией?
Обновления пакетов выпускаются по готовности. Конкретное время может быть как несколько часов, если это небольшое обновление с исправлениями ошибок, так и несколько недель, если это крупное обновление, затрагивающее большое число пакетов. Это зависит от конкретного пакета и наличия времени у сопровождающих. Кроме того, некоторые пакеты некоторое время лежат в репозитории testing. Сопровождающие стараются работать быстро, чтобы стабильно обновлять репозитории. Если вы обнаружили, что какой-то пакет в официальных репозиториях устарел, можно открыть страницу пакета на https://archlinux.org/packages/ и отметить его устаревшим ("Flag Package Out-of-Date").
Если мне нужна более старая версия установленной библиотеки, могу ли я просто сделать символическую ссылку на новую версию?
Если вам повезёт, это может сработать на какое-то время. Тем не менее, это неправильное решение, потому что:
- Библиотеки не обновляют свои версии просто так — API/API почти наверняка изменится (в том числе что-то может быть удалено), и повлияют ли эти изменения на использование — вопрос удачи.
- Менеджер пакетов не будет отслеживать вашу символическую ссылку. Новички, которые пытаются хакнуть системные файлы, получают большой риск внесения нежелательных изменений, которые они не смогут диагностировать и исправить, от чего помогает защититься менеджер пакетов.
- Альтернатива в виде помещения старого файла библиотеки в файловую систему также не отслеживается. Про его существование можно случайно забыть, при этом в нём могут остаться проблемы безопасности, которые могут быть уже исправлены в более новых версиях библиотеки.
Вместо этого лучше используйте или самостоятельно создайте compat-пакет с требуемой версией библиотеки.
64 бита
Как узнать, является ли мой процессор x86_64 совместимым?
Если ваш процессор является x86_64-совместимым, у вас будет присутствовать флаг lm (long mode) в /proc/cpuinfo. Например,
$ grep -w lm /proc/cpuinfo
Пользователи Windows могут определить, является ли процессор x86_64-совместимым с помощью бесплатной утилиты CPU-Z. Процессоры с набором команд "AMD64" (для AMD) или "EM64T" (для Intel) должны быть совместимы с x86_64-релизами и бинарными пакетами.
Почему 64 бита?
В большинстве случаев, это более быстрая работа системы. Кроме того, по своей природе более безопасная, благодаря рандомизации размещения адресного пространства (ASLR) в комбинации с позиционно-независимым кодом (PIC) и NX Bit, которые недоступны в стандартном i686-ядре из-за отключённого PAE. Если ваш компьютер оснащён более, чем 4 ГБ оперативной памяти, только 64-битная ОС сможет полностью задействовать этот объём.
Программисты также склонны меньше уделять внимания "устаревшей" 32-битной архитектуре, так как "новые" процессоры обычно поддерживают 64-битные расширения.
Существует намного больше доводов, чтобы избегать использования 32-битной архитектуры. Но для ядра, пространства пользователя и отдельных программ количество вещей, которые 64-битная архитектура сейчас делает лучше такое, что составление этого списка просто не имеет смысла.