Comments 64
Но ведь у Арча есть вики, которая вполне себе приличная (вероятно, одна из самых полных и подробных), имеет даже перевод на русский язык...
А по-моему неплохо. Для новичков очень даже полезные комментарии и пояснения. Плюс удобно что всё в одной шпаргалке структурировано. По этой статье поставят и обретут веру что не так уж и страшен этот Линукс под капотом, можно копнуть глубже )
Новички в два тычка установят Ubuntu. Обретут веру. И потом, возможно, потянутся к Manjaro или даже Arch.
Подарок.
https://www.google.com/search?q=установка+arch+linux+habr
Установка Arch Linux кратко и (почти) без боли
https://habr.com/ru/articles/805671/
Как установить Arch с минимальной болью?
https://habr.com/ru/articles/510158/
Установка Arch Linux на cryptsetup
https://habr.com/ru/sandbox/201836/
Установка Arch Linux на зашифрованный раздел c LVM
https://habr.com/ru/articles/672502/
Разбираемся с установкой и загрузкой Linux на примере ArchLinux
https://habr.com/ru/articles/253256/
Установка Archlinux c полным шифрованием системы и LVM на LUKS
https://habr.com/ru/articles/420081/
У всех авторов свое видение, у меня свое. Целом совпадает, но детали разные. Я бы сказал друг друга дополняют.
Почти всегда лучше читать на English. Переводы на другие языки отстают.
https://wiki.archlinux.org/title/Mirrors
Сделайте link в статье без кракозябров
https://wiki.archlinux.org/title/Mirrors_(Русский)
Pamac — графическая оболочка для Pacman, AUR, Flatpak и Snap от разработчиков Manjaro
Зачем в ванильный Arch тащить Snap и Pamac? Пользуйтесь Manjaro.
"Даем имя ПК nano /etc/hostname..."
А /etc/hosts? Беда.
Для примера:
echo arch > /etc/hostname
###
cat <<EOF | tee /etc/hosts
127.0.0.1 localhost
::1 localhost
127.0.1.1 arch.localdomain arch
EOFСпасибо, линк поправил. А что касается Pamac, - так это опционально, для тех кто перешел с форков и для новичков, ибо умеет работать со всеми видами пакетов.
pamac-all помечен как устаревший(Flagged Out-of-Date Comment: pamac-all)
Last Updated:2023-12-16 12:08 (UTC)
https://aur.archlinux.org/packages/pamac-all
В примере конвейер лишний. И лучше использовать режим добавления, чтобы не стереть комментарии, имеющиеся в шаблоне файла:
tee -a /etc/hosts <<EOF
...
EOF
Вот документация у Arch Linux действительно достойная. Почти всегда нахожу в ней полный, понятный и технически грамотный ответ на возникший вопрос. Хоть и пользуюсь в основном другим дистрибутивом.
Согласен, но это руководство для тех, кто не хочет и не может рыться в тонне мануалов, рассчитано как шпаргалка по установке, чтобы ничего не забыть и сделать все правильно, рассчитано больше для новичков
https://wiki.archlinux.org/title/installation_guide_(Русский)
Нигде рыться не надо, все давно структурировано. Еще и не устареет со временем, так как это часть официальной вики.
Для новичка в этом мануале мало конкретики, а устареть может все что угодно, необходимы правки
Там все с примерами команд и подробнейшими объяснениями написано, куда уж конкретнее. Да и определитесь уже, то для новичков, то в статье уровень указан «средний».
Там чтобы подробнейшие объяснения получить, придётся перелопатить не только гайд по установке. Куда уж конкретнее? С теми же драйверами от нвидиа разобраться целое дело, чтоб работали 2 карточки - от проца и карты. Ничего неполомав при этом. Баги после установки всего этого. Одну утилиту забыл и приплыл.
Тем кто "не хочет" или "не может" в арче будет тяжело. Использую его уже 12 лет, за это время не было ни одной установки, которая была бы похожа на другую. Универсального мануала нет. Плясать надо не от инструкции по пунктам, а от понимания, что и для чего мы делаем
Скажу про себя. Когда я переходил с Manjaro на Arch, мне как раз не хватало именно такого руководства, собственно почему оно и появилось.
Не поспоришь что надо понимать, но ведь и новичкам надо с чего-то начинать, повторять за теми , кто уже прошел этим путем. А когда придет полное понимание, такой гайд не понадобиться... хотя я в него же заглядываю как в шпаргалку, веду все записи в Obsidian.
В свое время мне арч помогали ставить тем что диктовали инструкцию в чате. А я повторяла и в блокнот после записывала в виде шпаргалки. После установки системы я еще экспериментируя ставила ее по той инструкции несколько раз. И ловила себя на том что каждый раз сокращала количество действий установки и многие пропускала. Откладывая на потом что бы их сделать уже после установки.
Например. Разметка диска, я ее предпочитала заранее делать через графику запуская goarted какого нить граф дистрибутива. И делаю лишь два раздела, один для систем-ди загрузчика, другой для корня. Никаких свопов и других разделов, мбр как показала практика еще на линус минт они мне не нужны хоть каждый гайд их наставляет ставить. После во время установки остается только примонтировать нужные разделы для установки. Ну и больше никогда не менять разметку если вдруг снова переустанавливать систему теряешься.
По инструкции мне давали шаги как подрубить инет, добавить зеркало, русский язык. Но я это практически скипаю. Проверяю только интернет, ставлю минимальный комплект пакетов и окружение. Поднимаю загрузчик и создаю пользователя. Ну а дальше уже гружусь в полученную установленную систему, цепляю графику окружения через startx.. И зайдя уже под графикой, через копировать-вставить из шпаргалки остальных команд, доустанавливаю и настраиваю все необходимое.
Я это все к тому что гайды что дают и встречаешь в сети порой перегружены больше чем нужно для установки и начального старта, с медленным вводом команд в ручную. Тогда как можно экономить время выполнением лишь самых необходимых шагов в ручную что бы убедиться что система точно установилась и работает. А остальное уже просто копипастить, зайдя в ее граф интерфейс.
+1 про понимание
Тоже ни разу не встал arch одинаково на разные машины.
Миносовать статью не буду, но мне не нравятся все эти инструкции по установке arch. Это противоречит философии дистрибутива, в которой говорится что
arch расчитан на опытных пользователей
arch будет тем что вы из него сделаете
И еще много потрясующих пунктов в философии арча философии арча.
Чтение маниуалов описывающих общее - это порог входа. А не инструкции тыкай сюда, введи вот это, размывают этот порог.
Я думаю что арч отчасти так хорош, и хороша его документация, и его отзывчивые люди на форуме как раз потому, что тут есть порог входа.
Del
Я бы посоветовал новичку семь... нет, восемь раз подумать, зачем ему устанавливать Arch Linux.
Использовал Арч год, потом на другой комп накатил Эндевор, как по мне так то же самое, только с Каламарес установщиком. Зачем мне возиться с настройками, ну поставил я его один раз, ну почитал мануалы, так я уже ничего не помню. Эндевор вполне устраивает.
Меня Эндевор как и все коробочные дистрибутивы не устраивают своей засоренностью ненужными вещами. Порой на удаление которых уходит больше времени чем чистую установку арча, ибо хз как там коробочный дистр собран и не посыпится ли нужное при попытке удалить лишнее. Так что мне такой дистрибутив не подходит.
В вот если кому по просьбе ставить кто прим хочет арч и ко мне обратится за помощью. Или просто родичей переводить на линукс, прим как я свою маму пересаживала. Вот тут можно и коробочный Эндевор накатить ибо на чужие компы время на установку уже тратить не так охота, и не благодарное это дело.
Мануал лежит в корне установочного образа.
Под задачу установить и начать пользоваться, кажется адекватным.
Спасибо за статью энивей
А зачем под legacy загрузку делать отдельный раздел sda1 1М? Я не критикую, просто интересно. Мне казалось, загрузчик прописывается в начале устройства, вне зависимости от разделов, а остальное ляжет в boot раздел. Возможно понимаю не правильно.
Критиковать тоже надо, особенно если критика конструктивная :) Если такой раздел не сделать, по попросту загрузка не идет. Кроме как в загрузочный сектор (первые 512b диска) еще что-то пишется в сам раздел, если есть знающие - поправьте меня если что-то не так.
если в двух словах на GPT просто нет места чтобы поместить туда часть загрузочного кода grub, нужен доп раздел. в случае MBR есть небольшой свободный кусок в начале и загрузчик пишется туда
А, теперь дошло, благодарю. Автор использует в обоих случаях GPT, мне просто подумалось, что во втором случае MBR.
Я использую gрt c systemd-bood. И создаю на диске лишь два раздела корневой и для загрузчика. Даже не знала что для grub нужен такой дополнительный костыль.
Он нужен только для BIOS-компьютеров с GPT-разметкой загрузочного носителя. Для UEFI+GPT ничего такого не надо. Как и для BIOS+MBR.
более подробно про это можно прочитать в арчвики - GUID_Partition_Table_(GPT)_specific_instructions
хотя помниться в своё время для BIOS/(MBR|GPT) использовал syslinux и там вроде как удавалось обходиться без отдельного раздела
что касается UEFI/GPT то как по мне вполне достаточно и встроенного systemd-boot
Зачем НОВИЧКУ вот это все если есть archinstall? Который еще и на русский переведён если совсем уж новичек
ну например если он впервые слышит про archinstall
А затем чтобы лучше понимать саму тему, к тому же упор делается на разбивке диска под BTRFS, чтобы была возможность делать моментальные снимки системы, на случай отката.
В ином случае можно воспользоваться и скриптом и форками Arch с графической установкой.
Что ты тут делаешь вообще?
Спасибо! В арче, как мне кажется, у каждого свой рецепт установки. И всегда интересно посмотреть кто как это делает. У меня когда-то давно линукс вообще жил в памяти видеокарты; вот тогда это был квест по установке и настройке...
Пакеты nvidia и nvidia-dkms конфликтуют при установке, кроме того для LTS ядра требуется nvidia-lts.
Зачем boot и swap отдельно?
Чтобы отделить мух от котлет :) в случае внештатных ситуаций проще добраться до boot раздела
Swap раздел мое предпочтение, продвинутые пользователи могут использовать swap файл.
Потому что swap в btrfs - это отдельное увлекательное приключение. Интересно, зачем новичку btrfs? Могу предположить, что для решения проблем, присущих самому Arch — для восстановления из снимков после сбоев, возникших при обновлении.
Абсолютно верно, BTRFS современная отказоустройчивая файловая система. Поддерживает моментальные снимки системы, с чем нативно работает timeshift. А если учесть что Arch Linux имеет rolling release обновления, в следствии чего всегда имеем свежую систему, но при этом велик шанс испортить систему. Поэтому легкое восстановление системы в рабочее состояние является жизненной необходимостью.
Современная — да, но по поводу отказоустойчивости мнения пока что самые разные. Даже в документации Arch предупреждается, что btrfs пока что в активной разработке. Вроде бы при «обычном» использовании уже достигли определённой стабильности, но с ext4 всё-таки не сравнить. И важно понимать, что в случае критичной проблемы можно потерять все данные, со всеми «снимками» сразу. Поэтому надо обязательно делать резервные копии важной информации на других носителях.
Она именно отказоустойчивая, не путать с возможными багами ФС. Построена на офигенных принципах https://ru.wikipedia.org/wiki/B-дерево. За все мое время использования (лет 5) ни разу не столкнулся с фатальными проблемами, хотя слышал что кое у кого такое случалось. BTRFS в большинстве известных дистрибутивов есть поддержка прямо из "коробки", что говорит о зрелости ФС. И еще у BTRFS еще очень хорошая поддержка в Windows, написанные драйвера практически нативные, чему был весьма удивлен.
7+ лет сижу на арче с ext4. Стоит арч на двух ПК и старом ноутбуке. Чего только не повидала отваливались дрова, программы, даже пару раз ядро. А из недавнего на мамином компе вовсе перестало грузить систему ибо биос баганул и перестал видеть загрузчик диска.
Но до сих пор не вижу смысла в бекапах системы, тем более на том же диске где она строит. Ибо если помрет диск никакой бекап так не спасет. А в остальных случаях зачем откатывать всю систему которая как конструктор ломается точечно и чинится так же. Программа забаговала, откати ее на старую версию и дождись фикс обновления, если нету способа починить здесь и сейчас.Ядро в неадекавате, всегда можно перейти на лтс или еще какое. Загрузчик отвалился и вовсе не можешь зайти, просто загрузчик переустанови, флешка и арчкрут в помощь. Захламил систему мусором и морем лишних пакетов, почисти клеща и мусор, составь список нужных пакетов в блокноте и переустанови ос не выходя из нее посредством удаления всего и установкой обратно по списку, работая за счет того что осталось в оперативной памяти. И тд и тп.
Всякие бекапы и откаты не решают проблему, а лишь сбегаешь от нее в ожидании у моря погоды, что когда то возможно ее решат за тебя и выкатят в каком то обновлении. Единственная польза от бекапа и только в ручную, это на случай если хочешь подстраховаться на случай если основной диск с системой умрет. Или хочешь клонировать систему на другой диск или устройство.
Это говорит личный пользовательский опыт, где есть знания и есть возможность все сделать руками во внештатной ситуации. А если посмотреть на эту проблему глазами не столь опытного пользователя? Постом выше я писал для чего конкретно используется связка BTRFS + Timeshift. И задачу по откату системы на предыдущее состояние она прекрасно справляется. Перед каждым обновлением автоматом делается бекап системы, в ротации используются 4 снимка. Вот они позволяют с легкостью из GRUB загрузиться в рабочий снимок, после чего в системе уже принять решение на какую точку откатить. Для для любого пользователя это огромная экономия времени, как мы знаем время самый ценный ресурс.
Всякие бекапы и откаты не решают проблему, а лишь сбегаешь от нее в ожидании у моря погоды, что когда то возможно ее решат за тебя и выкатят в каком то обновлении.
А с этим высказыванием я категорически не согласен! Бекапы решают возложенные на нее задачи. Да, возможно и придется вмешиваться в решение проблемы руками, но вернуть систему за короткое время в рабочее состояние, - дорогого стоит.
В распоряжении имеются следующие утилиты для разбивки диска: cfdisk, fdisk, gdisk.
эх, и вот так лёгким мановением руки подменили третьего богатыря ))
у нас по сути есть два подобных набора инструментов для работы с разделами:
fdisk, cfdisk, sfdisk
gdisk, cgdisk, sgdisk
где отличием в группе является лишь интерфейс взаимодействия - интерактив, псевдографика или командно-скриптовой
в общем, если кто не догадался то по логике вещей вместо gdisk стоило бы указать sfdisk.
и если, для примера, заменить интерактив fdisk через sfdisk для UEFI то получим:
echo -e "label:gpt\nsize=300M,type=uefi\n size=1G,type=linux\n size=8G,type=swap\n size=+,type=linux" | sfdisk DISK
ну или чуть покороче:
echo -e "label:gpt\n ,300M,U\n ,1G,\n ,8G,S\n ,+," | sfdisk DISK
аналогично для BIOS:
echo -e "label:gpt\nsize=1M,type=BIOS_boot\n size=1G,type=linux\n size=8G,type=swap\n size=+,type=linux" | sfdisk DISK
короткий вариант:
echo -e "label:gpt\n ,1M,BIOS_boot\n ,1G,\n ,8G,S\n ,+," | sfdisk DISK
Очень даже здоровски, и в скрипты удобно такие утилиты вставлять, но не очень наглядно в качестве обучения и ошибиться легко , а как альтернатива - респект! Да и еще fdisk - это традиция есть везде ;)
да я не противоставляю fdisk и sfdisk, это по сути одно "кодло" но разной заточености на интерфейс взаимодействия с пользователем )) там акцент делался на левый gdisk
а примеры, то я так, просто для разминки привёл )
кстати, по поводу наглядности у sfdisk, тут ведь как ...
# sfdisk DISK << EOF
label:gpt
size=1M, type=BIOS_boot
size=1G, type=linux
size=8G, type=swap
size=+, type=linux
EOF
под таким углом выглядит уже довольно наглядно )
Ок, в качестве информации добавлю в упоминании эту утилиту, пытливый ум продвинутых новичков возьмет на заметку, а всех прочих не стоит путать вариантами... По моей практике, большинство пользователей пугает и запутывают множество вариантов решения задачи, поэтому я предлагаю один, самый распространенный вариант, дабы не перегружать мозг. А всякие "волшебные" символы в командной строке отпугивают неподготовленных пользователей, чего мы не хотим, верно? ;) Гайд в первую очередь предназначен именно таким людям.
p.s. Если если двигаться к автоматизации настройки, все настройки можно сделать через sed, awk и прочие "волшебности", но наглядности это не придаст, поэтому все правим ручками :)
Автор, благодарю за статью! Хоть я и сам разобрался, но в твоём гайде подчеркнул, а где-то и подчеркнул важные моменты! Кто считает, что гайдов и так уже куча, а тем более, что достаточно одного лишь installer guide - скорее всего они только хотят попробовать арч, либо являются большими спецами в нем, которые когда-то потратили кучу времени, чтобы разобраться в базовой установке) респектую!
Монтируем разделы для BIOS и EFI
Расскажите, почему именно такие опции монтирования советуете.
Обновляем, устанавливаем необходимое ...
Про NTFS хорошо бы подробней рассказать. Драйверов для неё сейчас много, есть некоторая путаница. С версии 5.15 в состав ядра включён полноценный NTFS3 от Paragon Software. Арч использует его по умолчанию. Из каких соображений вы предлагаете ставить ntfs-3g?
NVIDIA
Почему предлагаете именно dkms-вариант?
Вообще, с NVIDIA на Арче дела обстоят несколько сложнее дефолтной установки нескольких пакетов (к приведённому списку я бы добавил opencl-nvidia). Как минимум, желательно ещё пару параметров ядра добавить. Подробности - на https://wiki.archlinux.org/title/NVIDIA
Этот гайд не претендует на полноту повествования, и тем более не ставилось задачи заменить wiki. Это лишь инструкция установки шаг за шаг, без лишней "воды". К примеру, opencl-nvidia нужен далеко не каждому, а лишь тем кто собирается использовать расчеты на видеокарте. Навешивать на систему можно сколь угодно много. Поэтому, по-моему мнению, я указал только необходимые параметры для установки, а за "полным фаршем" - это к другим сборкам на основе Arch. В качестве дополнительного софта я указал что может быть еще полезно.
Насчет ntfs-3g, возможно нужно пересмотреть, просто не в курсе.
Про NTFS хорошо бы подробней рассказать
Вот тоже хотелось бы подробнее о NTFS узнать, во времена когда я ставила арч 7 лет назад, мне тоже сказали ntfs-3g ставить раз я с винды перехожу и у меня полно NTFS дисков. С тех пор он так и стоит. Недавно один друг сказал удОли, ведь в ядре есть уже поддержка NTFS. Но я этого не делаю потому что банально боюсь, у меня несколько дисков и разделов в NTFS, в которых храню файлы и они через fstab примонтированы, и прекрасно работают. Вдруг в не неведомом драйвере в ядре все сломается?
Вообще, с NVIDIA на Арче дела обстоят несколько сложнее
Ох NVIDIA это прям головная боль. Не, с новыми карточками особо проблем нет, все легко ставиться и запускается с проприетарным драйвером. Но вот с dkms дела обстоят куда "веселее". По мимо моего основного ПК с GTX 1660, есть старый что отдала маме с GTX 660. И совсем старый ноутбук GT 420m, на всех трех Arch Linux. Вот для двух старичков мне приходиться держать dkms драйвера из аура, так как NVIDIA больше не поддерживает эти карточки. А на свободных MESA, оба устройства просто зависают. Для компа dkms 470 а ноута 390, если правильно помню.
Так вот почти каждое обновление поднять драйвера это целое приключение, они часто не стыкуются с ядром и отваливаются так как с аура вечно обновления хуже всего ставятся, не счесть сколько раз мне приходилось в ручную все допиливать после обновлений, особенно когда с ними затягиваешь на месяцы а то и годы. Потом приходиться в ручную их переустанавливать, перепроверять и убеждаться что все подхватилось,
А недавно так вовсе столкнулась вот с таким случаем.
Мамин комп перестал запускаться, и пока я с ним разбираться взялась, достала маме свой старый ноутбук что уже больше года не обновляла, да решила обновить прежде чем ей дать. Это была ошибка на решения которой я убила полтора дня, ибо система обновилась а вот драйвер из AUR отказался ставиться никак не стыкуясь с ядром. Обратилась к другу за помощью он как бы опытный арчевод, Тот мне всякие сомнительные штуки стал предлагать такие как откатить драйвер и ядро на старую версию, попробовать вовсе другие версии и тп. У меня нечего не выходило, дошло до того что он мол собрал драйвер на своем пк и просто дал мне архив что бы я поставила, но это тоже не сработало, и привело в конце концов r njve что после перезагрузки ноута я осталась без графики в голой консоли, а друг заявив что я просто рукожоп, умыл руки и свалил, сказав лишь радуйся что хоть в консольном виде система работает, я же тебе говорил ты обязана изучить систему от и до, и ваще графика зло, надо в консоли жить. Полезла на страничку драйвера в арчвики, а там сопровождающий сей драйвера писал еще в 20 году просьбу что бы его сопровождение на себя кто другой взял у кого есть такие древние видеокарты, а то у него нету и он не может гарантировать работоспособную сборку, ибо не на чем проверять. А в комментах люди как раз мою проблему обсуждает что драйвер не стыкуется и надо патчить через PKGBUILD, даже текст патча выложили. Только вот я никогда этого не делала и не знаю как, гугля только узнала что надо что то там в конфиге PKGBUILD прописывать. Дальше меня спас только чат GPT4 что только что вышел бесплатно. Вот он мне как маленькому ребенку расписывая все по полочкам, с примерами что где создавать, что прописывать, буквально указывая пальцем на нужные тексты по примерах что я ему кидала из сообщений о патче, помогал все создать и настроить у себя. И только тогда я наконец смогла поставить драйвер так что бы ядро его подхватило и все заработало. ))
С такими приключениями на устройствах со старым железом, особенно NVIDIA карточками, обновляться как то не хочется.
Устанавливаем базовую часть системы ...
Чтобы от установки *-ucode был прок, надо в /etc/mkinitcpio.conf добавить хук microcode. После autodetect, если в генерируемые образы надо внедрить код только фактически используемого ЦП, или перед, чтобы внедрять всё подряд.
Что-то не пойму, как на этом этапе сделать, при условии, что home отдельным разделом.
Крутил вертел, не получается.
Монтируем разделы
Создаем тома и подтома (subvolumes)
mount /dev/sda4 /mnt
btrfs su cr /mnt/@
btrfs su cr /mnt/@var
btrfs su cr /mnt/@home
btrfs su cr /mnt/@snapshots
umount /mntmount -o noatime,compress=lzo,space_cache=v2,ssd,subvol=@ /dev/sda4 /mnt
mkdir -p /mnt/{home,boot,var,.snapshots}
mount -o noatime,compress=lzo,space_cache=v2,ssd,subvol=@var /dev/sda4 /mnt/var
mount -o noatime,compress=lzo,space_cache=v2,ssd,subvol=@home /dev/sda4 /mnt/home
mount -o noatime,compress=lzo,space_cache=v2,ssd,subvol=@snapshots /dev/sda4 /mnt/.snapshots
Ручная установка и настройка Arch Linux — шпаргалка шаг за шагом