Почему именно Arch? Установка Arch Linux, рабочий инженерный гайд
Почему именно Arch, а не «удобный» дистрибутив
Arch Linux часто описывают двумя крайностями: либо как «дистрибутив для гениев», либо как очередной повод сказать «by the way, I use Arch». На практике это нормальная рабочая система, в которой просто нет популизма: никаких «мастеров установки», лишних демонов и предустановленных чудо-панелек.
Arch удобен там, где важно понимать, что именно крутится на железе: серверы, игровые ядра, рабочие станции для разработки и администрирования. Здесь нет магии: все шаги установки можно проверить, воспроизвести и задокументировать.
Установка Arch — это не «посвящение в секту», а просто честный договор с системой: ты настраиваешь её руками, взамен получаешь предсказуемое поведение.
Что мы ставим и для кого этот гайд
Задача этого гайда — не выжать максимум экзотики, а собрать рабочую схему установки Arch Linux, которая подойдёт для реальной машины или виртуалки: UEFI, один диск, ext4, systemd-boot или GRUB, базовая сеть и консольная система, готовая к дальнейшей настройке.
Предполагается, что у вас есть доступ к ISO-образу Arch Linux, флешка для установки и понимание риска: установка операционной системы стирает диск, и это не шутка. Все команды приводятся как пример, а не как приказ к действию на боевом сервере.
Загрузка с live-образа и базовая диагностика
После загрузки с установочного ISO Arch вы попадаете в консоль от имени root. Первое, что имеет смысл сделать — убедиться, что ядро видит железо, а сеть доступна. Минимальный набор проверок выглядит так:
uname -a
ip link
ping -c 3 archlinux.org
Если сеть не поднимается сама, на проводном интерфейсе чаще всего достаточно включить DHCP:
ip link set <интерфейс> up
dhclient <интерфейс>
Где вместо <интерфейс> подставляется что-то вроде ens3, enp1s0 или eth0.
Смысл первых шагов прост: пока не понятна сеть и железо, говорить об установке дальше рано.
Разметка диска: аккуратно, без героизма
Дальше приходится решать самый неприятный вопрос: как разметить диск. В гайде предполагается отдельная машина или чистая виртуалка: можно позволить себе простой вариант с одной системой без dual-boot.
Для UEFI-системы удобнее всего использовать cfdisk и разметить диск примерно так: маленький EFI-раздел, основной раздел под систему, по желанию отдельный раздел под /home. Запуск разметки выглядит так:
cfdisk /dev/sda
После выхода из cfdisk создаём файловые системы, не забывая, какой раздел за что отвечает:
mkfs.fat -F32 /dev/sda1 # EFI
mkfs.ext4 /dev/sda2 # корень /
# mkfs.ext4 /dev/sda3 # опциональный /home
Дальше подключаем корень и, при необходимости, /home, а также монтируем EFI-раздел:
mount /dev/sda2 /mnt
# mkdir /mnt/home && mount /dev/sda3 /mnt/home
mkdir -p /mnt/boot
mount /dev/sda1 /mnt/boot
Установка базовой системы через pacstrap
Когда файловые системы смонтированы, можно ставить сам Arch. Рецепт в духе «минимум, но достаточно»: ядро, базовая система и несколько утилит, без которых дальше неудобно.
pacstrap -K /mnt base linux linux-firmware vim networkmanager
После установки базовых пакетов нужно сгенерировать fstab, чтобы система при следующей загрузке знала, что и куда монтировать:
genfstab -U /mnt >> /mnt/etc/fstab
cat /mnt/etc/fstab
Если в fstab попала ерунда, лучше исправить это сейчас, чем искать потом, почему система загружается в emergency-режим.
Переход в новую систему: arch-chroot
Дальше всё делается уже внутри установленного окружения, но через chroot. Это позволяет настроить систему так, как будто она уже загружена с диска:
arch-chroot /mnt
Теперь вы внутри будущей системы, и все изменения касаются уже установленного Arch.
Часы, локаль и язык системы
Сначала приводим в порядок время и часовой пояс. Для примера возьмём часовой пояс Европы:
ln -sf /usr/share/zoneinfo/Europe/Berlin /etc/localtime
hwclock --systohc
Затем включаем нужные локали. В файле /etc/locale.gen раскомментируйте строки с нужными языками, после чего выполните:
locale-gen
И задайте переменную окружения LANG, например так:
echo "LANG=ru_RU.UTF-8" > /etc/locale.conf
Имя хоста, сеть и учётные записи
Имя машины — мелочь, но помогает в логах и при работе по SSH. Задаётся оно просто:
echo "ark-host" > /etc/hostname
Для сети мы уже поставили NetworkManager, осталось включить его в автозапуск:
systemctl enable NetworkManager
Задаём пароль root и создаём обычного пользователя с правами sudo, если планируются ежедневные работы:
passwd
useradd -m -G wheel -s /bin/bash admin
passwd admin
Чтобы группа wheel могла использовать sudo, в файле /etc/sudoers нужно раскомментировать соответствующую строку. Делать это лучше через visudo, который проверит синтаксис:
visudo
Загрузчик: GRUB или systemd-boot
Самый универсальный вариант — GRUB. Для UEFI-конфигурации типовая установка выглядит так:
pacman -S grub efibootmgr
grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=ArchLinux
grub-mkconfig -o /boot/grub/grub.cfg
Если же хочется максимально опираться на systemd, можно использовать systemd-boot, но это уже отдельный разговор. В любом случае смысл один: после установки загрузчика у системы появляется точка входа, и можно пробовать первую загрузку.
Первый запуск и минимальная пост-настройка
Чтобы выйти из окружения chroot и размонтировать файловые системы, достаточно нескольких команд:
exit
umount -R /mnt
reboot
После перезагрузки, если всё прошло нормально, вы увидите меню загрузчика, затем свежий Arch с приглашением войти под root или созданным пользователем. На этом этапе система ещё довольно аскетична: нет графической среды, но есть pacman, сеть и чистая база для дальнейшей работы.
Смысл такого подхода в том, что вы сами решаете, что поставить поверх: минимальный X11, Wayland, только консольные утилиты или рабочий стол с тайлинг-менеджером.
Почему это лучше «быстрых установщиков»
Сторонние дистрибутивы вроде Ubuntu или Mint хороши для десктопа «из коробки», но за удобством там всегда прячется набор предположений: какие службы вам нужны, как должен выглядеть рабочий стол, что считается «правильной» конфигурацией. Для лаборатории, серверов и рабочих машин такой подход часто избыточен.
Arch, установленный руками, даёт другой баланс: чуть больше работы в начале, но полный контроль над тем, что происходит под капотом. Если что-то сломалось после обновления — почти всегда можно понять, где именно и почему, а не искать виноватого среди десятка предустановленных тулов.
Финальное слово вместо вывода
Этот гайд не претендует на универсальность и не заменяет официальную Arch Wiki. Его задача — зафиксировать рабочий, воспроизводимый путь установки, который можно адаптировать под свои условия: другой загрузчик, другая файловая система, шифрование, LVM и так далее.
Самое важное — относиться к установке не как к ритуалу, а как к инженерной задаче. Диагностика, одно осознанное решение, проверка результата. Если что-то пошло не так, это не провал, а материал для следующей итерации и новой записи в документации.
Arch хорош не тем, что сложен, а тем, что честен: он делает только то, о чём вы его попросили. Остальное — дело вашего понимания и аккуратности.