Arch Linux (Русский)
Перевод этой статьи или раздела не отражает оригинальное содержание.
Arch Linux — это независимо разрабатываемый x86-64 дистрибутив GNU/Linux общего назначения, достаточно гибкий для выполнения любой роли. Процесс разработки фокусируется на простоте, минимализме и элегантности кода. Arch устанавливается в виде минимальной базовой системы, настраивается пользователем под собственные нужды путём построения уникальной среды с установкой только необходимых компонентов. Инструменты настройки с графическим интерфейсом официально не предоставляются, и большая часть настроек системы выполняется из консоли путём редактирования простых текстовых файлов. Основанный на модели плавающих релизов, дистрибутив Arch стремится оставаться предельно современным и предлагает последние стабильные версии большинства пакетов.
Contents
История
Arch Linux был основан канадским программистом Джаддом Винетом (Judd Vinet). Первый релиз, Arch Linux 0.1, был выпущен 11 марта 2002 года. Несмотря на то, что Arch является полностью независимым дистрибутивом, он черпает вдохновение в простоте других дистрибутивов включая Slackware, CRUX и BSD. В 2007 году Джадд Винет ушёл с поста руководителя проекта, его заменил Аарон Гриффин (Aaron Griffin), который продолжает руководить проектом на сегодняшний день.
Простота
Согласно философии Arch, Arch Linux остаётся легковесным, гибким, простым и максимально UNIX-подобным. После установки предоставляется минимальная среда (без графического интерфейса). Вместо удаления ненужных пакетов, пользователю предложена возможность построить систему, начиная с минимальной основы без каких-либо заранее выбранных шаблонов. Философия дизайна и реализации Arch Linux позволяет легко расширять систему для получения нужных возможностей: от минимальной консольной системы до современной сложной и функциональной настольной среды. Именно пользователь решает, какой будет система на базе Arch.
Современность
Arch Linux старается поддерживать установку последних стабильных версий ПО. Он основан на системе плавающих релизов, что обеспечивает возможность однократной установки и непрерывных обновлений без необходимости переустановки всей системы или запуска обновления с одной версии на другую. Выполнением одной команды можно поддерживать систему на базе Arch Linux в актуальном состоянии.
Arch включает в себя множество новых возможностей, доступных пользователям GNU/Linux, включая современные файловые системы (Ext2/3/4, Reiser, XFS, JFS, btrfs), LVM2, программный RAID, поддержку udev и initcpio (с mkinitcpio), а так же последние ядра Linux.
Управление пакетами
Arch опирается на pacman, удобный в использовании менеджер пакетов, позволяющий производить полное обновление системы одной командой. Pacman написан на языке C и является компактным, простым и очень быстрым. Arch также предоставляет Arch Build System — систему, похожую на порты в *BSD и обеспечивающую сборку и установку пакетов из исходников. Пакеты могут быть синхронизированы одной командой, и вы даже можете пересобрать всю систему одной командой.
Официальные репозитории Arch Linux обеспечивают доступ к нескольким тысячам пакетов для удовлетворения ваших нужд в программном обеспечении. Arch также поощряет рост сообщества пользователей и увеличение вклада сообщества, предлагая Пользовательский Репозиторий (AUR — сокр. от Arch User Repository), который содержит тысячи поддерживаемых пользователями скриптов PKGBUILD для сборки установочных пакетов из исходников с использованием утилиты makepkg. Также ничто не мешает пользователям организовывать собственные репозитории.
Целостность исходных текстов
Arch предоставляет программное обеспечение в исходном виде, без дополнительных патчей. Пакеты собираются из первоначальных исходных текстов, в том виде, который был задуман автором. Накладывание патчей происходит в исключительно редких случаях с целью предотвратить появление серьёзных ошибок из-за несоответствия версий пакетов, которое может возникнуть в связи с использованием модели плавающих релизов.
Сообщество
Сообщество Arch является очень надежным и дружелюбным: все Arch’еры заинтересованы в принятии участия в поддержке дистрибутива, будь то разработка ключевого программного обеспечения, сопровождение пакетов, сообщение об ошибках или помощь в их исправлении, улучшение документации ArchWiki, помощь другим пользователям в решении проблем или просто обмен мнениями на форумах, почтовых рассылках, IRC-каналах. Члены сообщества всегда готовы поделиться знаниями или самостоятельно разработанными приложениями. Дистрибутив Arch Linux является выбором для многих людей по всему миру, и существует несколько международных сообществ, предоставляющих помощь и документацию на различных языках.
Если вы собираетесь стать активным членом сообщества, обратите внимание на страницу Принять участие.
Прекращение поддержки i686
2017-01-25 было объявлено, что поддержка архитектуры i686 будет прекращена из-за ее слабой популярности среди разработчиков и сообщества. К концу ноября 2017 года все пакеты i686 были удалены из зеркал.
Заключение
Итоги: Arch Linux — гибкий и простой дистрибутив, разработанный для удовлетворения нужд опытных пользователей Linux®. Он является одновременно мощным и простым в управлении, что делает его идеальным дистрибутивом для серверов и рабочих станций. Развивайте систему на базе Arch в любом нужном направлении: если вы разделяете данный взгляд на то, каким должен быть дистрибутив GNU/Linux, тогда добро пожаловать в сообщество Arch Linux!
Источник
Список книг по linux
‘Скотт Граннеман — Linux. Необходимый код и команды. Карманный справочник — 2010’. Какой список книг посоветуйте и в каком порядке их читать (по мере возростания сложности)? Интересует администрирование, устройство самой системы.
lampslave
Вы лучше поставьте Генту, потом убейте её, скажем, снеся /usr/lib/, а потом попробуйте восстановить. Интенсивное и внимательное гугление будет в 10 раз лучше карманных справочников и прочего. А теорию можно будет потом почитать в качестве дополнения.
redVi
Тем более, что с приходом systemd, большинство справочников и книг устарело.
Очень сомнительное утверждение.
Полностью не согласен, при всем уважении, с пр. постами. В начале своей практики я много раз пользовался всякими статьями и виками, игнорировал тот факт, что я не понимаю некоторые команды и даже цель воздействия всей задумки. От чего часто попадал в тупиковые ситуации(не знание того, что выбрать если выбор автора в примере не устраивает, а описание директив в гуглах лишь приносили в голову новые , непонятные термины, а не готовый ответ). Как раз таки теория и оседает в голове, не оседает только команды практико-прикладные, но для этого и сделаны справочники. Не смотря на то , что практико-прикладные команды может и устаревают, тут не поспоришь, но когда осознание того, например, что такое инициализация, из каких этапов она состоит и какие цели оно преследует, разбирать тех. документацию разработчиков любой сис. инициализации становиться в разы проще, чем методом тыка проверять заметки разработчика (который обычно предполагает, что с основными терминами вы знакомы как читатель, и не особо расписывает эти моменты). Думаю , что ТС преследует целью получить как раз таки ракурс, срез основных задач, для дальнейшего “самокопания” в них, отчего совет забить на книжную литературу я считаю неверным. Если все же речь идет сугубо о арче, то да, можете забыть все, что я писал выше и остановиться на изучении вики. Если вопрос состоит в “общем”, то ответ я уже дал. Так как мир линукса не постоянный и богатый решениями, действительно, как правило больше 1-2 больших справочников одной тематики никто не одолевает, но сказать по правде справочники не всегда дают полную “ожидаемую” информацию. Например в справочнике по основам ОС вы наврядли получите хотябы вводную теорию современного шифрования данный, программирования, сетевых премудростей, или подробного рассмотрения какой нито сложной утилиты, вроде apache или exim (для которых, как и на форточках , рассмотрение даже основ работы и управления занимает объем отдельного справочника]) и пр. Поэтому я считаю нормальным, что для знакомство с теорией иногда хватает парочки книг, а иногда и толковой брашурки. Но вот тематика теории может начать расти ;), от этого в итоге и кол-во справочников. Да конечно, попадаются любители пописать среди разрабов(или просто документация оплачена кемто) и тогда многостраничной справки по ПО может хватить с лихвой и на практику и на теорию, но так бывает далеко не всегда. Такие обычно часто пишут небольшие руководства или брашурки в довесок к офф. докам. Как пример часто переводы таких статей встречаются на руслинксе и др. источниках и порой некоторые из них могут дать даже больше теории, чем можно наковырять в близкой к тематики вопроса литературе.
Сам могу посоветовать начать с Unix и Linux. Руководство системного администратора. После вводной главы вы уже должны решить, надо ли читать дальше или пройти мимо. (средний по палате уровень по задачам сис. админа в плане терии тут охвачен). Устройство самой системы , тут уже сложно, если у вас нет практики на ссях. Часто могут посоветовать литературу тесно связанную с разработкой на linux и/или ядром этой ос. Я такую книженцию держу в закромах копилки, но советовать ее не могу так сам ее не читал, ибо направление явно на разработчика(программиста), а я пока на этой “муве не шарю”.
Всем спасибо
Так что по интересным вещам, которые вызывают “явное чувство нужности”(какими бы простыми они не казались), стОит потратить время на практику, замедлив или приостановив чтение , опять же сугубо в целях более лучшей “усвояемости” мозгом инфы. Не пугайтесь кол-вом страниц, никто не мешает в процессе чтения пропускать даже главы, для возращения к ним позже. (я вот например пару глав(во времена 2ого издания), как не вчитавался так и не понял толком, только уже позже, поработав с утилитами, до меня дошли некоторые моменты. Так что хорошо разобрать или плохо — это зависит от субъекта, т.е. трудно сказать да или нет… для когото и виндас для чайников — сложная литература и нет тут ничего стыдливого). К тому же это не самое увесистое руководство одмина , что имею среди эл. коллекции ;). (хотя долго держало эту почетную позицию)
В начале своей практики я много раз пользовался всякими статьями и виками, игнорировал тот факт, что я не понимаю некоторые команды и даже цель воздействия всей задумки.
Правильно, поэтому гуглить надо не с целью каким-то шаманским методом починить, а с целью понять, что происходит. Вот, например, перед выполнением mkinitcpio в chroot, надо забиндить /dev /proc и /sys. Почему? Это ведь не просто так делается.
UPD: А книжка интересная, надо будет почитать 🙂
© 2006-2021, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.
Источник
creio / Arch-Instruction.md
Arch Linux ‒ это один из немногих дистрибутивов Linux, использующих модель роллинг-релизов. Это означает, что в нем доступны самые последние версии пакетов. Это одновременно является его как преимуществом так и недостатком. Пересесть на него меня заставила необходимость: мое компьютерное железо (процессор ryzen 5 2600 и видеоадаптер rx 590) оказались не совместимы с версией Linux Kernel младше 4.20.
На самом деле все не так плохо, но неприятные инциденты имеют место хотя и очень редко.
Качаем образ и записываем его с помощью команды:
Где sdX – имя нашего USB устройства. Перегружаемся после удачного завершения операции.
В Windows для создания загрузочной флешки можно использовать Rufus. При этом образ лучше записывать в dd режиме.
При загрузке системы нажимаем F2 или Del (зависит от производителя материнской платы). Во вкладке BIOS в приоритете загрузки делаем первым наше USB-устройство. Нажимаем F10 и сохраняем настройки.
При подключении от кабеля ничего настраивать не надо. Настройка wifi требует ввода пары команд:
Следует отметить, что не все usb wifi адаптеры гараниторованно поддерживаются. Например, у меня не захотел работать dexp wfa 301, а вот с tp-link все ок.
Для начала посмотрим все доступные устройства:
Создадим новый раздел:
В меню fdisk вводим n для создания нового раздела, порядковый номер раздела, потом начальное и конечные смещения. При задании конечного смещения можно отрицательное значение, например, -10G , так мы оставим свободными 10 Гб в конце диска. Для записи изменений на жесткий диск вводим w и выходим — q .
Теперь нужно разметить раздел по LVM. Касательно LVM: единственное удобство в нем для меня – это возможность динамически менять размер разделов. Самая частая проблема, которая у меня была раньше – это то, что я не угадывал размер для корня. Когда в нем кончалось место, я с установочной флешки через gparted пытался отщепнуть от виндового раздела кусок (а у меня разделы всегда шли так: recovery, efi, reserved, windows, root, home), из этого куска создавал временный раздел, копировал в него файлы с хомяка, удалял хомяка, изменял размер корневого, опять создавал хомяка и из временного раздела копировал в него файлы, потом удалял временный раздел, расширял виндовый, правил /etc/fstab … А с LVM я могу просто выполнить пару команд: ужать хомяка, расширить корневой, причем, на лету. Но эксперты могут возразить: «Хомяк на отдельном разделе не нужен!» — Да, если хочешь потерять все данные при переустановке.
Источник
