Arch linux and ubuntu

Arch compared to other distributions

This page attempts to draw a comparison between Arch Linux and other popular GNU/Linux distributions and UNIX-like operating systems. The summaries that follow are brief descriptions that may help a person decide if Arch Linux will suit their needs. Although reviews and descriptions can be useful, first-hand experience is invariably the best way to compare distributions.

In all of the following only Arch Linux is compared with other distributions. Community ports that support architectures other than x86_64 can be found listed among the Arch-based distributions.

Contents

Source-based

Source-based distributions are highly portable, giving the advantage of controlling and compiling the entire OS and applications for a particular machine architecture and usage scheme, with the disadvantage of the time-consuming nature of source compilation. The Arch base and all packages are only compiled for the x86_64 architecture.

• CRUX is a lightweight distribution that focuses on the KISS principle. CRUX inspired Judd Vinet to create Arch.
• CRUX uses BSD-style init scripts, whereas Arch uses systemd.
• While Arch uses a rolling release system, CRUX has more or less yearly releases.
• Both ship with ports-like systems, and, like *BSD, both provide a base environment to build upon.
• Arch features pacman, which handles binary system package management and works seamlessly with the Arch Build System. CRUX uses a community contributed system called prt-get, which, in combination with its own ports system, handles dependency resolution, but builds all packages from source (though the CRUX base installation is binary).
• Both Arch and CRUX officially support only the x86_64 architecture.
• Arch features a large array of binary package repositories as well as the Arch User Repository. CRUX provides a more slimmed-down officially supported ports system in addition to a comparatively modest community repository.

• LFS, (or Linux From Scratch) exists simply as documentation. The book instructs the user on obtaining the source code for a minimal base package set for a functional GNU/Linux system, and how to manually compile, patch and configure it from scratch. LFS is as minimal as it gets, and offers an excellent and educational process of building and customizing a base system.
• LFS provides no online repositories; sources are manually obtained, compiled and installed with make. (Several manual methods of package management exist, and are mentioned in LFS Hints).
• Arch provides these very same packages, plus systemd, a few extra tools and the powerful pacman package manager as its base system, already compiled for x86_64. Along with the minimal Arch base system, the Arch community and developers provide and maintain many thousands of binary packages installable via pacman as well as PKGBUILD build scripts for use with the Arch Build System. Arch also includes the makepkg tool for expediently building or customizing packages, readily installable by pacman.
• Judd Vinet built Arch from scratch, and then wrote pacman in C. Historically, Arch was sometimes humorously described simply as «Linux, with a nice package manager.»

Gentoo/Funtoo Linux

• Both Arch Linux and Gentoo Linux are rolling release systems, making packages available to the distribution a short time after they are released upstream.
• The Gentoo packages and base system are built directly from source code according to user-specified USE flags. Arch provides a ports-like system for building packages from source, though the Arch base system is designed to be installed as pre-built x86_64 binary. This generally makes Arch quicker to build and update, and allows Gentoo to be more systemically customizable.
• Arch only supports x86_64 while Gentoo officially supports x86 (i486/i686), x86_64, PPC/PPC64, SPARC, Alpha, ARM, MIPS, HPPA, S/390 and Itanium architectures.
• Gentoo’s official package and system management tools tend to be rather more complex and «powerful» than those provided by Arch, and certain features which are at the very heart of Gentoo (USE flags, SLOTs, etc.) do not have any direct Arch Linux equivalent. Some of that is due to the fact that Arch is primarily a binary distro, but differences in design philosophy also play a big role, with Arch taking a more principled stance in favor of architectural simplicity and avoiding over-engineering.
• Because both the Gentoo and Arch installations only include a base system, both are considered to be highly customizable. If comfortable with systemd, Gentoo users will also generally feel at ease with most other aspects of Arch.

General

These distributions offer a broad range of advantages and strengths, and can be made to serve most operating system uses.

Debian

• Debian is the largest upstream Linux distribution with a bigger community and features stable, testing, and unstable branches, offering over 148 000 packages. The available number of Arch binary packages is more modest. However, when including the AUR, the quantities are comparable.
• Debian has a more vehement stance on free software but still includes non-free software in its non-free repos. Arch is more lenient, and therefore inclusive, concerning non-free packages as defined by GNU.
• Debian focuses on stringent testing of the Stable branch, which is «frozen» and supported up to five years. Arch packages are more current than Debian Stable, being more comparable to the Debian Testing and Unstable branches, and has no fixed release schedule.
• Debian is available for many architectures, including alpha, arm, hppa, i386, x86_64, ia64, m68k, mips, mipsel, powerpc, s390, and sparc, whereas Arch is x86_64 only.
• Arch provides more expedient support for building custom, installable packages from outside sources, with a ports-like package build system. Debian does not offer a ports system, relying instead on its large binary repositories.
• The Arch installation system only offers a minimal base, transparently exposed during system configuration, whereas Debian’s methods, such as the use of apt tasks to install pre-selected groups of packages, offer a more automatically configured approach as well as several alternative methods of installation.
• Arch generally packages software libraries together with their header files, whereas in Debian header files have to be downloaded separately.
• Arch keeps patching to a minimum, thus avoiding problems that upstream are unable to review, whereas Debian patches its packages more liberally for a wider audience.

Fedora

• Fedora is community developed, yet corporately backed by Red Hat; it is often presented as a testbed release system. Fedora packages and projects migrate to RHEL and some eventually become adopted by other distributions. Arch has no fixed releases, and does not serve as a testing branch for another distribution.
• Fedora packages use the RPM format with the DNF package manager. Arch uses pacman to manage its packages.
• Fedora refuses to include non-free software in official repositories due to its dedication to free software, though third-party repositories are available for such packages. Arch is more lenient in its disposition toward non-free software, leaving the discernment to the user.
• Fedora offers many installation options including a graphical installer as well as a minimal option. Fedora «spins» also provide alternative assortments of desktop environments to choose from, each with a modest assortment of default packages. Arch, on the other hand, only provides a few scripts meant to ease the process of a minimal base system install.
• Fedora has a scheduled release cycle, but officially supports discrete version upgrades with the FedUp tool. Arch is a rolling-release system.
• Arch features a ports system, whereas Fedora does not.
• Both Arch and Fedora are targeted at experienced users and developers. Both strongly encourage their users to contribute to project development.
• Fedora has earned much community recognition for integration of SELinux, GCJ compiled packages (to remove the need for Oracle’s JRE), and prolific upstream contribution; Red Hat and thus, Fedora developers by extension, contribute the highest percentage of Linux kernel code as compared to any other project.
• Arch Linux provides what is widely regarded as the most thorough and comprehensive distribution wiki. The Fedora wiki is used in the original sense of the word «wiki», or a way to exchange information between developers, testers and users rapidly. It is not meant to be an end-user knowledge base like Arch’s. Fedora’s wiki resembles an issue tracker or a corporate wiki.

Slackware

• Slackware uses BSD-style init scripts, whereas Arch uses systemd.
• Arch supplies a package management system in pacman which, unlike Slackware’s standard tools, offers automatic dependency resolution and allows for more automated system upgrades. Slackware users typically prefer their method of manual dependency resolution, citing the level of system control it grants them, as well as Slackware’s excellent supply of pre-installed libraries and dependencies.
• Arch is a rolling-release system. Slackware is seen as more conservative in its release cycle, preferring proven stable packages. Arch is more bleeding-edge in this respect.
• Arch Linux provides many thousands of binary packages within its official repositories, whereas Slackware official repositories are more modest.
• Arch offers the Arch Build System, an actual ports-like system and also the AUR, a very large collection of PKGBUILDs contributed by users. Slackware offers a similar, though slimmer system at slackbuilds.org which is a semi-official repository of Slackbuilds, which are analogous to Arch PKGBUILDs. Slackware users will generally be quite comfortable with most aspects of Arch.

Beginner-friendly

Sometimes called «newbie distros», the beginner-friendly distributions share a lot of similarities, though Arch is quite different from them. Arch may be a better choice if you want to learn about GNU/Linux by building up from a small base, as an installation of Arch installs few packages in comparison. Specific differences between distributions are described below.

Ubuntu

• Ubuntu is a popular Debian-based distribution commercially sponsored by Canonical Ltd., while Arch is an independently developed system built from scratch.
• The two projects have very different goals and are targeted at a different user base. Arch is designed for users who desire a do-it-yourself approach, whereas Ubuntu provides a preconfigured system. Arch presents a simpler design from the base installation onward, relying on the user to customize it to their own specific needs. Many Arch users have started on Ubuntu and eventually migrated to Arch.
• Arch development is not biased towards any one particular user interface beyond what its community provides support for. Furthermore, Canonical’s commercial nature has led them to some controversial decisions, such as the inclusion of advertisements in Unity’s Dash menu and user data collection. Arch is an independent, community-driven project with no commercial agenda.
• Ubuntu moves between discrete releases every 6 months, whereas Arch is a rolling-release system.
• Arch offers a ports-like package build system and the Arch User Repository, where users can share source packages for the pacman package manager. Ubuntu uses the more complex apt, and allows redistribution of binary packages via Personal Package Archives.
• The two communities differ in some ways as well. The Arch community is much smaller and is strongly encouraged to contribute to the distribution. In contrast, the Ubuntu community is relatively large and can therefore tolerate a much larger percentage of users who do not actively contribute to development, packaging, or repository maintenance.

Linux Mint

• Linux Mint was born as an Ubuntu derivative, and later added the LMDE (Linux Mint Debian Edition) that is instead based on #Debian. On the other hand, Arch is an independent distribution that relies on its own build system and repositories.
• Mint includes several graphical tools for easier maintenance, called MintTools. Arch only provides simple command-line tools like pacman and leaves system management to be organized by the user.
• New versions of Mint are released every six months, about a month after Ubuntu. Each release is based on the most recent Ubuntu LTS and is supported for five years. Linux Mint Debian Edition (LMDE) is based on Debian Stable and only receives updates in Mint packages and security updates. Arch is instead a full rolling-release distribution.

openSUSE

openSUSE is centered around the RPM package format and its well-regarded YaST2 GUI-driven configuration tool. Arch does not offer such a facility. openSUSE, may therefore be more appropriate for users who want a more GUI-driven environment, automatic configuration, or expected functionality out of the box while still allowing depth of customization.

Mandriva/Mageia

Mandriva Linux (formerly Mandrake Linux) was created in 1998 with the goal of making GNU/Linux easy to use for everyone; it is RPM-based and uses the urpmi package manager. Mageia is a Mandriva fork created by former Mandriva employees which opposes its parent distribution’s commercial position, being a non-profit and community-driven project. Arch takes a simpler approach than Mandriva or Mageia, being text-based and relying on more manual configuration, and is aimed at intermediate to advanced users.

Источник

Переход на Linux и сравнение Archlinux vs Ubuntu

Windows vs Linux

Плюсы и минусы Linux и Windows думаю описывать нет смысла, это уже обсуждалось миллионы раз, я скажу только за себя, мне в Windows надоели залеты с вирусами! Тяжёлые антивирусы раздражают своей не поворотливостью, а от легких толку немного. Да и времена простых вирусов прошли, когда 1 экзэшник убил и живешь дальше не напрягаясь, сейчас и реестр убьют, и раскопируются в сотню разнообразных мест и чаще помогает только ручное удаление всей этой нечестии, т.к. антивирусы либо вообще не удаляют, либо удаляют не до конца, что собственно, почти, одно и тоже.

Позиционирование платформ

Для начала надо понять, что Linux это не бесплатный Windows и если вам нравится играть в 3D игрушки, ваять в Potoshop’e и заниматься прочими узкоспециализированными задачами, то думаю смысла с этими заморочками и переходами на Linux нет никакого, только время потеряете, проще поставить Seven/XP и радоваться жизни.
То есть каждый продукт хорошо справляется с одним набором функций и пасует в другом и это закон нашей жизни, нет, к сожалению, идеалов!

План завоевания

Для начала я думаю стоит погуглить и найти (или не найти и задуматься еще раз) все те приложения которыми вы пользуетесь в винде и без которых жизнь за компьютером будет в тягость.
Статей на эту тематику очень много так что проблем не должно быть. Вот например парочка (Коммуникационные программы, программы для Интернета).
После 2-х часовых поисков в инете я понял что в Linux’e есть вообще все что мне нужно, что не могло не радовать!
Далее стоит определится с дистрибутивом…
С одной стороны это самое простое, для большинства уже Ubuntu и Linux понятия неразделимые как Xerox и копировальный аппарат, но с другой не все так просто.

Менеджеры окон в Ubuntu

Я бы хотел отметить то что для меня оказалось новостью, оказывается, помимо Ubuntu существует еще и Kubuntu (вообще дистрибутивов на основе Убунты больше, более подробная информация) собственно это одно и тоже в плане структуры, архитектуры и т.д., а основное различие заключается в оконном менеджере, Ubuntu имеет на борту Gnome, а Kubuntu — KDE.
Ни кто не мешает прочитать статью, закачать и то и другое и сделать минут за 10 из Ubuntu Kubuntu но мне кажется это не лучший вариант.
Я в итоге решил остановится на КДЕ, но мне Gnome изначально показался более дружелюбным, в гноме мне толком под себя ни чего не хотелось перенастраивать все отличалось немного от винды, но удобно и к этому быстро привыкаешь. Очень нравилось что все приложения быстрого доступа и системный трей находился на одной панели (сверху) а отображение открытых окон на другой (снизу) — очень удобно имхо.
КДЕ мне пришлось настраивать… и настраивал я его как методом научного тыка так и с помощью гугла, т.к. кое какие моменты решительно раздражали, например изначально рабочий стол является каким то закрытым пространством для виджетов и перетащить туда свой документ нельзя или например нельзя перетащить ярлык приложения на панель задач. По умолчанию меню «Пуск», для новичка, вообще кошмар какой то… На первый взгляд красиво и удобно, но когда не знаешь в каком из пунктов какая программа поиски замедляются… Благо все это настраивается при наличии времени и желания.

OS K/Ubuntu

Ubuntu как мне показалась, намного проще в использовании и до настройке до своего идеала, чем Windows!
Все драйвера у меня встали автоматом.
Для того чтобы установить приложения/доп-ые драйвера, надо просто зайти в программу ввести название желаемого приложения и 80%-90% что оно будет найдено в репозитарии, после этого жмем установить и пользуемся… все! Ни надо искать инсталяторы с дебильных, в наше время, софтовых серверов на которых, чтобы скачать приложение надо пройти по 10 ссылкам просмотреть кучу рекламы и если сильно повезет нарваться на какой нить вирус… Не нужно хранить все нужные и ненужные дистрибутивы у себя локально, которые со временем устаревают так же не нужно искать кряки.
В общем и целом на установку и настройку убунты я потратил часа полтора — два, из них минут 20 только на настраивал Firefox со всеми нужными мне плагинами.
Ну и через 2 часика я понял что вроде все как есть — аська работает, flac играет, видео 1080p показывает без проблем ну и все доки с pdf’ами открывает. И самое главное, у меня 8Gb памяти, на 32 битной убунте их видно без всяких танцев с бубном. Что для десктопной Винды кстати вообще не реально.
В общем миссия complete!

Ложка дегтя в убунте

Все хорошо в убунте, все красиво и просто, но я хотел еще от Линукса получить каких то мозгодробящих ощущений, а тут чето… 10-ок щелчков мыши и все… не, так не интересно 🙂
И в Убунте еще мне не понравился один момент, там за меня все решили, все приложения уже установлены, куча всего грузится автоматом, такое же огромное и не понятное кол-во софта в «Пуске», спрашивается а зачем мне все это?? И не удивительно что Убунта, у меня с ATI’шными дровами сразу после загрузки сжирала 500-600Mb, а после посиделок в Фаерфоксе закладок 5-10 кол-во съеденной памяти увеличивалось до 1Gb… Оговорюсь сразу, что после отключения чего то не понятного и судя по всему мне не нужного из автозагрузки, памяти при загрузке стало сжираться 300-350 в среднем, что уже не так страшно (мой w2k3 жрет 300 при загрузке. ) Мне собственно говоря не жалко памяти, но я любитель держать под контролем свою систему и понимать что для чего и зачем. По этому политика убунты меня немного не устроила.
Да и сразу стало понятно почему некоторые недовольны этой OC, типа она тормозит больше чем винда… Теперь я не удивлен, если бы у меня было на борту, например, 512mb -1Gb памяти, думаю, мне бы она решительно не понравилась своей скоростью!

Выбор мозго дробящего Linux дистрибутива!

Как я понял (это мое ИМХО и не более) дистрибутивы подразделяются на 2 основных направления: 1) Ориентированные на простого пользователя (которому совершенно не интересны тонкости работы ОС и компьютера в целом) – типа Ubuntu, RH, Suse и т.д. 2) Дистрибутивы ориентированные на опытных пользователей Linux, которые знают, что им надо от ОС и готовые тратить некоторое время на тонкую настройку и оптимизацию своей ОС, например, такие как ArchLinux, Debian, Slackware, Gentoo
Каждый дистрибутив имеет свою идеологию так вот после прочтения некоторых статей пришел к выводу что ArchLinux это что то среднее между Ubuntu (где все просто) и чем то вроде Slackware, Gentoo (где все сложно).

ArchLinux теория

Мне понравилось что этот дистрибутив заточен под одну архитектуру – x86, есть дистрибутив 64 битный, 32-х битный, а это значит что он уже изначально оптимизирован под стандартную PC платформу не имея ни чего лишнего. Так же по описаниям и как в итоге выяснилось на практике, ArchLinux не такой уж и страшный, все начинается с командной строки и редактора nano/vi, но все это быстро настраивается и дополняется всем чем душе угодно довольно таки легко и просто
В первый раз конечно не легко и не быстро, но гугл и отличные материалы на сайте Archlinux в базе Wiki Вам помогут.

ArchLinux практика

Кто бы что не говорил но ArchLinux реально не для новичков в том понимании в котором я это понимаю и главное не для ленивцев. Я с ним разбирался сначала на виртуальной машине, т.к. без инета это считаю вообще не реально. Документации много, она разжевана очень хорошо как на русском так и на английском так что остается только читать и настраивать. Грубо говоря, Ubuntu я победил за 2 часа как я писал выше… C Arch’ом все немного сложнее.
Но в итоге сидя на работе практикуясь на виртуалке, потом по быстрому по своим мануалам настраивая все на домашнем компе я дней за 5 почти все что хотел сделал. И ядро пересобрал чтобы у меня память вся видна была и KDE поставил по минимуму дополняя его только тем что мне нужно ну и все прочие приложения поставил.
Что мне понравилось, по сути на установку софта и его обновление тратишь времени по минимуму не больше чем в Убунту. После собственно ручной настройки знаешь досконально какой конфиг за что отвечает и куда копать если что то вдруг отвалится, да и просто есть представление о системе в целом. Скорость работы радует ни чего не тормозит памяти при первой загрузке сжирается около 250mb (кстати без родных дров ати и меньшем разрешении экрана система загружала 150-170mb)

Есть конечно и ложка дегтя

Временные затраты не считается минусом т.к. за что боролись на то и напоролись, но отметить все же это надо, времени на настройку придется потратить в разы больше.
Есть некоторые вещи которые работают не так как надо пока их не выпилишь и лобзиком не подправишь. Например у меня 2 сетевые карты на материнке… и после перезагрузки они могут меняться местами в системе, например в первый раз была eth0 одна, а после перезгрузки будет вторая, в итоге после гугла и прочтения нескольких решений раза с 3-го получилось все сделать по уму. Или по мануалам кодеки все настроил, но видео файлы пока не показывает, видать не до конца допилил что то где то!

Источник