Difference between revisions of "Beginners' guide (Українська)"

From ArchWiki
Jump to navigation Jump to search
(різні виправлення)
Line 3: Line 3:
 
==Передмова==
 
==Передмова==
 
=====Вступ=====
 
=====Вступ=====
Вітаємо! Цей документ допоможе вам встановити та налаштувати [[Arch Linux]] простий, гнучкий та легкий дистрибутив GNU/Linux, <tt>UNIX</tt>-подібну операційну систему для компетентних користувачів.
+
Вітаємо! Цей документ проведе вас через процес установки та налаштування [[Arch Linux]], який є простий, гнучкий та легковажний дистрибутив GNU/Linux, <tt>UNIX</tt>-подібна операційна система для обізнаних користувачів.
* Arch Linux потребує певного рівня знань про особливості його налаштування та про принципи роботи <tt>UNIX</tt>-подібних систем, тому в настанові надається додаткова роз’яснювальна інформація.
+
* Arch Linux потребує певного рівня углиблености знань про особливості його налаштування та про принципи роботи <tt>UNIX</tt>-подібних систем, тому в настанові надається додаткова роз’яснювальна інформація.
* Ця інструкція призначена для нових користувачів Arch, але може використовуватися як довідкова та інформативна база всіма користувачами.
+
* Ця інструкція призначена для нових користувачів Arch, але може використовуватися як довідкова та інформативна база.
  
 
'''Особливості дистрибутиву Arch Linux:'''
 
'''Особливості дистрибутиву Arch Linux:'''
* [[The Arch Way|Простий]] <tt>UNIX</tt>-подібний дизайн і філософія
+
* [[The Arch Way|Прості]] <tt>UNIX</tt>-подібний дизайн і філософія
 
* Всі пакети зібрані для архітектур i686 та x86_64
 
* Всі пакети зібрані для архітектур i686 та x86_64
* [[Arch Boot Process|BSD-подібне]] завантаження системи, яке налаштовується за допомогою одного конфігураційного файлу
+
* [[Arch Boot Process|BSD-подібні]] сценарії завантаження, які включають централізований файл налаштувань
* mkinitcpio: проста і динамічна програма для створення initramfs
+
* mkinitcpio: простий створювач initramfs <!--- можливо динамічний initramfs, а не mkinicpio--->
* Пакетний менеджер [[Pacman]], легкий і гнучкий, використовує мало пам’яті
+
* Пакетний менеджер [[Pacman]], легкий і швидкий, майже не потребує пам’яті
* [[Arch Build System]] — схожа на ports система збирання пакетів, надає простий каркас для створення пакетів з вихідних кодів
+
* [[Arch Build System]] — схожа на ports система збирання пакетів, надає простий каркас для створення пакетів з сирцевого коду
* Репозиторій [[Arch User Repository]], в якому знаходяться тисячі скриптів для збирання пакетів, наданих користувачами
+
* Репозиторій [[Arch User Repository]] пропонує багато тисяч складених користувачами пакетів
  
 
=====Ліцензія=====
 
=====Ліцензія=====
  
Arch Linux, pacman, документація та скрипти охороняються авторським правом (©2002-2007 by Judd Vinet, ©2007-2010 by Aaron Griffin) і ліцензовані під GNU General Public License Version 2.
+
Arch Linux, pacman, документація та скрипти охороняються авторським правом
 +
(©2002-2007 by Judd Vinet, ©2007-2010 by Aaron Griffin) і ліцензовані під GNU General Public License Version 2.
  
 
=====ТІЛЬКИ БЕЗ ПАНІКИ!=====
 
=====ТІЛЬКИ БЕЗ ПАНІКИ!=====
Система Arch Linux збирається ''користувачем'' з командної оболонки за допомогою простих консольних програм. На відміну від інших дистрибутивів з більш жорсткою структурою, тут немає ні стандартного оточення, ні конфігурації, обраної для вас. За допомогою командного рядка, ''ви'' встановите пакети з репозиторію за допомогою пакетного менеджера pacman і вручну налаштуєте вашу систему, редагуючи текстові файли, аж доки ваша система не задовольнятиме вашим потребам. Також ви вручну створюватимете користувачів і керуватимете групами та правами. Цей метод дозволяє отримати максимум гнучкості, вибору і контролю над вашою системою.
+
Система Arch Linux збирається ''користувачем'' з командної оболонки за допомогою елементарних текстових команд. На відміну від непіддатливих структур інших дистрибутивів, тут немає ні пропонуємого оточення, ні заздалегідь обраної конфігурації. За допомогою командного рядка, ''Ви'' додаєте пакети з репозиторію за допомогою пакетного менеджера pacman і власноруч налаштуєте вашу систему через редагування текстових файлів аж доки ваша система не задовольнятиме вашим потребам. Також ви вручну створюватимете користувачів і керуватимете групами та правами користувачів. Цей метод дозволяє отримати максимум піддатливості, вибору і контролю можливостей вашої системою (''from the base up'').
  
Arch Linux — це дистрибутив для компетентних користувачів GNU/Linux, які прагнуть зробити все самостійно.
+
Arch Linux — це дистрибутив для обізнаних користувачів GNU/Linux, що прагнуть зробити ''все самостійно''.
  
 
=====Шлях Arch=====
 
=====Шлях Arch=====
Line 29: Line 30:
 
'''''Принципи проектування Arch спрямовані на підтримання його простоти.'''''
 
'''''Принципи проектування Arch спрямовані на підтримання його простоти.'''''
  
"Простоту" системи у цьому контексті слід розуміти як "відсутність непотрібних додатків, модифікацій або ускладнень". Це елегантний, мінімалістичний підхід.
+
"Простоту" системи у цьому контексті слід розуміти як "відсутність надмірних додатків, змін або ускладнень". По суті: елегантний, мінімалістичний підхід.
  
'''Деякі думки щодо простоти:'''
+
'''Деякі думки щодо погляду на простоту:'''
  
*&quot; Простота розглядається з технічної точки зору, а не з позиції кінцевого користувача. Краще бути технічно елегантним, але вимагати більше знань від користувача, ніж бути легким у використанні, але гіршим з технічного боку&quot;, — Аарон Ґрифін.
+
*&quot; Простота розглядається з технічної точки зору, а не з позиції зручності користувача. Краще бути технічно елегантним і заохочувати на пізнання, ніж бути легким у використанні, але абияким з технічного боку&quot;, — Аарон Ґрифін.
*''Entia non sunt multiplicanda praeter necessitatem'' або &quot;Не слід створювати сутності без необхідності&quot;, — принцип бритви Окама. Термін "бритва" посилається на процес обрізання непотрібних ускладнень для досягнення найпростішого пояснення, методу або теорії.
+
*''Entia non sunt multiplicanda praeter necessitatem'' або &quot;Не слід множити сутності без необхідності&quot;, — принцип бритви Окама. Термін "бритва" посилається на процес обрізання непотрібних ускладнень для досягнення найпростішого пояснення, методу або теорії.
 
*&quot;Незвичайність [мого методу] полягає у простоті... Правильний розвиток завжди приводить до простоти&quot;, — Брюс Лі.
 
*&quot;Незвичайність [мого методу] полягає у простоті... Правильний розвиток завжди приводить до простоти&quot;, — Брюс Лі.
  
Line 51: Line 52:
 
'''[[#Part III: Install X and configure ALSA|Частина III: Встановлення X та налаштування ALSA]]'''
 
'''[[#Part III: Install X and configure ALSA|Частина III: Встановлення X та налаштування ALSA]]'''
  
'''[[#Part IV: Installing and configuring a Desktop Environment|Частина IV: Встановлення та налаштування середовища робочого столу]]'''
+
'''[[#Part IV: Installing and configuring a Desktop Environment|Частина IV: Встановлення та налаштування середовища стільниці]]'''
 
 
  
 
==Частина I: Встановлення базової системи==
 
==Частина I: Встановлення базової системи==
  
===Крок 1: Отримання образу для встановлення===
+
===Крок 1: Отримання встановчого образу===
  
Ви можете отримати офіційний образ Arch [http://archlinux.org/download/ тут].
+
Ви можете отримати офіційний образ [http://archlinux.org/download/ тут].
  
* Образи Core та Netinstall містять лише найнеобхідніші пакети для встановлення '''базової системи Arch Linux'''. ''Зауважте, що базова система не включає графічний інтерфейс користувача (GUI). Здебільшого образи включають набір інструментів GNU (компілятор, асемблер, компонувальник, бібліотеки, командну оболонку та утиліти), ядро Linux і кілька додаткових бібліотек та модулів.''
+
* Образи Core та Netinstall містять лише найнеобхідніші пакети для встановлення '''базової системи Arch Linux'''. ''Зауважте, що базова система не включає графічний інтерфейс користувача (GUI). Здебільшого образи містять з інструментів GNU (компілятор, асемблер, лінкер, бібліотеки, оболонку та утиліти), ядро Linux і кілька додаткових бібліотек та модулів.''
* Образи Core придатні для встановлення як з компакт-диска, так і з Інтернету.
+
* Образи Core придатні для встановлення як з CD, так і з Інтернету.
* Образи Netinstall менші і не містять пакетів; всі необхідні пакети завантажуються з Інтернету.
+
* Образи Netinstall менші і не містять пакетів; все завантажуються скрізь Інтернет.
 
* Образи isolinux можуть бути використані, якщо є проблеми з grub-версією. Більше нічим вони не відрізняються.
 
* Образи isolinux можуть бути використані, якщо є проблеми з grub-версією. Більше нічим вони не відрізняються.
 
* [[Arch64_FAQ|Arch64 FAQ]] допоможе обрати між 32- і 64-бітною версіями.
 
* [[Arch64_FAQ|Arch64 FAQ]] допоможе обрати між 32- і 64-бітною версіями.
Line 68: Line 68:
 
====Встановлення з CD====
 
====Встановлення з CD====
 
Запишіть .iso образ на CD за допомогою вашої улюбленої програми запису компакт-дисків і переходьте до [[#Крок 2: Завантаження інсталятора Linux|Кроку 2: Завантаження інсталятора Linux]]
 
Запишіть .iso образ на CD за допомогою вашої улюбленої програми запису компакт-дисків і переходьте до [[#Крок 2: Завантаження інсталятора Linux|Кроку 2: Завантаження інсталятора Linux]]
{{Note| Якість як компакт-дисків, так і пристроїв їх запису може бути дуже різною. Взагалі, для надійного запису рекомендується записувати диски на невеликій швидкості. Деякі користувачі рекомендують дуже низьку швидкість запису '''''4x або 2x.''''' Якщо ви стикаєтесь з проблемами під час встановлення, пов’язаними з компакт-диском, спробуйте записати диск на мінімальній швидкості, яка підтримується вашою системою.}}
+
{{Note| Якість як компакт-дисків, так і пристроїв їх запису може сильно різнитись. Взагалі, для надійного запису рекомендується записувати диски на невеликій швидкості. Деякі користувачі рекомендують дуже низьку швидкість запису '''''4x або 2x.''''' Якщо ви стикаєтесь з проблемами під час встановлення, пов’язаними з компакт-диском, спробуйте записати диск на мінімальній швидкості, яка підтримується вашою системою.}}
  
====USB-носій====
+
====USB-флешка====
{{Warning|Вся інформація на вашому USB-носії буде невідворотно знищена!}}
+
{{Warning|Всі файли на вашому USB-носії буде невідворотно знищено!}}
  
'''<tt>UNIX</tt>-метод:'''
+
'''<tt>UNIX</tt>-овий метод:'''
  
Вставте чистий USB-носій, визначте шлях до нього і запишіть образ .img на носій за допомогою програми <code>/bin/dd</code>:
+
Підключіть чисту флешку, визначте шлях до неї і запишіть образ .img за допомогою програми <code>/bin/dd</code>:
 
  dd if=archlinux-2009.08-''{core|netinstall}''-''{i686|x86_64}''.img of=/dev/sd''x''
 
  dd if=archlinux-2009.08-''{core|netinstall}''-''{i686|x86_64}''.img of=/dev/sd''x''
 
де <code>if=</code> — це шлях до файла образу і <code>of=</code> — це ваш USB-носій. Переконайтесь, що ім’я носія {{Filename|/dev/sd'''x'''}}, а не {{Filename|/dev/sd'''x1'''}}. Вам знадобиться USB-носій розміру, достатнього для запису образу, який на момент написання цієї настанови становить 381MB. Таким чином, вистачить пристрою на 512MB.
 
де <code>if=</code> — це шлях до файла образу і <code>of=</code> — це ваш USB-носій. Переконайтесь, що ім’я носія {{Filename|/dev/sd'''x'''}}, а не {{Filename|/dev/sd'''x1'''}}. Вам знадобиться USB-носій розміру, достатнього для запису образу, який на момент написання цієї настанови становить 381MB. Таким чином, вистачить пристрою на 512MB.
Line 81: Line 81:
 
'''Перевірка md5sum:'''
 
'''Перевірка md5sum:'''
  
Запам’ятайте кількість записів (блоків), які були записані на USB-носій, і потім виконайте перевірку:
+
Занотуйте кількість записів (блоків), які були прочитані та записані, і потім виконайте наступну перевірку:
 
  dd if=/dev/sd''x'' count=''кількість_блоків'' status=noxfer | md5sum
 
  dd if=/dev/sd''x'' count=''кількість_блоків'' status=noxfer | md5sum
 
Отримане значення md5sum повинне співпадати зі значенням md5sum образу, яке, в свою чергу, повинно дорівнювати значенню, записаному у файлі md5sums.txt з сайту, звідки ви отримали образ. Типовий запис і перевірка виглядають наступним чином:
 
Отримане значення md5sum повинне співпадати зі значенням md5sum образу, яке, в свою чергу, повинно дорівнювати значенню, записаному у файлі md5sums.txt з сайту, звідки ви отримали образ. Типовий запис і перевірка виглядають наступним чином:

Revision as of 18:39, 22 February 2010

Tango-preferences-desktop-locale.pngThis article or section needs to be translated.Tango-preferences-desktop-locale.png

Notes: please use the first argument of the template to provide more detailed indications. (Discuss in Talk:Beginners' guide (Українська)#)

Contents

Передмова

Вступ

Вітаємо! Цей документ проведе вас через процес установки та налаштування Arch Linux, який є простий, гнучкий та легковажний дистрибутив GNU/Linux, UNIX-подібна операційна система для обізнаних користувачів.

  • Arch Linux потребує певного рівня углиблености знань про особливості його налаштування та про принципи роботи UNIX-подібних систем, тому в настанові надається додаткова роз’яснювальна інформація.
  • Ця інструкція призначена для нових користувачів Arch, але може використовуватися як довідкова та інформативна база.

Особливості дистрибутиву Arch Linux:

  • Прості UNIX-подібний дизайн і філософія
  • Всі пакети зібрані для архітектур i686 та x86_64
  • BSD-подібні сценарії завантаження, які включають централізований файл налаштувань
  • mkinitcpio: простий створювач initramfs
  • Пакетний менеджер Pacman, легкий і швидкий, майже не потребує пам’яті
  • Arch Build System — схожа на ports система збирання пакетів, надає простий каркас для створення пакетів з сирцевого коду
  • Репозиторій Arch User Repository пропонує багато тисяч складених користувачами пакетів
Ліцензія

Arch Linux, pacman, документація та скрипти охороняються авторським правом (©2002-2007 by Judd Vinet, ©2007-2010 by Aaron Griffin) і ліцензовані під GNU General Public License Version 2.

ТІЛЬКИ БЕЗ ПАНІКИ!

Система Arch Linux збирається користувачем з командної оболонки за допомогою елементарних текстових команд. На відміну від непіддатливих структур інших дистрибутивів, тут немає ні пропонуємого оточення, ні заздалегідь обраної конфігурації. За допомогою командного рядка, Ви додаєте пакети з репозиторію за допомогою пакетного менеджера pacman і власноруч налаштуєте вашу систему через редагування текстових файлів аж доки ваша система не задовольнятиме вашим потребам. Також ви вручну створюватимете користувачів і керуватимете групами та правами користувачів. Цей метод дозволяє отримати максимум піддатливості, вибору і контролю можливостей вашої системою (from the base up).

Arch Linux — це дистрибутив для обізнаних користувачів GNU/Linux, що прагнуть зробити все самостійно.

Шлях Arch

Принципи проектування Arch спрямовані на підтримання його простоти.

"Простоту" системи у цьому контексті слід розуміти як "відсутність надмірних додатків, змін або ускладнень". По суті: елегантний, мінімалістичний підхід.

Деякі думки щодо погляду на простоту:

  • " Простота розглядається з технічної точки зору, а не з позиції зручності користувача. Краще бути технічно елегантним і заохочувати на пізнання, ніж бути легким у використанні, але абияким з технічного боку", — Аарон Ґрифін.
  • Entia non sunt multiplicanda praeter necessitatem або "Не слід множити сутності без необхідності", — принцип бритви Окама. Термін "бритва" посилається на процес обрізання непотрібних ускладнень для досягнення найпростішого пояснення, методу або теорії.
  • "Незвичайність [мого методу] полягає у простоті... Правильний розвиток завжди приводить до простоти", — Брюс Лі.
Про цю настанову

Хоча ця настанова охоплює більшість речей, які необхідні для встановлення та конфігурації Arch Linux, в ній неможливо розповісти про всі можливості та варіанти. Вікі Arch є прекрасним ресурсом; в разі виникнення питань спочатку пошукайте відповіді на ньому. IRC-канал (на freenode #archlinux) і форум допоможуть вам, якщо відповідь не вдалося знайти деінде.

Note: Чітке дотримання інструкцій необхідне для успішного встановлення та правильного налаштування Arch Linux, тому, будь ласка, читайте ретельно. Рекомендується прочитати кожну секцію повністю перед виконанням того, що там написано.

Оскільки дистрибутиви GNU/Linux є модульними за дизайном, ця настанова розділена на 4 основні частини:

Частина I: Встановлення базової системи

Частина II: Налаштування та оновлення базової системи

Частина III: Встановлення X та налаштування ALSA

Частина IV: Встановлення та налаштування середовища стільниці

Частина I: Встановлення базової системи

Крок 1: Отримання встановчого образу

Ви можете отримати офіційний образ тут.

  • Образи Core та Netinstall містять лише найнеобхідніші пакети для встановлення базової системи Arch Linux. Зауважте, що базова система не включає графічний інтерфейс користувача (GUI). Здебільшого образи містять з інструментів GNU (компілятор, асемблер, лінкер, бібліотеки, оболонку та утиліти), ядро Linux і кілька додаткових бібліотек та модулів.
  • Образи Core придатні для встановлення як з CD, так і з Інтернету.
  • Образи Netinstall менші і не містять пакетів; все завантажуються скрізь Інтернет.
  • Образи isolinux можуть бути використані, якщо є проблеми з grub-версією. Більше нічим вони не відрізняються.
  • Arch64 FAQ допоможе обрати між 32- і 64-бітною версіями.

Встановлення з CD

Запишіть .iso образ на CD за допомогою вашої улюбленої програми запису компакт-дисків і переходьте до Кроку 2: Завантаження інсталятора Linux

Note: Якість як компакт-дисків, так і пристроїв їх запису може сильно різнитись. Взагалі, для надійного запису рекомендується записувати диски на невеликій швидкості. Деякі користувачі рекомендують дуже низьку швидкість запису 4x або 2x. Якщо ви стикаєтесь з проблемами під час встановлення, пов’язаними з компакт-диском, спробуйте записати диск на мінімальній швидкості, яка підтримується вашою системою.

USB-флешка

Warning: Всі файли на вашому USB-носії буде невідворотно знищено!

UNIX-овий метод:

Підключіть чисту флешку, визначте шлях до неї і запишіть образ .img за допомогою програми /bin/dd:

dd if=archlinux-2009.08-{core|netinstall}-{i686|x86_64}.img of=/dev/sdx

де if= — це шлях до файла образу і of= — це ваш USB-носій. Переконайтесь, що ім’я носія Template:Filename, а не Template:Filename. Вам знадобиться USB-носій розміру, достатнього для запису образу, який на момент написання цієї настанови становить 381MB. Таким чином, вистачить пристрою на 512MB.

Перевірка md5sum:

Занотуйте кількість записів (блоків), які були прочитані та записані, і потім виконайте наступну перевірку:

dd if=/dev/sdx count=кількість_блоків status=noxfer | md5sum

Отримане значення md5sum повинне співпадати зі значенням md5sum образу, яке, в свою чергу, повинно дорівнювати значенню, записаному у файлі md5sums.txt з сайту, звідки ви отримали образ. Типовий запис і перевірка виглядають наступним чином:

$ [sudo] dd if=archlinux-2009.08-core-i686.img of=/dev/sdc
744973+0 records in
744973+0 records out
381426176 bytes (381 MB) copied, 106.611 s, 3.6 MB/s
$ [sudo] dd if=/dev/sdc count=744973 status=noxfer | md5sum
4850d533ddd343b80507543536258229  -
744973+0 records in
744973+0 records out

Windows-метод:

Завантажте програму Disk Imager за адресою https://launchpad.net/win32-image-writer/+download. Вставте USB-носій. Запустіть Disk Imager і виберіть файл образу. Виберіть букву-ідентифікатор, яка відповідає USB-носію. Натисність на кнопку "Write".

Переходьте до Кроку 2: Завантаження інсталятора Linux

Крок 2: Завантаження інсталятора Linux

Вставте компакт-диск або USB-носій з інсталяційним образом і завантажтеся з нього. Для цього вам, можливо, знадобиться змінити порядок завантаження у BIOS вашого комп’ютера таким чином, щоб носій з образом був першим у списку пристроїв, з яких відбувається завантаження. Для того, щоб зайти в меню налаштування BIOS, натисніть клавішу (зазвичай DEL, F1, F2, F11 або F12) після включення живлення комп’ютера (протягом фази BIOS POST (Power On Self-Test)).

Tip: Вимоги до пам’яті для базового встановлення:
  • Core : 128 MB RAM x86_64/i686 (вибрані всі пакети, з розділом підкачки (свопом))
  • Netinstall : 128 MB RAM x86_64/i686 (вибрані всі пакети, з розділом підкачки (свопом))

Після завантаження з носія повинне з’явитися головне меню. Оберіть бажаний варіант завантаження за допомогою клавіш зі стрілками і натисніть Enter.

Зазвичай найкращим вибором буде перший пункт меню, Boot Archlive. Проте якщо у вас є проблеми з libata/PATA, або у вас немає SATA (Serial ATA) приводів, оберіть пункт Boot Archlive [legacy IDE].

Для зміни опцій GRUB натисність e. Багато користувачів захочуть змінити роздільну здатність кадорового буфера (фреймбуфера) для кращого консольного виведення. Додайте

vga=773

до рядка опцій ядра для одержання роздільної здатності фреймбуфера 1024x768. Натисність Enter для збереження змін. Коли закінчите, натисність b для завантаження системи з обраними параметрами.

Після завантаження системи з’явиться запрошення для входу. Увійдіть під іменем користувача root.

Якщо виникнуть проблеми при завантаженні з компакт-диска або інші проблеми з обладнанням, зверніться до сторінки Installation Troubleshooting.

Зміна розкладки клавіатури

Якщо у вас не US розкладка клавіатури, ви можете обрати вашу розкладку або шрифт у консолі за допомогою команди

# km

або використати команду loadkeys:

# loadkeys layout

(замініть layout вашою розкладкою клавіатури, наприклад "fr" або "be-latin1").

Документація

Офіційна настанова зі встановлення доступна прямо в live-системі! Щоб відкрити її, перейдіть до vc/2 (віртуальна консоль #2), натиснувши <ALT>+F2, і потім виконайте наступну команду:

# less /arch/docs/official_installation_guide_en

less дозволить вам пересуватися документом. Перейдіть до vc/1, натиснувши <ALT>+F1, для продовження встановлення.

Для отримання інформації з офіційної настанови передіть до vc/2 в будь-який момент процесу встановлення.

Tip: Зауважте, що офіційна настанова описує встановлення і налаштування базової системи. Після її встановлення рекомендується продовжити вивчення цього документа для отримання докладної інформації про подальше налаштування системи та інші пов’язані питання.

Step 3: Start the Installation

As root, run the installer script from vc/1:

# /arch/setup

A: Select an installation source

After a welcome screen, you will be prompted for an installation source. Choose the appropriate source for the installer you are using.

  • If you chose the CORE installer, continue below with B: Set Clock.
  • Netinstall only: You shall be prompted to load ethernet drivers manually, if desired. Udev is quite effective at loading the required modules, so you may assume it has already done so. You may verify this by invoking ifconfig -a from vc/3. (Select OK to continue.)

Configure Network (Netinstall)

Available Interfaces will be presented. If an interface and HWaddr (HardWare address) is listed, then your module has already been loaded. If your interface is not listed, you may probe it from the installer, or manually do so from another virtual console.

The following screen will prompt you to Select the interface, Probe, or Cancel. Choose the appropriate interface and continue.

The installer will then ask if you wish to use DHCP. Choosing Yes will run dhcpcd to discover an available gateway and request an IP address; Choosing No will prompt you for your static IP, netmask, broadcast, gateway DNS IP, HTTP proxy, and FTP proxy. Lastly, you will be presented with an overview to ensure your entries are correct.

(A)DSL Quickstart for the Live Environment (If you have a pure modem (or router in bridge mode) to connect to your ISP)

Switch to another virtual console (<Alt> + F2), login as root and invoke

# pppoe-setup

If everything is well configured in the end you can connect to your ISP with

# pppoe-start

Return to first virtual console with <ALT>+F1. Continue with B: Set Clock

Wireless Quickstart For the Live Environment (If you need wireless connectivity during the installation process)

The wireless drivers and utilities are now available to you in the live environment of the installation media. A good knowledge of your wireless hardware will be of key importance to successful configuration. Note that the following quickstart procedure executed at this point in the installation will initialize your wireless hardware for use in the live environment. These steps (or some other form of wireless management) must be repeated from the actual installed system after booting into it.

Also note that these steps are optional if wireless connectivity is unnecessary at this point in the installation; wireless functionality may always be established later.

The basic procedure will be:

  • Switch to a free virtual console, e.g.: <ALT>+F3
  • (Optional) Identify the wireless interface and driver module:
# lsmod | grep -i net
  • Ensure udev has loaded the driver, and that the driver has created a usable wireless kernel interface with /usr/sbin/iwconfig:
# iwconfig

Example output:

lo no wireless extensions.
eth0 no wireless extensions.
wlan0    unassociated  ESSID:""
         Mode:Managed  Channel=0  Access Point: Not-Associated   
         Bit Rate:0 kb/s   Tx-Power=20 dBm   Sensitivity=8/0  
         Retry limit:7   RTS thr:off   Fragment thr:off
         Power Management:off
         Link Quality:0  Signal level:0  Noise level:0
         Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
         Tx excessive retries:0  Invalid misc:0   Missed beacon:0

wlan0 is the available wireless interface in the example.

  • Bring the interface up with /sbin/ifconfig <interface> up.

An example using the wlan0 interface:

# ifconfig wlan0 up

(Remember, your interface may be named something else, depending on your module (driver) and chipset: wlan0, eth1, etc.)

  • If the essid has been forgotten or is unknown, use /sbin/iwlist <interface> scan to scan for nearby networks.
# iwlist wlan0 scan
  • Specify the id of the chosen wireless network with iwconfig <interface> essid "<youressid>" key <your_wep_key> (give the essid (the 'network name') of the network in quotes).
  • An example using WEP and a hexadecimal key:
# iwconfig wlan0 essid "linksys" key 0241baf34c
  • An example using WEP and an ASCII passphrase:
# iwconfig wlan0 essid "linksys" key s:pass1
  • An example using an unsecured network:
# iwconfig wlan0 essid "linksys"
  • Request an IP address with /sbin/dhcpcd <interface> . e.g.:
# dhcpcd wlan0
  • Ensure you can route using /bin/ping:
# ping -c 3 www.google.com

Done.

  • For connecting to a network using WPA, consult the WPA Supplicant article, and continue below.
Does the Wireless Chipset require Firmware?

A small percentage of wireless chipsets also require firmware, in addition to a corresponding driver. If unsure, invoke /usr/bin/dmesg to query the kernel log for a firmware request from the wireless chipset:

# dmesg | grep firmware

Example output from an Intel chipset which requires and has requested firmware from the kernel at boot:

firmware: requesting iwlwifi-5000-1.ucode

If there is no output, it may be concluded that the system's wireless chipset does not require firmware.

Note: Wireless chipset firmware packages (for cards which require them) are pre-installed under /lib/firmware in the live environment, (on CD/USB stick) but must be explicitly installed to your actual system to provide wireless functionality after you reboot into it! Package selection and installation is covered below. Ensure installation of both your wireless module and firmware during the package selection step! See Wireless Setup if you are unsure about the requirement of corresponding firmware installation for your particular chipset. This is a very common error.

After the initial Arch installation is complete, you may wish to refer to Wireless Setup to ensure a permanent configuration solution for your installed system.

Return to vc/1 with <ALT>+F1. Continue with B: Set Clock

B: Set Clock

  • UTC - Choose UTC if running only UNIX-like operating system(s).
  • localtime - Choose local if multi-booting with a Microsoft Windows OS.

C: Prepare Hard Drive

Warning: Partitioning hard drives can destroy data. You are strongly cautioned and advised to backup your critical data if applicable.
Note: Partitioning may be performed before initiating the Arch installation if desired, by utilizing GParted or other available tools. If the installation drive has already been partitioned to the required specifications, continue with Set Filesystem Mountpoints

Verify current disk identities and layout by invoking /sbin/fdisk with the -l (lower-case L) switch.

Open another virtual console (<ALT>+F3) and enter:

# fdisk -l

Take note of the disk(s)/partition(s) to utilize for the Arch installation.

Switch back to the installation script with <ALT>+F1

Select the first menu entry "Prepare Hard Drive".

  • Option 1: Auto Prepare

Auto-Prepare divides the disk into the following configuration:

  • ext2 /boot partition, default size 32MB. You will be prompted to modify the size to your requirement.
  • swap partition, default size 256MB. You will be prompted to modify the size to your requirement.
  • A Separate / and /home partition, (sizes can also be specified). Available filesystems include ext2, ext3, ext4, reiserfs, xfs and jfs, but note that both / and /home shall share the same fs type if choosing the Auto Prepare option.

Be warned that Auto-prepare will completely erase the chosen hard drive. Read the warning presented by the installer very carefully, and make sure the correct device is about to be partitioned.

  • Option 2: (Recommended) Partition Hard Drives (with cfdisk)

This option will allow for the most robust and customized partitioning solution for your personal needs.

At this point, more advanced GNU/Linux users who are familiar and comfortable with manually partitioning may wish to skip down to D: Select Packages below.

Note: If you are installing to a USB flash key, see "Installing Arch Linux on a USB key".

Partition Hard Drives

Partition Info

Partitioning a hard disk drive defines specific areas (the partitions) within the disk, that will each appear and behave as a separate disk and upon which a filesystem may be created (formatted).

  • There are 3 types of disk partitions:
  1. Primary
  2. Extended
  3. Logical

Primary partitions can be bootable, and are limited to 4 partitions per disk or raid volume. If a partitioning scheme requires more than 4 partitions, an extended partition which will contain logical partitions will be required.

Extended partitions are not usable by themselves; they are merely a "container" for logical partitions. If required, a hard disk shall contain only one extended partition; which shall then be sub-divided into logical partitions.

When partitioning a disk, one can observe this numbering scheme by creating primary partitions sda1 through sda3 followed by creating an extended partition, sda4, and subsequently creating logical partition(s) within the extended partition; sda5, sda6, and so on.

Swap Partition

A swap partition is a place on the drive where virtual ram resides, allowing the kernel to easily use disk storage for data that does not fit into physical RAM.

Historically, the general rule for swap partition size was 2x the amount of physical RAM. Over time, as computers have gained ever larger memory capacities, this rule has become increasingly deprecated. Generally, on machines with up to 512MB RAM, the 2x rule is usually quite sufficient. If the installation machine provides gratuitous amounts of RAM (more than 1024 MB) it may be possible to completely forget a swap partition altogether, since the option to create a swap file is always available later. A 1 GB swap partition will be used in this example.

Note: If using suspend-to-disk, (hibernate) a swap partition at least equal in size to the amount of physical RAM is required. Some Arch users even recommend oversizing it beyond the amount of physical RAM by 10-15%, to allow for possible bad sectors.
Partition Scheme

A disk partitioning scheme is a very personalized preference. Each user's choices will be unique to their own computing habits and requirements. If you would like to dual boot Arch Linux and a Windows operating systems please see Windows and Arch Dual Boot.

Filesystem candidates for separate partitions include:

/ (root) The root filesystem is the primary filesystem from which all other filesystems stem; the top of the hierarchy. All files and directories appear under the root directory "/", even if they are stored on different physical devices. The contents of the root filesystem must be adequate to boot, restore, recover, and/or repair the system. Therefore, certain directories under / are not themselves candidates for separate partitions. (See warning below).

/boot This directory contains the kernel and ramdisk images as well as the bootloader configuration file, and bootloader stages. /boot also stores data that is used before the kernel begins executing userspace programs. This may include saved master boot sectors and sector map files. /boot is essential for booting, but is unique in that it may still be kept on its own separate partition (if required).

/home User data and user specific configuration files for applications are stored in each user's home directory in a file that starts with the '.' character (a "dot file").

/usr While root is the primary filesystem, /usr is the secondary hierarchy, for user data, containing the majority of (multi-)user utilities and applications. /usr is shareable, read-only data. This means that /usr shall be shareable between various hosts and must not be written to, except in the case of system update/upgrade. Any information that is host-specific or varies with time is stored elsewhere.

/tmp directory for programs that require temporary files such as '.lck' files, which can be used to prevent multiple instances of their respective program until a task is completed, at which point the '.lck' file will be removed. Programs must not assume that any files or directories in /tmp are preserved between invocations of the program and files and directories located under /tmp will typically be deleted whenever the system is booted.

/var contains variable data; spool directories and files, administrative and logging data, pacman's cache, the ABS tree, etc. /var exists in order to make it possible to mount /usr as read-only. Everything that historically went into /usr that is written to during system operation (as opposed to installation and software maintenance) must be under /var.

Warning: Besides /boot, directories essential for booting are: '/bin', '/dev', '/etc', '/lib', '/proc' and '/sbin'. Therefore, they must not reside on a separate partition from /.

There are several advantages for using discrete filesystems, rather than combining all into one partition:

  • Security: Each filesystem may be configured in /etc/fstab as 'nosuid', 'nodev', 'noexec', 'readonly', etc.
  • Stability: A user, or malfunctioning program can completely fill a filesystem with garbage if they have write permissions for it. Critical programs, which reside on a different filesystem remain unaffected.
  • Speed: A filesystem which gets written to frequently may become somewhat fragmented. (An effective method of avoiding fragmentation is to ensure that each filesystem is never in danger of filling up completely.) Separate filesystems remain unaffected, and each can be defragmented separately as well.
  • Integrity: If one filesystem becomes corrupted, separate filesystems remain unaffected.
  • Versatility: Sharing data across several systems becomes more expedient when independent filesystems are used. Separate filesystem types may also be chosen based upon the nature of data and usage.

In this example, we shall use separate partitions for /, /var, /home, and a swap partition.

Note: /var contains many small files. This should be taken into consideration when choosing a filesystem type for it, (if creating its own separate partition).
How big should my partitions be?

This question is best answered based upon individual needs. You may wish to simply create one partition for root and one partition for swap or only one root partition without swap or refer to the following examples and consider these guidelines to provide a frame of reference:

  • The root filesystem (/) in the example will contain the /usr directory, which can become moderately large, depending upon how much software is installed. 15-20 GB should be sufficient for most users.
  • The /var filesystem will contain, among other data, the ABS tree and the pacman cache. Keeping cached packages is useful and versatile; it provides the ability to downgrade packages if needed. /var tends to grow in size; the pacman cache can grow large over long periods of time, but can be safely cleared if needed. If you are using an SSD, you may wish to locate your /var on an HDD and keep the / and /home partitions on your SSD to avoid needless read/writes to the SSD. 6-8 Gigs on a desktop system should be sufficient for /var. Servers tend to have extremely large /var filesystems.
  • The /home filesystem is typically where user data, downloads, and multimedia reside. On a desktop system, /home is typically the largest filesystem on the drive by a large margin. Remember that if you chose to reinstall Arch, all the data on your /home partition will be untouched (so long as you have a separate /home partition).
  • An extra 25% of space added to each filesystem will provide a cushion for unforeseen occurrence, expansion, and serve as a preventive against fragmentation.

From the guidelines above, the example system shall contain a ~15GB root (/) partition, ~7GB /var, 1GB swap, and a /home containing the remaining disk space.

Create Partition:cfdisk

Start by creating the primary partition that will contain the root, (/) filesystem.

Choose New -> Primary and enter the desired size for root (/). Put the partition at the beginning of the disk.

Also choose the Type by designating it as '83 Linux'. The created / partition shall appear as sda1 in our example.

Now create a primary partition for /var, designating it as Type 83 Linux. The created /var partition shall appear as sda2

Next, create a partition for swap. Select an appropriate size and specify the Type as 82 (Linux swap / Solaris). The created swap partition shall appear as sda3.

Lastly, create a partition for your /home directory. Choose another primary partition and set the desired size.

Likewise, select the Type as 83 Linux. The created /home partition shall appear as sda4.

Example:

Name    Flags     Part Type    FS Type           [Label]         Size (MB)
-------------------------------------------------------------------------
sda1               Primary     Linux                             15440 #root
sda2               Primary     Linux                             6256  #/var
sda3               Primary     Linux swap / Solaris              1024  #swap
sda4               Primary     Linux                             140480 #/home

Choose Write and type 'yes'. Beware that this operation may destroy data on your disk. Choose Quit to leave the partitioner. Choose Done to leave this menu and continue with "Set Filesystem Mountpoints".

Note: Since the latest developments of the Linux kernel which include the libata and PATA modules, all IDE, SATA and SCSI drives have adopted the sdx naming scheme. This is perfectly normal and should not be a concern.

Set Filesystem Mountpoints

First you will be asked for your swap partition. Choose the appropriate partition (sda3 in this example). You will be asked if you want to create a swap filesystem; select yes. Next, choose where to mount the / (root) directory (sda1 in the example). At this time, you will be asked to specify the filesystem type.

Filesystem Types

Again, a filesystem type is a very subjective matter which comes down to personal preference. Each has its own advantages, disadvantages, and unique idiosyncrasies. Here is a very brief overview of supported filesystems:

1. ext2 Second Extended Filesystem- Old, reliable GNU/Linux filesystem. Very stable, but without journaling support. May be inconvenient for root (/) and /home, due to very long fsck's. An ext2 filesystem can easily be converted to ext3. Generally regarded as a good choice for /boot/.

2. ext3 Third Extended Filesystem- Essentially the ext2 system, but with journaling support. ext3 is completely compatible with ext2. Extremely stable, mature, and by far the most widely used, supported and developed GNU/Linux FS.

High Performance Filesystems:

3. ext4 Fourth Extended Filesystem- Backward compatible with ext2 and ext3, Introduces support for volumes with sizes up to 1 exabyte and files with sizes up to 16 terabyte. Increases the 32,000 subdirectory limit in ext3 to 64,000. Offers online defragmentation ability.

Note: ext4 is a new filesystem and may have some bugs.

4. ReiserFS (V3)- Hans Reiser's high-performance journaling FS uses a very interesting method of data throughput based on an unconventional and creative algorithm. ReiserFS is touted as very fast, especially when dealing with many small files. ReiserFS is fast at formatting, yet comparatively slow at mounting. Quite mature and stable. ReiserFS is not actively developed at this time (Reiser4 is the new Reiser filesystem). Generally regarded as a good choice for /var/.

5. JFS - IBM's Journaled FileSystem- The first filesystem to offer journaling. JFS had many years of use in the IBM AIX® OS before being ported to Linux. JFS currently uses the least CPU resources of any GNU/Linux filesystem. Very fast at formatting, mounting and fsck's, and very good all-around performance, especially in conjunction with the deadline I/O scheduler. (See JFS.) Not as widely supported as ext or ReiserFS, but very mature and stable.

6. XFS - Another early journaling filesystem originally developed by Silicon Graphics for the IRIX OS and ported to Linux. XFS offers very fast throughput on large files and large filesystems. Very fast at formatting and mounting. Generally benchmarked as slower with many small files, in comparison to other filesystems. XFS is very mature and offers online defragmentation ability.

  • JFS and XFS filesystems cannot be shrunk by disk utilities (such as gparted or parted magic)
A note on Journaling

All above filesystems, except ext2, utilize journaling. Journaling file systems are fault-resilient file systems that use a journal to log changes before they are committed to the file system to avoid metadata corruption in the event of a crash. Note that not all journaling techniques are alike; specifically, only ext3 and ext4 offer data-mode journaling, (though, not by default), which journals both data and meta-data (but with a significant speed penalty). The others only offer ordered-mode journaling, which journals meta-data only. While all will return your filesystem to a valid state after recovering from a crash, data-mode journaling offers the greatest protection against file system corruption and data loss but can suffer from performance degradation, as all data is written twice (first to the journal, then to the disk). Depending upon how important your data is, this may be a consideration in choosing your filesystem type.

Moving on...

Choose and create the filesystem (format the partition) for / by selecting yes. You will now be prompted to add any additional partitions. In our example, sda2 and sda4 remain. For sda2, choose a filesystem type and mount it as /var. Finally, choose the filesystem type for sda4, and mount it as /home. Template:Box Note Return to the main menu.

D: Select Packages

  • Core ISO: Choose CD as source and select the appropriate CD drive if more than one exist on the installation machine.
  • Netinstall: Select an FTP/HTTP mirror. Note that archlinux.org is throttled to 50KB/s.
  • All packages during installation are from the [core] repository. They are further divided into Base, and Base-devel.
  • Package information and brief descriptions are available here.

Package selection is split into two stages. First, select the package category:

Note: For expedience, all packages in base are selected by default. Use the space-bar to select and de-select packages.
  • Base: Packages from the [core] repo to provide the minimal base environment. Always select it and only remove packages that will not be used.
  • Base-devel: Extra tools from [core] such as make, and automake. Most beginners should choose to install it, and will probably need it later.
  • Other packages: Important choices include wireless_tools, ndiswrapper and openssh.

After category selection, you will be presented with the full lists of packages, allowing you to fine-tune your selections. Use the space bar to select and unselect.

Note: If you are going to require connection to a wireless network, install wireless_tools. If you plan to use WPA encryption, consider installing netcfg2, which will enable you to do so.

After selecting the needed packages, leave the selection screen and continue to the next step, Install Packages.

E: Install Packages

Next, choose 'Install Packages'. You will be asked if you wish to keep the packages in the pacman cache. If you choose 'yes', you will have the flexibility to downgrade to previous package versions in the future, so this is recommended (you can always clear the cache in the future). The installer script will now install the selected packages, as well as the default Arch 2.6 kernel, to your system.

  • Netinstall: The Pacman package manager will now download and install your selected packages. (See vc/5 for output, vc/1 to return to the installer)
  • Core image: The packages will be installed from the CD/USB stick.

F: Configure the System

Closely following and understanding these steps is of key importance to ensure a properly configured system.

  • At this stage of the installation, you will configure the primary configuration files of your Arch Linux base system.
  • Previous versions of the installer included hwdetect to gather information for your configuration. This has been deprecated, and udev should handle most module loading automatically at boot.

Now you will be asked which text editor you want to use; choose nano, joe or vi, (nano is generally considered easiest of the 3). You will be presented with a menu including the main configuration files for your system.

Note: It is very important at this point to edit, or at least verify by opening, every configuration file. The installer script relies on your input to create these files on your installation. A common error is to skip over these critical steps of configuration.
Can the installer handle this more automatically?

Hiding the process of system configuration is in direct opposition to The Arch Way. While it is true that recent versions of the kernel and hardware probing tools offer excellent hardware support and auto-configuration, Arch presents the user all pertinent configuration files during installation for the purposes of transparency and system resource control. By the time you have finished modifying these files to your specifications, you will have learned the simple method of manual Arch Linux system configuration and become more familiar with the base structure, leaving you better prepared to use and maintain your new installation productively.

Moving on...

/etc/rc.conf

Arch Linux uses the file Template:Filename as the principal location for system configuration. This one file contains a wide range of configuration information, principally used at system startup. As its name directly implies, it also contains settings for and invokes the /etc/rc* files, and is, of course, sourced by these files.

LOCALIZATION section
  • LOCALE=: This sets your system locale, which will be used by all i18n-aware applications and utilities. You can get a list of the available locales by running Template:Codeline from the command line. This setting's default is fine for US English users.
  • HARDWARECLOCK=: Specifies whether the hardware clock, which is synchronized on boot and on shutdown, stores UTC time, or localtime. UTC makes sense because it greatly simplifies changing timezones and daylight savings time. localtime is necessary if you dual boot with an operating system such as Windows, that only stores localtime to the hardware clock.
  • USEDIRECTISA=: Use direct I/O request instead of Template:Filename for hwclock
  • TIMEZONE=: Specify your TIMEZONE. (All available zones are under Template:Filename).
  • KEYMAP=: The available keymaps are in Template:Filename. Please note that this setting is only valid for your TTYs, not any graphical window managers or X.
  • CONSOLEFONT=: Available console fonts reside under Template:Filename if you must change. The default (blank) is safe.
  • CONSOLEMAP=: Defines the console map to load with the setfont program at boot. Possible maps are found in Template:Filename, if needed. The default (blank) is safe.
  • USECOLOR=: Select "yes" if you have a color monitor and wish to have colors in your consoles.
LOCALE="en_US.utf8"
HARDWARECLOCK="localtime"
USEDIRECTISA="no"
TIMEZONE="US/Eastern"
KEYMAP="us"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"
HARDWARE Section
  • MOD_AUTOLOAD=: Setting this to "yes" will use udev to automatically probe hardware and load the appropriate modules during boot, (convenient with the default modular kernel). Setting this to "no" will rely on the user's ability to specify this information manually, or compile their own custom kernel and modules, etc.
  • MOD_BLACKLIST=: This has become deprecated in favor of adding blacklisted modules directly to the MODULES= line below.
  • MODULES=: Specify additional MODULES if you know that an important module is missing. If your system has any floppy drives, add "floppy". If you will be using loopback filesystems, add "loop". Also specify any blacklisted modules by prefixing them with a bang (!). Udev will be forced NOT to load blacklisted modules. In the example, the IPv6 module as well as the annoying pcspeaker are blacklisted.
# Scan hardware and load required modules at boot
MOD_AUTOLOAD="yes"
# Module Blacklist - Deprecated
MOD_BLACKLIST=()
#
MODULES=(!net-pf-10 !snd_pcsp !pcspkr loop)
NETWORKING Section
  • HOSTNAME=:Set your HOSTNAME to your liking.
  • eth0=: 'Ethernet, card 0'. Adjust the interface IP address, netmask and broadcast address if you are using static IP. Set eth0="dhcp" if you want to use DHCP
  • INTERFACES=: Specify all interfaces here. Multiple interfaces should be separated with a space as in:
(eth0 wlan0)
  • gateway=: If you are using static IP, set the gateway address. If using DHCP, you can usually ignore this variable, though some users have reported the need to define it.
  • ROUTES=: If you are using static IP, remove the ! in front of 'gateway'. If using DHCP, you can usually leave this variable commented out with the bang (!), but again, some users require the gateway and ROUTES defined. If you experience networking issues with pacman, for instance, you may want to return to these variables.
Example, using a dynamically assigned IP address (DHCP)
HOSTNAME="arch"
#eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
eth0="dhcp"
INTERFACES=(eth0)
gateway="default gw 192.168.0.1"
ROUTES=(!gateway)
Example, using a static IP address
HOSTNAME="arch"
eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
INTERFACES=(eth0)
gateway="default gw 192.168.0.1"
ROUTES=(gateway)

Modify Template:Filename to contain the DNS servers of choice. Example:

search my.isp.net.
nameserver 4.2.2.1
nameserver 4.2.2.2
nameserver 4.2.2.3

Various processes can overwrite the contents of Template:Filename. For example, by default Arch Linux uses the dhcpcd DHCP client, which will overwrite the file when it starts. Various methods may be used to preserve the nameserver settings in Template:Filename. For example, dhcpcd's configurations file may be edited to prevent the dhcpcd daemon from overwriting the file. To do this, you will need to modify the Template:Filename configuration:

# Arguments to be passed to the DHCP client daemon
# DHCPCD_ARGS="-q"
DHCPCD_ARGS="-C resolv.conf -q"
Tip: If using a non-standard MTU size (a.k.a. jumbo frames) is desired AND the installation machine hardware supports them, see the Jumbo Frames wiki article for further configuration.
DAEMONS Section

This array simply lists the names of those scripts contained in /etc/rc.d/ which are to be started during the boot process, and the order in which they start. Asynchronous initialization by backgrounding is also supported and useful for speeding up boot.

DAEMONS=(network @syslog-ng netfs @crond)
  • If a script name is prefixed with a bang (!), it is not executed.
  • If a script is prefixed with an "at" symbol (@), it shall be executed in the background; the startup sequence will not wait for successful completion of each daemon before continuing to the next. (Useful for speeding up system boot). Do not background daemons that are needed by other daemons. For example "mpd" depends on "network", therefore backgrounding network may cause mpd to break.
  • Edit this array whenever new system services are installed, if starting them automatically during boot is desired.
Note: This 'BSD-style' init, is the Arch way of handling what other distributions handle with various symlinks to an /etc/init.d directory.
About DAEMONS

The daemons line need not be changed at this time, but it is useful to explain what daemons are, as they will be addressed later in this guide. A daemon is a program that runs in the background, waiting for events to occur and offering services. A good example is a webserver that waits for a request to deliver a page (e.g.:httpd) or an SSH server waiting for a user login (e.g.:sshd). While these are full-featured applications, there are also daemons whose work is not that visible. Examples are a daemon which writes messages into a log file (e.g. syslog, metalog), a daemon which lowers the CPU frequency if the system has nothing to do (e.g.:cpufreq), and a daemon which provides a graphical login (e.g.: gdm, kdm). All these programs can be added to the daemons line and will be started when the system boots. Useful daemons will be presented during this guide.

Historically, the term daemon was coined by the programmers of MIT's Project MAC. They took the name from Maxwell's demon, an imaginary being from a famous thought experiment that constantly works in the background, sorting molecules. UNIX systems inherited this terminology and created the backronym disk and execution monitor.

Tip: All Arch daemons reside under /etc/rc.d/

/etc/fstab

The fstab (for file systems table) is part of the system configuration listing all available disks and disk partitions, and indicating how they are to be initialized or otherwise integrated into the overall system's filesystem. The /etc/fstab file is most commonly used by the mount command. The mount command takes a filesystem on a device, and adds it to the main system hierarchy that you see when you use your system. mount -a is called from /etc/rc.sysinit, about 3/4 of the way through the boot process, and reads /etc/fstab to determine which options should be used when mounting the specified devices therein. If noauto is appended to a filesystem in /etc/fstab, mount -a will not mount it at boot.

An example /etc/fstab
# <file system>        <dir>        <type>        <options>                 <dump>    <pass>
none                   /dev/pts     devpts        defaults                       0         0
none                   /dev/shm     tmpfs         defaults                       0         0
#/dev/cdrom            /media/cdrom   auto        ro,user,noauto,unhide          0         0
#/dev/dvd              /media/dvd     auto        ro,user,noauto,unhide          0         0
#/dev/fd0              /media/fl      auto        user,noauto                    0         0
/dev/sda1                   /          jfs        defaults,noatime               0         1
/dev/sda2                   /var     reiserfs     defaults,noatime,notail        0         2
/dev/sda3                    swap     swap        defaults                       0         0
/dev/sda4                   /home      jfs        defaults,noatime               0         2
Note: The 'noatime' option disables writing read access times to the metadata of files and may safely be appended to / and /home regardless of your specified filesystem type for increased speed, performance, and power efficiency (see here for more). 'notail' disables the ReiserFS tailpacking feature, for added performance at the cost of slightly less efficient disk usage.
  • <file system>: describes the block device or remote filesystem to be mounted. For regular mounts, this field will contain a link to a block device node (as created by mknod which is called by udev at boot) for the device to be mounted; for instance, '/dev/cdrom' or '/dev/sda1'.
Note: If your system has more than one hard drive, the installer will default to using UUID rather than the sdx naming scheme, for consistent device mapping. Due to active developments in the kernel and also udev, the ordering in which drivers for storage controllers are loaded may change randomly, yielding an unbootable system/kernel panic. Nearly every motherboard has several controllers (onboard SATA, onboard IDE), and due to the aforementioned development updates, /dev/sda may become /dev/sdb on the next reboot. (See this wiki article for more information on persistent block device naming. )
  • <dir>: describes the mount point for the filesystem. For swap partitions, this field should be specified as 'swap'; (Swap partitions are not actually mounted.)
  • <type>: describes the type of the filesystem. The Linux kernel supports many filesystem types. (For the filesystems currently supported by the running kernel, see /proc/filesystems). An entry 'swap' denotes a file or partition to be used for swapping. An entry 'ignore' causes the line to be ignored. This is useful to show disk partitions which are currently unused.
  • <options>: describes the mount options associated with the filesystem. It is formatted as a comma separated list of options with no intervening spaces. It contains at least the type of mount plus any additional options appropriate to the filesystem type. For documentation on the available options for non-nfs file systems, see mount(8).
  • <dump>: used by the dump(8) command to determine which filesystems are to be dumped. dump is a backup utility. If the fifth field is not present, a value of zero is returned and dump will assume that the filesystem does not need to be backed up. Note that dump is not installed by default.
  • <pass>: used by the fsck(8) program to determine the order in which filesystem checks are done at boot time. The root filesystem should be specified with a <pass> of 1, and other filesystems should have a <pass> of 2 or 0. Filesystems within a drive will be checked sequentially, but filesystems on different drives will be checked at the same time to utilize parallelism available in the hardware. If the sixth field is not present or zero, a value of zero is returned and fsck will assume that the filesystem does not need to be checked.
  • If you plan on using hal to automount media such as DVDs, you may wish to comment out the cdrom and dvd entries in preparation for hal, which will be installed later in this guide.

Expanded information available in the Fstab wiki entry.

/etc/mkinitcpio.conf

Most users will not need to modify this file at this time, but please read the following explanatory information.

This file allows further fine-tuning of the initial ram filesystem, or initramfs, (also historically referred to as the initial ramdisk or "initrd") for your system. The initramfs is a gzipped image that is read by the kernel during boot. The purpose of the initramfs is to bootstrap the system to the point where it can access the root filesystem. This means it has to load any modules that are required for devices like IDE, SCSI, or SATA drives (or USB/FW, if you are booting from a USB/FW drive). Once the initrramfs loads the proper modules, either manually or through udev, it passes control to the kernel and your boot continues. For this reason, the initramfs only needs to contain the modules necessary to access the root filesystem. It does not need to contain every module you would ever want to use. The majority of common kernel modules will be loaded later on by udev, during the init process.

mkinitcpio is the next generation of initramfs creation. It has many advantages over the old mkinitrd and mkinitramfs scripts.

  • It uses "glibc" and "busybox" to provide a small and lightweight base for early userspace.
  • It can use udev for hardware autodetection at runtime, thus prevents you from having tons of unnecessary modules loaded.
  • Its hook-based init script is easily extendable with custom hooks, which can easily be included in pacman packages without having to modifiy mkinitcpio itself.
  • It already supports lvm2, dm-crypt for both legacy and luks volumes, raid, swsusp and suspend2 resuming and booting from usb mass storage devices.
  • Many features can be configured from the kernel command line without having to rebuild the image.
  • The mkinitcpio script makes it possible to include the image in a kernel, thus making a self-contained kernel image is possible.
  • Its flexibility makes recompiling a kernel unnecessary in many cases.

If using RAID or LVM on the root filesystem, the appropriate HOOKS must be configured. See the wiki pages for RAID and /etc/mkinitcpio for more info. If using a non-US keyboard. add the "keymap" hook to load your local keymap during boot. Add the "usbinput" hook if using a USB keyboard, e.g.:

HOOKS="base udev autodetect pata scsi sata filesystems keymap usbinput"

(Otherwise, if boot fails for some reason you will be asked to enter root's password for system maintenance but will be unable to do so.)

If you need support for booting from USB devices, FireWire devices, PCMCIA devices, NFS shares, software RAID arrays, LVM2 volumes, encrypted volumes, or DSDT support, configure your HOOKS accordingly.

If doing a CF or SD card install, you may need to add the usbinput HOOK for your system to boot properly.

If you are using a US keyboard, and have no need for any of the above HOOKS, editing this configuration should be unnecessary at this point.

mkinitcpio is an Arch innovation developed by Aaron Griffin and Tobias Powalowski with some help from the community.

/etc/modprobe.d/modprobe.conf

This file can be used to set special configuration options for the kernel modules. It is unnecessary to configure this file at this time.

/etc/resolv.conf (for Static IP)

The resolver is a set of routines in the C library that provide access to the Internet Domain Name System (DNS). One of the main functions of DNS is to translate domain names into IP addresses, to make the Web a friendlier place. The resolver configuration file, or /etc/resolv.conf, contains information that is read by the resolver routines the first time they are invoked by a process.

  • If you are using DHCP, you may safely ignore this file, as by default, it will be dynamically created and destroyed by the dhcpcd daemon. You may change this default behavior if you wish. (See Network]).

If you use a static IP, set your DNS servers in /etc/resolv.conf (nameserver <ip-address>). You may have as many as you wish. An example, using OpenDNS:

nameserver 208.67.222.222
nameserver 208.67.220.220

If you are using a router, you will probably want to specify your DNS servers in the router itself, and merely point to it from your /etc/resolv.conf, using your router's IP (which is also your gateway from /etc/rc.conf), e.g.:

nameserver 192.168.1.1

If using DHCP, you may also specify your DNS servers in the router, or allow automatic assignment from your ISP, if your ISP is so equipped.

/etc/hosts

This file associates IP addresses with hostnames and aliases, one line per IP address. For each host a single line should be present with the following information:

<IP-address> <hostname> [aliases...]

Add your hostname, coinciding with the one specified in /etc/rc.conf, as an alias, so that it looks like this:

127.0.0.1   localhost.localdomain   localhost yourhostname
Note: This format, including the 'localhost' and your actual host name, is required for program compatibility! So, if you have named your computer "arch", then that line above should look like this:
127.0.0.1   localhost.localdomain   localhost arch
Errors in this entry may cause poor network performance and/or certain programs to open very slowly, or not work at all. This is a very common error for beginners.

If you use a static IP, add another line using the syntax: <static-IP> <hostname.domainname.org> <hostname> e.g.:

192.168.1.100 yourhostname.domain.org  yourhostname
Tip: For convenience, you may also use /etc/hosts aliases for hosts on your network, and/or on the Web, e.g.:
64.233.169.103   www.google.com   g
192.168.1.90   media
192.168.1.88   data
The above example would allow you to access google simply by typing 'g' into your browser, and access to a media and data server on your network by name and without the need for typing out their respective IP addresses.

/etc/hosts.deny and /etc/hosts.allow

Modify these configurations according to your needs if you plan on using the ssh daemon. The default configuration will reject all incoming connections, not only ssh connections. Edit your /etc/hosts.allow file and add the appropriate parameters:

  • let everyone connect to you
sshd: ALL
  • restrict it to a certain ip
sshd: 192.168.0.1
  • restrict it to your local LAN network (range 192.168.0.0 to 192.168.0.255)
sshd: 192.168.0.
  • OR restrict for an IP range
sshd: 10.0.0.0/255.255.255.0

If you do not plan on using the ssh daemon, leave this file at the default, (empty), for added security.

/etc/locale.gen

The /usr/sbin/locale-gen command reads from /etc/locale.gen to generate specific locales. They can then be used by glibc and any other locale-aware program or library for rendering text, correctly displaying regional monetary values, time and date formats, alphabetic idiosyncrasies, and other locale-specific standards. The ability to setup a default locale is a great built-in privilege of using a UNIX-like operating system.

By default /etc/locale.gen is an empty file with commented documentation. Once edited, the file remains untouched. locale-gen runs on every glibc upgrade, generating all the locales specified in /etc/locale.gen.

Choose the locale(s) you need (remove the # in front of the lines you want), e.g.:

en_US ISO-8859-1
en_US.UTF-8	

The installer will now run the locale-gen script, which will generate the locales you specified. You may change your locale in the future by editing /etc/locale.gen and subsequently running 'locale-gen' as root.

Note: If you fail to choose your locale, this will lead to a "The current locale is invalid..." error. This is perhaps the most common mistake by new Arch users, and also leads to the most commonly asked questions on the forum.

Pacman-Mirror

Choose a mirror repository for pacman.

  • archlinux.org is throttled, limiting downloads to 50KB/s

Root password

Finally, set a root password and make sure that you remember it later. Return to the main menu and continue with installing bootloader.

G: Install Bootloader

Because we have no secondary operating system in our example, we will need a bootloader. GNU GRUB is the recommended bootloader. Alternatively, you may choose LILO.

GRUB

The provided GRUB configuration (/boot/grub/menu.lst) should be sufficient, but verify its contents to ensure accuracy (specifically, ensure that the root (/) partition is specified by UUID on line 3). You may want to alter the resolution of the console by adding a vga=<number> kernel argument corresponding to your desired virtual console resolution. (A table of resolutions and the corresponding numbers is printed in the menu.lst.)

Example:

title  Arch Linux (Main)
root   (hd0,0) 
kernel /boot/vmlinuz26 root=/dev/sda1 ro vga=773
initrd /boot/kernel26.img
Note: The linux kernel, 'vmlinuz', is so named because it incorporated virtual memory capability early in its development. The z denotes a zipped (compressed) image.

Example for /boot on the separate partition:

title  Arch Linux (Main)
root   (hd0,0) 
kernel /vmlinuz26 root=/dev/sda3 ro vga=773
initrd /kernel26.img

Explanation:

Line 1: title: A printed menu selection. "Arch Linux (Main)" will be printed on the screen as a menu selection.

Line 2: root: GRUB's root; the drive and partition where the kernel (/boot) resides, according to system BIOS. (More accurately, where GRUB's stage2 file resides). NOT necessarily the root (/) file system, as they can reside on separate partitions. GRUB's numbering scheme starts at 0, and uses an hdx,x format regardless of IDE or SATA, and enclosed within parentheses.

The example indicates that /boot is on the first partition of the first drive, according to BIOS, or, (hd0,0).

Line 3: kernel: This line specifies:

  • The path and filename of the kernel relative to GRUB's root.

In the example, /boot is merely a directory residing on the same partition as / and vmlinuz26 is the kernel filename; /boot/vmlinuz26. If /boot were on a separate partition, the path and filename would be simply /vmlinuz26, being relative to GRUB's root.

  • The root= argument to the kernel statement specifies the partition containing the root (/) directory in the booted system, (more accurately, the partition containing /sbin/init).
  • An easy way to distinguish the 2 appearances of 'root' in /boot/grub/menu.lst is to remember that the first root statement informs GRUB where the kernel resides, whereas the second root= kernel argument tells the kernel where the root filesystem (/) resides.
  • Kernel options.

In our example, ro mounts the filesystem as read only during startup, (usually a safe default; you may wish to change this in case it causes problems booting) and the "vga=773" argument will give a 1024x768 framebuffer with 256 color depth.

Line 4: initrd: (For Initial RAM disk) The path and filename of the initial RAM filesystem relative to GRUB's root. Again, in the example, /boot is merely a directory residing on the same partition as / and kernel26.img is the initrd filename; /boot/kernel26.img. If /boot were on a separate partition, the path and filename would be simply /kernel26.img, being relative to GRUB's root.

Install the GRUB bootloader (to the master boot record, sda in our example).

Tip: For more details, see the GRUB wiki page.

H: Reboot

That's it; You have configured and installed your Arch Linux base system. Exit the install, and reboot:

# reboot

(Be sure to remove the installer CD)