FAQ (Русский)
Кроме данного FAQ вы можете найти полезными путь Arch Linux и про Arch Linux. Обе статьи содержат достаточный набор информации об Arch Linux.
Общие вопросы
В) Что такое Arch Linux?
О) См. статью про Arch Linux.
В) Почему мне стоит использовать Arch?
О) Если после прочтения статьи путь Arch Linux о философии вы пришли к выводу, что подход "сделай сам" вам нравится, и вам нужен простой, компактный, настраиваемый, своевременно обновляемый дистрибутив GNU/Linux — попробуйте Arch Linux.
В) Почему мне не стоит использовать Arch?
О) Вам может не подойти Arch Linux, если:
- после прочтения статьи путь Arch Linux, вы не согласны с философией развития Arch Linux.
- у вас нет возможностей/времени/желания для использования дистрибутива "сделай сам".
- вам нужна поддержка других архитектур, помимо x86_64 и i686.
- вы занимаете решительную позицию использовать только те дистрибутивы, в состав которых входит исключительно свободное (в определении GNU) ПО.
- вам нужна операционная система, в которой бы все настраивалось автоматически и работало "из коробки", и имеющая в составе носителя полный набор настольного ПО.
- вам не нужны последние версии программных продуктов и дистрибутив с плавающей системой релизов.
- вы вполне довольны используемой в настоящее время ОС.
В) На каком дистрибутиве основан Arch?
О) Arch — независимый дистрибутив, был построен с нуля и не основан ни на одном из других дистрибутивов GNU/Linux. До создания Arch, Джадд Вайнет (Judd Vinet) использовал CRUX, отличный минималистичный дистрибутив, созданный Пиром Лайденом (Per Liden). Изначально основанный на схожих с CRUX идеях, Arch был построен с нуля, а затем был написан pacman.
В) Я полный новичок в GNU/Linux. Стоит ли мне использовать Arch?
О) Это широко обсуждаемый вопрос. Arch нацелен на относительно опытных пользователей GNU/Linux, но некоторые считают Arch "хорошим местом для старта". Если вы новичок и желаете использовать Arch, имейте ввиду, что вам придется набраться терпения и потратить значительное время на постройку и освоение новой системы, а также принять тот факт, что Arch во многом является "конструктором". Именно пользователь собирает систему и определяет то, какой она должна быть. Перед тем, как задать любой вопрос, проведите собственное исследование проблемы: используйте Google, поиск в Arch Wiki, FAQ, и на официальном форуме. Также примите во внимание, что большинство людей не любит отвечать снова и снова на одни и те же вопросы начинающих пользователей, именно по этой причине были созданы вышеуказанные информационные ресурсы, на наполнение которых ушли тысячи человеко-часов добровольного труда.
Рекомендуем прочесть: Руководство для начинающих.
В) Arch требует слишком большого количества усилий и времени на установку и использование. Также, сообщество в ответ на мои вопросы отсылает меня к документации.
О) Arch рассчитан на специфическую аудиторию. Может быть, он просто не для вас.
В) Является ли Arch серверным дистрибутивом? Или он оптимизирован для ПК/рабочих станций?
О) Arch не является узкоспециализированным дистрибутивом. Скорее можно сказать, что он создан под определенного вида пользователей — опытных пользователей Linux, которым подходит принцип "сделай сам", и которые используют его для оптимизации и "допиливания" системы под собственные нужды. Таким образом, в руках представителя целевой аудитории Arch может быть использован практически для любых задач. Многие используют Arch на ПК и рабочих станциях, и, конечно archlinux.org работает на Arch'е.
В) Мне действительно нравится Arch, вот только команде разработчиков нужно реализовать то-то.
О) Для начала, — прочли ли вы статью Путь Arch? Предоставили ли вы способ реализации нужной возможности или решение проблемы? Соответствует ли ваш запрос принципам минимализма и принципу корректность кода прежде удобства? Присоединяйтесь, внесите свой вклад в виде программного кода или решений. Если он будет хорошо принят сообществом и командой разработчиков, то, возможно, ваш код войдет в состав дистрибутива.
В) Когда будет выпущен новый релиз?
О) Релизы Arch Linux во многом являются срезами текущего состояния репозитория /core с добавлением различных новых возможностей и модификаций установочного скрипта. Модель плавающих релизов позволяет поддерживать Arch Linux в максимально современном состоянии.
По этой причине, выпуск релизов не является очень важным для Arch, так как система плавающих релизов делает новый релиз устаревшим после обновления какого-либо пакета. Если вам нужно получить последний релиз Arch Linux, то необходимости в переустановке нет. Просто запустите команду pacman -Syu и ваша система будет соответствовать свежеустановленной.
Новые релизы Arch Linux обычно не содержат новых потрясающих возможностей. Новые потрясающие возможности могут появиться с выпуском новых пакетов, которые могут быть мгновенно получены через pacman -Syu.
В) Является ли Arch Linux стабильным дистрибутивом? Или мне ждать регулярных проблем?
О) Arch Linux является стабильным ровно настолько, насколько сделаете его стабильным вы.
Вы занимаетесь сборкой системы на базе Arch поверх базовой среды и именно вы контролируете системные обновления. Очевидно, что более крупная и сложная система, включающий множество пакетов, многочисленные инструменты и окружения рабочего стола, вероятно, будет испытывать больше проблем с конфигурацией из-за изменений, сделанных разработчиком, чем легковесная, более простая система. Arch ориентирован на способных, активных пользователей. Общая осведомленность в вопросах администрирования UNIX-систем также играет большую роль в получении стабильной системы на базе Arch. Напомним также, что пакеты Arch представлены, в основном, в исходном виде, без каких-либо дополнительных патчей, поэтому источник большинства проблем с приложениями находится непосредственно в изначальном исходном коде.
Таким образом, в системе с плавающими релизами именно пользователь несет ответственность за общую стабильность системы. Пользователь решает, когда именно нужно произвести обновление. Если пользователь обращается к сообществу за помощью, ее предоставят достаточно быстро. Разница между Arch и другими дистрибутивами состоит в том, что Arch является настоящим дистрибутивом в стиле "сделай сам"; простые жалобы на поломки являются ошибочными и непродуктивными, поскольку изменения, сделанные в исходных кодах разработчиком не входят в сферу ответственности разработчиков Arch.
В) Что собой представляет BSD-подобная init-система?
О) Частью наследия BSD является реализованная в них простая init-система. Основное различие между BSD init'ом и SysV init'ом состоит в том, что BSD-подобный init в Arch использует всего одну строку в едином файле /etc/rc.conf для указания на запускаемые из единого каталога /etc/rc.d/ скрипты для всех системных сервисов, вне зависимости от runlevel'а.
Init в SysV, с другой стороны, использует систему с несколькими каталогами (обычно 7 по умолчанию), по одному на каждый runlevel: /etc/rc.0,1,2,3,4,5,6. Каждый каталог содержит большое количество символических ссылок, по одной на каждый сервис. Каждая ссылка указывает на соответствующий скрипт в каталоге /etc/init.d/. Вряд ли стоит объяснять, что SysV init является более сложным, так как в каждом каталоге /etc/rc.0,1,2,3,4,5,6 находятся десятки ссылок в дополнение к скриптам запуска из каталога /etc/init.d/.
В соответствии со своей философией минимализма Arch Linux использует BSD-подобный init.
В) Arch нужно больше освещения в прессе (в т.ч. и рекламы)
О) Arch и так получает достаточно прессы. Цель Arch Linux не в разрастании проекта, а в сохранении минималистичного и современного дистрибутива, основанного на простоте и корректности кода. Органичный, устойчивый рост происходит сам собой в среде пользователей.
В) Arch'у нужно больше разработчиков
О) Возможно. Не стесняйтесь пожертвовать свое собственное время! Почитайте форумы, IRC каналы, и почтовые рассылки — посмотрите, какие задачи требуют решения. Вовлечение в работу сообщества — хороший способ начать что-то делать.
В) Почему Arch такой медленный? Программы запускаются медленно или не запускаются совсем!
О) Убедитесь, что у вас правильно настроено имя хоста в файле /etc/hosts, оно должно совпадать с именем в /etc/rc.conf. Загляните в раздел "Конфигурирование системы" Руководства для начинающих. Если имена хостов не совпадают, некоторые приложения могут запускаться очень долго.
В) Почему у меня такая низкая скорость соединения с интернетом по сравнению с другими ОС?
О) Правильно ли у вас настроена сеть? Проверьте параметры в файлах /etc/rc.conf, /etc/hosts и /etc/resolv.conf. Загляните в раздел "Конфигурирование системы" Руководства для начинающих.
В) Почему Arch использует всю оперативную память?
О) Строго говоря, если у вас есть неиспользуемая память, то она напрасно простаивает.
Многие начинающие пользователи обращают внимание на то, что ядро Linux непривычно для них обращается с памятью. Так как доступ к данным в оперативной памяти осуществляется намного быстрее, чем к диску, ядро кэширует часто используемые данные в памяти. Кэш очищается только при нехватке свободной памяти для новых данных.
Самым популярным способом разобраться в этом недоразумении является команда free:
$ free -m
total used free shared buffers cached Mem: 1009 741 267 0 104 359 -/+ buffers/cache: 278 731 Swap: 1537 0 1537
Обратите внимание, что строка -/+ buffers/cache: отображает объем памяти, находящейся в активном использовании и объем доступной памяти, вместо неиспользуемой.
В вышеприведенном примере ноутбук с 1ГБ оперативной памяти использует из нее 741МБ, при этом не запущено ничего, за исключением пары терминалов и веб-браузера. Но из значений в вышеупомянутой строке следует, что только 278МБ находится в активном использовании, а 731МБ являются доступными для приложений. Очевидно, 104МБ+359МБ этой используемой памяти используются для кэширования дисковой подсистемы, и этот кэш может быть очищен при необходимости.
Результат? Высокая производительность!
См. эту статью, если этот момент с управлением памятью в Linux вам интересен.
В) Куда ушло свободное место на диске?
О) Ответ на данный вопрос зависит от вашей системы. Существует множество отличных утилит, которые вам помогут.
Управление пакетами
В) Что внутри пакета X?
Это можно узнать при с помощью pkgfile (из пакета pkgtools).
Пример:
$ pkgfile glxinfo
extra/mesa-demos
В) Я нашел ошибку в пакете X. Что мне делать?
О) Прежде всего нужно выяснить, может ли быть эта ошибка исправлена командой разработчиков Arch. Иногда это не так (например, за проблему с падением браузера Firefox отвечают разработчики Mozilla Foundation), что называется "ошибкой в исходных текстах" (upstream error). Если проблема связана с Arch, то вот несколько шагов, которые можно предпринять:
- Поищите информацию на форумах. Обратите внимание, сталкивался ли кто-нибудь еще с аналогичной ошибкой.
- Отправьте сообщение об ошибке (баг-репорт) с подробной информацией на https://bugs.archlinux.org.
- При желании можно описать проблему на форуме, не забыв указать, что вы уже отправили баг-репорт. Это поможет другим людям не дублировать сообщение об одной и той же ошибке.
В) В Arch следует использовать другое расширение для файлов с пакетами: .pkg.tar.gz и .pkg.tar.xz - это слишком длинно и запутанно.
О) Это обсуждалось в списках рассылки Arch. Кто-то предлагал расширение .pac. Но на сегодняшний день никаких планов по смене расширения для пакетов. Как отметил один из разработчиков Arch Тобиас Кислих (Tobias Kieslich): "Пакет является упакованым в gzip [xz] архивом tar! И он может быть распакован, изучен и подвергнут необходимым изменениям при помощи любого ПО. Более того, данный mime-type распознается большинством приложений."
В) Pacman нуждается в библиотеке для предоставления другим приложениям доступа к информации о пакетах
О) Начиная с версии 3.0.0 pacman является фронтендом к libalpm, библиотеке управления пакетами Arch. Данная библиотека дает возможность создания альтернативных фронтендов (например, GUI-фронтендов).
В) Почему у Pacman'а нет официального GUI-фронтенда?
О) Прочтите, пожалуйста, статьи The Arch Way (Русский) и Arch Linux (Русский). Ответ заключается в том, что команда разработчиков Arch не будет заниматься созданием такого фронтенда. Вы можете использовать любой из GUI-фронтендов, разработанных пользователями. См. список в статье Pacman GUI Frontends.
В) В Pacman нужна "возможность X"!
О) Прочтите, пожалуйста, статьи The Arch Way (Русский) и Arch Linux (Русский). Философия Arch — "не умножай сущностей без необходимости". Если вы считаете, что ваша идея заслуживает внимания и не противоречит этой философии, то вы можете обсудить ее на данном форуме. Также можно заглянуть на баг-трекер, на котором публикуются запросы новых возможностей, если они действительно необходимы. Но все же, лучшим способом добавить какую-либо возможность в Pacman или Arch Linux является самостоятельная ее реализация. Возможно, ваш код и не будет принят официально, но другие пользователи помогут вам в разработке и тестировании.
В) Arch нуждается в форке со стабильными пакетами
См. ArchServer.
В) В чем разница между всеми этими репозиториями?
О) См. Official Repositories (Русский).
В) Я только что установил пакет X. Как его запустить?
О) Если вы используете среды рабочего стола KDE или GNOME, то программа автоматически появится в вашем меню. Если вы хотите запустить программу в терминале и не знаете имени исполняемого файла, попробуйте запустить pacman -Ql имя_пакета | grep bin. Распространённой проблемой с такими пакетами, как Firefox или OpenOffice является то, что они устанавливаются в /opt, который не находится в переменной окружения $PATH - вы можете выполнить source /etc/profile или перелогиниться для исправления этой проблемы.
В) Почему в репозиториях есть только одна версия каждой библиотеки?
О) Некоторые дистрибутивы, например, Debian, имеют несколько версий пакетов с разделяемыми библиотеками: libfoo1, libfoo2, libfoo3 и так далее. В этом случае становится возможным одновременно использовать приложения, скомпилированные с поддержкой разных версий такой библиотеки.
В отличие от Debian, Arch является дистрибутивом с плавающими релизами и максимально современными версиями пакетов. Наиболее заметным преимуществом такого дистрибутива является наличие последних версий ПО в репозиториях. В случае Arch это означает еще и то, что официально поддерживаются только последние версии всех пакетов. Избавляя от поддержки устаревшего ПО, разработчики пакетов имеют в распоряжении больше времени для проверки работоспособности последних версий. Как только выходит последняя версия библиотеки, она тут же добавляется в репозитории и все зависящие от нее пакеты пересобираются.
В) Что будет, если я запущу pacman -Syu и произойдет обновление библиотеки, но не будет обновлений для приложений, использующих её?
О) Подобный сценарий вообще не должен случиться. Предположим, что приложение foobaz находится в одном из официальных репозиториев и собрано с поддержкой новой версии библиотеки libbaz. В этом случае оно будет обновлено вместе с библиотекой libbaz. Если приложение не собрано с поддержкой новой библиотеки, то пакет foobaz будет иметь версионную зависимость, например
libbaz=1.5
и будет удален pacman'ом при обновлении libbaz из-за конфликта.
Если foobaz — пакет, собранный вами из исходников или установленный из AUR, то вам следует попробовать пересобрать foobaz с поддержкой новой версии libbaz. Если сборка пройдет неудачно, сообщите об ошибке разработчикам foobaz.
В) Возможна ли ситуация, в которой произойдет обновление ядра в репозитории, но некоторые пакеты с драйверами не будут иметь обновлений для нового ядра?
О) Нет, подобная ситуация невозможна. Крупные обновления ядра, например с 2.6.x до 2.6.x+1 всегда сопровождаются пересборкой всех зависимых от ядра пакетов. В то же время, если у вас есть неподдерживаемый пакет, например, catalyst, то обновление ядра приведет к неработоспособности этого пакета, что может быть исправлено его ручной пересборкой. Ответственность за обновление неподдерживаемых пакетов несут пользователи.
В) Использует ли Arch подпись пакетов?
О) Да. Подпись пакетов pacman существует начиная с 4-ой версии. См. package signing для дополнительной информации.
Установка
В) Arch нуждается в лучшем инсталляторе, возможно, графическом.
О) Вопрос "лучшего" инсталлятора является субъективным. Лучшим способом решения подобных споров является приведение инсталлятора к виду, соответствующему философии Arch. Если предложения об улучшении инсталлятора подкреплены весомыми аргументами, то их примут во внимание при дальнейшей разработке. Поскольку установка системы с нуля — явление нечастое (см. вопрос о плавающих релизах), то улучшение инсталлятора не является высокоприоритетным для пользователей или разработчиков. Попробуйте использовать archiso или larch [1].
В) Я установил Arch и вижу командную строку bash с предложением ввести логин. Что делать дальше?
О) Теперь самое время почитать статью Быстрый старт.
В) Какую среду рабочего стола или оконный менеджер мне следует использовать?
О) Доступных вариантов много, используйте тот, который лучше всего подойдет для ваших задач. См. статью Среды рабочего стола.
В) Что делает Arch уникальным среди других минималистичных дистрибутивов?
О) Некоторые дистрибутивы также могут обеспечивать минималистичные способы установки, разделяя их с дургими аспектами процесса установки Arch. Однако, стоит обратить внимание на некоторые моменты:
- Arch изначально разрабатывался как легковесная минималистичная базовая среда, служащая фундаментом для расширения системы.
- Вне зависимости от того, какой образ, Netinstall или Core используется, единственным способом установки Arch является ручная постройка из минимальной базовой среды.
- Инсталлятор, базовая система и весь дистрибутив отвечают принципу "не умножай сущностей без необходимости" (keep it simple, stupid), что делает Arch идеально подходящим для целевой аудитории.
- Система пакетов Arch разработана с учетом минимальных зависимостей. Необязательные пакеты никогда не устанавливаются автоматически.
- Arch обеспечивает качественную, максимально полную документацию по построению системы.
Прочее
В) Каждый раз при использовании pacman я получаю ошибку: 'warning: current locale is invalid; using default "C" locale'. Что мне делать?
О) Из данного сообщения следует, что у вас неправильно настроена локаль. Посмотрите страницу настройка локализации.
В) Как подключиться к беспроводной сети?
О) См. Wireless Setup.
В) Как подключиться к проводной сети?
О) См. Configuring Network.
В) Что такое AUR?
О) См. Arch User Repository#FAQ.
В) Почему экран становится зеленым, когда я пытаюсь посмотреть видео?
О) Возможно, у вас неправильно настроена глубина цвета. Нужно установить глубину цвета 24 бит вместо 16-ти, например.
В) Проверка орфографии выделяет весь мой текст, как ошибочный!
О) Установлен ли у вас словарь aspell? Запустите pacman -Ss aspell для просмотра всех доступных для загрузки словарей. Если установка словарей aspell не решает этой проблемы, то возможно, есть проблема с enchant. Во-первых, проверьте, о каких словарных файлах известно aspell'у, при помощи команды aspell dicts:
$ aspell dicts
Вывод:
en en_GB ...и т.п.
Если словарь с нужным вам языком есть в списке, добавьте следующую строку в /usr/share/enchant/enchant.ordering:
language:aspell en_GB:aspell # Example