Как стать автором
Обновить

Комментарии 42

Осталось ещё в графический интерфейс завернуть… но погодите… =)

Шутку про то, что визуальный инсталятор "далее-далее-далее" лет 7 назад вырезали никто не понял?

сейчас каждый школопед может установить арч без всяких гуишек

Chroot (change root) нужен нам, чтобы мы могли сменить root пользователя (как и в название).

Адовая чепуха.


Ну и всё равно в Arch Wiki всё написано гораздо подробнее и понятнее и без кучи мелких ошибок.

Как установить Arch без боли

Установить Manjaro
/thread
Ну вот не понимаю, зачем тем, для кого сложно установить Arch без этих инструкций (по инструкции с официального сайта, например), нужен Arch?
Есть много других дистрибутивов, где процесс инсталляции автоматизирован.
И процесс установки не усложнён намеренно, он наоборот, упрощён для тех, кому нужен этот уровень контроля, который даёт процесс именно в этом виде. При том, этот контроль зачастую нужен по психологическим причинам (моё личное мнение, как и всё остальное сказанное).
В конце концов, если нужен именно Arch, есть производные от него дистрибутивы с «классическими» инсталляторами. Почему не использовать их?

P.S. О, сколько же людей потеряют свои файлы благодаря этой «инструкции»!
Примечательно звучит заголовок в этом контексте
И процесс установки не усложнён намеренно, он наоборот, упрощён для тех, кому нужен этот уровень контроля, который даёт процесс именно в этом виде. При том, этот контроль зачастую нужен по психологическим причинам (моё личное мнение, как и всё остальное сказанное).

Дело не в большем контроле, хотя и такое бывает. Тут дело в том самом KISS. Исторически Arch (как и Gentoo, и Slackware) пытался быть как можно свежее и с меньшим числом заморочек и абстракции.


А раз целевая аудитория в целом отлично может из консоли разбираться с любым дистрибом, то зачем тратить усилия на дружелюбный инсталятор, или мастер настройки какой-нибудь?


Помню когда я первый раз поставил Arch лет 13 назад (он как раз был на волне хайпа), а там не оказалось man pages. Тогда это мне показалось дикостью, но успех arch wiki показал, что это было очень дальновидное решение. И это было решение в духе KISS.

GRUB — это EFI загрузчик, который нужен, чтоб запускать нашу установелнную систему

Простите, но нет. Вообще нет. На EFI железе grub в принципе нужен разве что в каких-то очень специфичных случаях. Но я таких лично не видел.
Ключевые слова для поиска: stub kernel, efivars, systemd-boot (опционально, для удобства).


И это. Если у вас (не у автора, а у абстрактного "вы") установка вызывает боль и непонимание происходящего, даже в свете потрясающе подробной вики, то, наверное, этот дистрибутив пока вам не так уж и нужен. Арч не про user-friendly, он про KISS под капотом

efivars
не подсказывайте «умельцам»!

Не вижу в этом ничего такого. Все когда-то не знали что такое efivars, все в какой-то момент изучали это. Не рождалось ещё людей с изначально вложенными знаниями и умениями.

я бы посоветовал для Efi вместо grub использовать gummyboot (systemd-boot).
гораздо легче и проще граба (например конфиги). Использовать чистый efistub не стал, т. к. неудобно каждый раз изменять boot entry в efivars для того чтобы добавить флаг загрузки ядра.
А где ещё два заголовка?
По индукции это должны быть «Как установить Arch с удовольствием???» и «Как установить Arch с максимальным удовольствием????»

Один вопрос: как без боли обновить один единственный пакет в арче не обновляя всю систему и не собирая его из исходников ?

Точно так же, как и установить: pacman -S имя_пакета. Пакет обновится даже в том случае, если его версия не изменилась

Это может сломать систему, если новый пакет потянет новые зависимости, а они не подойдут остальным. Очень многие новички так ломают себе систему.
https://wiki.archlinux.org/index.php/System_maintenance#Partial_upgrades_are_unsupported
Вы можете на свой страх и риск так сделать, если уверены, что вышеописанное не произойдет (pacman указывает, что обновит)

как бы нет, если пакет зависить от библиотек отличных от установленных

Это вообще так в любом пакетном дистрибутиве. В дистрибутивах с point release философией у вас просто версия софта +- одинаковая весь срок жизни версии дистрибутива, максимум некоторые утилиты могут обновить, если типовые библиотеки позволяют, ну и ядро в пределах совместимости. И то такое бывает нечасто.


По вопросу — в арче можно собрать нужный софт через ABS, благо это гораздо удобнее сборки пакетов deb или rpm. Можно вообще pacman указать снимок реп за конкретный день и годами пакеты ставить из такого замороженного источника. Можно при этом свой оверлей организовать и пересобирать нужное поверх штатных пакетов, не rocket science
Вариантов вагон.
Но официально у Арча rolling release)

ABS соберет пакет + десяток устаревших или сверх свежих либ разом и куда-то отдельно сложит?

Из abs скачаешь описание для сборки пакета и сможешь собрать его под свои текущие пакеты. Будет пакет "как в репо", но собранный с теми зависимостями, какие сейчас стоят. А используя альтернативные пакетные менеджеры это можно вообще сделать так, будто ты пакет просто ставишь (ну плюс время на компиляцию конечно). Так что как раз момент "я хочу вот это просто себе поставить" в арче проще, чем во многих дистрах (попробуй например в centos поставить свежее ядро, свежий хром и ничего не трогать остального. Из исходников поставить).

про Gentoo слышали?
В генту нет выбора, в арче ты можешь взять изначально бинарный пакет из репо, один, и пересобирать у себя его как хочется. Ну во всяком случае много лет назад, когда я выбирал между генту и арчем, там было так.

Лол, что?
В дистрибутиве, который собирает всё из исходников, нет выбора ?

который собирает всё из исходников
ну, нет выбора — только собирать из исходников. А если я не хочу 5 минут собирать, а хочу за 5 секунд скачать и поставить уже собранный пакет?
Да, я где-то видел человека который тоже это хотел.
Но в gentoo полно вариантов сборки одного пакета (use flags), тысячи пакетов и с десяток поддерживаемых архитектур.
Никто не хочет собирать бинарные пакеты под все варианты и хранить их годами.
Кому надо — делают свою ферму сборки под свои требования и используют бинарные пакеты
Никто не хочет собирать бинарные пакеты под все варианты и хранить их годами.
логично. А с Arch тебе, как пользователю, не нужно строить никаких ферм, а у тебя есть выбор, о котором я говорил выше: выбор между «поставить прямо сейчас пакет за 5 сек» и «скомпилировать под свои требования за пару команд».
К сожалению, такого выбора в arch нет.
«поставить прямо сейчас пакет за 5 сек» можно только при начальной установке системы.
Дальше либо «обновляй всё и втыкай что отвалилось» либо «скомпилировать под свои требования за пару команд».
Дальше либо «обновляй всё и втыкай что отвалилось»

1. что-то прям отваливалось уже очень давно последий раз. Помню весной где-то обсуждали, что как-то незаметно последние несколько лет всё «просто обновляется», каких-то сложностей нет.
2. ну как бы вообще Arch не для тех, кто обновляется раз в год. У меня обновление системы по сути в автозапуске, то бишь каждый день происходит. И при таком подходе мало того, что это быстро, так еще и успеваешь замечать, что вообще обновляется, и хоть почитывать, чего там нового.
3. но был у меня опыт обновления систем, про которые надолго забывали — и в принципе тоже это быстро. Вряд ли объем апдейтов за год компилировался бы в пакеты 15-20 минут на 2-4 ядрах, а выкачивается он при 100мбит инете и ставится на SSD примерно такое время.

Пакеты из AUR иногда отваливаются, потому что у их зависимостей иногда меняется API/ABI и нужно всё пересобирать. А без AUR жить тяжко

Ну AUR на то и AUR, что «пользовательский» :)
иногда

вот это ключевое, если «иногда» = «раз в год», то имхо это лучше, чем сидеть на Gentoo (с точки зрения времени, потраченного на сборки-установки-апдейты).

Только что у меня отвалился BOINC, который вовсе не из AUR, потому что мейнтейнеры арча сами забыли что-то пересобрать (:

А не, у меня две разные ошибки наложились друг на друга и я неправильно интерпретировал лог. Арч всё-таки ни при чём, он стабилен)

Есть Calculate Linux, где уже почти всё собрано. Он на базе гентоо. Много пользователей в русскоязычной телеге поддержки

Так Calculate позже Арча появился, насколько я помню ;)

проблема с rolling в том, что через год без обновлений иногда проще с нуля поставить.
а ещё, если в пакете нужна поддержка чего-то, отличного от бинарного (mysql в exim) — наступает ад

Примерно та же ситуация с доустановкой пакета — захотел сегодня добавить на сервер tcpdump, а его в репах уже нету той версии, которая от моей установки. Везде 404. Только апгрейд.

захотел сегодня добавить на сервер tcpdump, а его в репах уже нету той версии, которая от моей установки
если сервер — держи рядом срез репозитория, и обновляй его, когда обновляешь все серверы. У меня обычно есть «прям продакшен», который с этого среза, а весь стейдж и всякое совсем тестовое-десктопное прям с интернета ставится. Таким образом на стейдже в любой момент обкатал весь апдейт, обновил свой локальный репо — и обновил продакшен.

Все исторические версии всех пакетов давно складываются в archive.org (а до этого складывались на archive.archlinux.org). Можно скачать и поставить оттуда нужную версию.
У меня лично даже накорябан специальный reverse proxy на aiohttp для скачивания с этих ресурсов конкретной запрашиваемой версии пакета. Натуральным образом можно абсолютно прозрачно поставить нужное на системе хоть годовалой давности.

Спасибо автору за перепечатанную с Arch Wiki инструкцию (нет)

Если хочется действительно без боли, быстро и без заморочек — рекомендую ctlos — https://ctlos.github.io/
только установщик и базовые конфиги de, без вмешательств в пакеты. (Ну в случае минималистичных i3/bspwm придётся конфиги поправить, так как хоткеи — штука очень индивидуальная)
При желании, можно свой образ собрать с нужными пакетами/конфигами https://ctlos.github.io/wiki/other/ctlosiso/#%D0%B1%D1%8B%D1%81%D1%82%D1%80%D0%BE%D0%B5-%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5-iso

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации