This is a only version

Found at: raymii.org:70/Build_a_Flexible_and_Powerful_System_with_Arch_Linux.txt

This is a text-only version of the following page on https://raymii.org:
Title       : 	Build a Flexible and Powerful System with Arch Linux
Author      : 	Graham Morrison
Date        : 	09-03-2015
URL         : 	https://raymii.org/s/tutorials/Build_a_Flexible_and_Powerful_System_with_Arch_Linux.html
Format      : 	Markdown/HTML

This article was originaly published in [Linux Voice, issue 1, April 2014][1].
This issue is now available under a [Creative Commons BY-SA license][2]. In a
nutshell: you can modify and share all content from the magazine (apart from
adverts), even for commercial purposes, providing you credit Linux Voice as the
original source, and retain the same license.

This remix is converted manually to Markdown and HTML for ease of archiving and

I'm developing an open source monitoring app called Leaf Node Monitoring, for windows, linux & android. Go check it out!

Consider sponsoring me on Github. It means the world to me if you show your appreciation and you'll help pay the server costs.

You can also sponsor me by getting a Digital Ocean VPS. With this referral link you'll get $100 credit for 60 days.

Other converted Linux Voice articles [can be found here][4].

* * *

### Build a Flexible and Powerful System with Arch Linux

Install the rolling release distro of the moment and you'll never have to wait
for a package upgrade again.

Installing Arch is the Linux equivalent of base jumping. You organise yourself.
Surround yourself with everything you need, stick the installation media on to a
USB stick and jump. You never know how an installation is going to go until you
try it, and it will always involve a bit of ad-hoc hacking, Googling and
troubleshooting. But that's the fun of it, and that's what makes Arch different.

With Arch, you're on your own. In a world where where technology is taking your
personal responsibility and giving it to the cloud, or to an internet search
filter or the device manufacturers, getting your hands dirty with an operating
system can be a revelation. Not only will you learn a great deal about how Linux
works and what holds the whole thing together, you'll get a system you
understand from the inside-out, and one that can be instantly upgraded to all
the latest packages. You may also learn something about yourself in the process.
And despite its reputation, it's not that difficult.

If you're a complete beginner, you may need to hold on to your hat, because
installing Arch is an uncompromising adventure in core tools and functions. It's
a jump into the unknown.

### Create the install media

We'll start with the ISO, which you can either find on our cover DVD or download
from your local Arch mirror (see ).

If you're going to install Arch onto a machine with a DVD/CD drive, you could
simply burn the ISO to a blank CD, but we're going to write the ISO file to a
USB thumb drive as this saves wasting a disc. You'll only need a 1GB thumb drive
but this process will remove all data from the device, so make sure there's
nothing on there you want to keep first.

There are many ways of transferring aBuild a Flexible and Powerful System with
Arch Linuxn ISO image to a USB drive, although copying the ISO onto the
filesystem isn't one of them. Normally, our preferred method is to use the
graphical tool UnetBootin, which is available for nearly all distributions,
including those two alien environments, OS X and Windows.

Sadly, Unetbootin won't work with Arch unless you manually edit the syslinux.cfg
file afterwards, as this is overwritten in the transfer process. This leaves you
to the mercy of `dd`, a crude command that copies the raw data from one device
to another. It works, but there's no sanity checking of the output device you
choose, so you have to make sure you're writing to your USB stick. If you get
this wrong, you'll copy the raw bits and bytes of the Arch ISO to another
storage device on your system, overwriting any data that might have been there

Here's our system for getting the correct device:

  * `sudo tail -f /var/log/syslog | grep sd`

  * Clear your terminal window buffer

  * Plug in your USB drive and watch the output

You'll see several lines appear as your system negotiates with the new USB
device and, all output will include the characters 'sd'. What you need to look
for is the letter that comes after 'sd', as this is the device node of the USB
stick after it's connected to your system, and we need this device name for the
next command, which is going to write the Arch ISO image to the USB stick.


> Whenever a new USB drive is connected, you system logs become a hive of

Also be aware that this device node can change, if you come back to this process
after adding or removing another USB device. Here's the dd command for writing
the ISO:

    sudo dd bs=4M if=/path/to/arch.iso of=/dev/sdx

Replace the `x` in `/dev/sdx` with the letter for your device and press return.
You should see the activity LED on your USB stick start to flicker as data is
written. If not, press `Ctrl+C` immediately to stop the process and double-check
everything (such as whether your USB stick has an activity LED).

After the process has completed, which should only take a few moments on a
modern machine, type `sync` to make sure the write buffers are flushed, and
remove the stick. It's now ready to be used to install Arch.

### First Boot

Before you plug the USB stick into the machine on which you're going to install
Arch, make sure you know which hard drive you're going to use. If your machine
has several drives, make a note of the capacity and model of the drive you want
to use, and make sure you don't have an identical drive. If you're going to use
a partition on a drive, or use up free space, we'd recommend using `GParted`
from a live CD to set up your partitions first, or at least resize other
partitions to leave enough space.

Along with a 200MB EFI partition for GUID, you'll need at least a root partition
and a small swap partition. It may also help to have a separate home partition,
as this makes upgrades to the root filesystem easier to handle.

Most machines will boot off the USB drive by selecting the custom boot menu from
your machine's boot flash screen. It's usually done by pressing the F12 key.
This will present you with a list of connected drives, and you should be able to
select the USB device from there.

If all goes well, a moment later you'll see the Arch boot menu and you need to
select the first option, `Arch Linux archiso`.


> We used GParted to create a GPT partition scheme and a 200MB EFI parition
(type `ef00`, labelled "EFI"), but it might be easier to stick with old-school
MBR and Grub.

### Networking

Your first mission is to get to the internet. We'd recommend installing the
system using a wired connection if at all possible. With the system up and
running, it's then much easier to configure your wireless device, but if you
need to configure wireless now, check out the excellent [Arch Beginners'

With a bit of luck wired internet should be working already, because Arch runs
the `dhcpd` daemon at startup, which in turn attempts to get an IP address from
whatever router your kernel-configured network interface can find. Try typing

    ping linuxvoice.com 

to see if any packets are returned. If this doesn't work - and it didn't for us
\- first get the name of your interface by typing `ip link`. It's usually the
second device listed, because you should ignore the first one called lo (this is
a system loopback device).

Our PC's network device is called `enp7s0`, which you'll need to replace in the
commands below. To get it working, we stop the non-functioning DHCP service,
bring up the Ethernet interface, manually assign this to a valid IP address on
our network and add the router as a default gateway.

If you know your router's IP address, you can normally connect to its web
interface to check which IP ranges are suitable for your machine, and use its IP
address as the router IP address. Here are the three commands to do what we just
explained - replace IP addresses to suit your own network.

    ip link set enp7s0 up
    ip addr add dev enp7s0
    ip route add default via

The final step is to type

    nano /etc/resolv.conf 

and add the line nameserver `` to add one of Google's nameservers to the
mix. This will convert the alphanumeric URLs we normally use to the IP
addressees used by the network, and you should now find that pinging a domain
name works.

### Formatting

You should now have a fair idea at how Arch does things. It basically leaves you
to do your own research and make your own decisions while creating the most
common-sense environment it can. We're going to assume you've already
partitioned the drive, so the first step is to make sure you know which drive to

The best command to achieve this is `fdisk -l`. This lists all your drives,
their partitions and the filesystems they're using, alongside their device
nodes. Unless you've got two identical drives, you should be able to work out
which one to use without too much difficulty. And if you haven't formatted your
new partitions yet, they should stick out like a sore thumb.

If you're only using a single drive, you'll have even fewer problems. We do know
people who disconnect all other drives whilst installing Linux so that they can
be absolutely sure they won't get the wrong drive and overwrite their 500-hour
Skyrim save position on Windows 7.

### Choose your filesystem

You should now format the partition. The safest and most sensible filesystem to
use is ext4, and you can format your chosen partition by typing `mkfs.ext4
/dev/sdx2` \- again, replace `/dev/sx2` with your own partition. You should do
this for your home partition too, and you will also want to format and define
your swap partition.

The command to do this is `mkswap /dev/sdx3`. You can turn this on with `swapon`
followed by the device node. If you created an EFI partition yourself, rather
than another OS doing this, you can format it with the command `mkfs.fat -F32

Now mount the partitions by typing:

    mount /dev/sdx2/ /mnt
    mount /dev/sdx3 /mnt/home


> Our automatically generated fstab file didn't need any further edits.

With GUID and an EFI system (rather than using the old BIOS), you'll also need
to mount the EFI partition:

    mount /dev/sdx1 /mnt/boot

If you're not using a separate home partition, type `mkdir /mnt/home` to create
a home folder in the root partition. These are the fragile beginnings of your
Arch installation. We're going to make more of an impact with the next command:

    pacstrap -i /mnt base base-devel

This command installs a basic Arch system to your drive. We leave the installer
at its default settings so it can grab and install all the default packages, and
you'll be left with all the packages you need. However, unlike with other
distributions, that doesn't mean it's actually usable for anything yet.

Following the [Arch Beginners' Guide][7], we'll next create the fstab file, as
this tells the distribution where to find its dependent filesystems.

In the old days, we'd use labels to represent partitions, but labels can be
changed or duplicated and break an fstab file, so we now use UUIDs. These are
basically hashes derived from partition data, so Arch should never get confused
unless something changes with the partition scheme.

The correct file with the correct mount points and UUIDs can be generated
automatically by typing:

    genfstab -U -p /mnt >> /mnt/etc/fstab

You can see that this file is created in your new root filesystem, and as the
file was generated automatically, you should check it's not complete insanity
(try `cat /mnt/etc/fstab`).

It will show your mounted filesystem along with the EFI partition we mounted on
/boot - this should be formatted and listed as vfat, as per our formatting
command earlier.

With all that set up, we're now going to teleport ourselves into the new Arch
system using 'chroot' with the following command:

    arch-chroot /mnt /usr/bin/bash

### Post-config

How does it look inside your new Arch installation? Not that different than from
the USB stick, except for now you're executing code from your hard drive.

There's obviously lots we can do here, but we're mostly interested in getting
the system up and running as quickly as possible. It's worth giving your machine
a hostname, which can be done with a command like `echo linuxvoice >

Networking too should be solved in exactly the same way we got networking
working earlier. If DHCP worked, just type `systemctl enable dhcpcd.service` to
make the required link to get it running at boot.

### Enable network profiles

An alternative to this generic solution, which didn't work for us, is to enable
network profiles, such as the ones mainstream distributions use to quickly
switch between network settings.

First copy the `/etc/netctl/examples/ethernet-dhcp` file to the `/etc/netctl/`
directory, open your new file with `nano` and change the device from `eth0` to
whatever your machine uses (take a look at the output from `ip link`), then
enable the connection for your next boot with `netctl enable ethernet-dhcp`.

If you want to do the same with a static IP address, use the `static Ethernet`
example configuration. But for this, you have to make sure DHCP isn't running
when the system starts. To remove it, and any other service you no longer
require, the command is `systemctl disable dhcpcd.service`.

Arch now uses systemd, which is why this syntax may look unfamiliar. You can
check the service isn't started automatically by typing `systemct | grep dhcp`
when you next boot.

If you want netctl to automatically bring up a connection for your interface,
whether you've configured it for a static or dynamic connection, type the
following, but replace `enp7s0` with the name of your device:

    systemctl enable netctl-auto@enp7s0.service 

Before leaving the chroot environment, set a password by typing `passwd`, then
`exit` and `reboot`.


> We had to create a static networking configuration file and remove the DCHP
service to get networking working.

We've now got to the state where we've got enough installed and configured that
we can finally breathe some native life into our distribution. But before we can
reboot, we need to install a bootloader.

If you've already got Linux installed, or you're sharing an installation with
Windows, you'll need to be careful. Installing a bootloader over a part of the
disk used by another operating system will stop that other operating system from

If you've dedicated a new single drive to Arch, which is what we'd recommend,
you can install the bootloader onto this drive only - whether that's old-school
MBR or newer GUID. This way, you won't break anything; your drive will boot if
it's the first boot device, and it will boot if you use your system's BIOS boot
menu and select an alternative drive.

If you want to add your Arch installation to another Grub installation, you'll
need to boot into that system and re-generate the configuration - many
distributions, such as Ubuntu, can do this with a minimal of effort.

### Install a bootloader

As we're using a modern system with EFI and GUID partitioning, we're going to
install a simple EFI bootloader rather than the more commonly used Grub. If you
are using older partition, however, Grub can be installed with the following two
command after changing `/dev/sdx` to your device:

    pacman -S grub
    grub-install --target=i386-pc --recheck /dev/sdx

For EFI systems, type `pacman -S gummiboot` to install the EFI bootloader
package, and `gummiboot install` to run the simple setup procedure. It will fail
if an EFI-compatible partition can't be found, or isn't mounted. If that
happens, you should install Grub.

The only other step to getting gummiboot to work is to create a simple
configuration file called `/boot/loader/entries/arch.conf`. It should contain
the following information:

    title         Arch Linux
    linux         /vmlinuz-linux
    initrd        /initramfs-linux.img
    options       root=/dev/sda2 rw

Replace the `/dev/sda2` part with the device node for your root partition and
your new system should work. If it doesn't (and we don't want to be negative,
but this is Arch we're talking about), the great thing about the Arch USB
installer is that you can easily use it to troubleshoot your installation using
the skills you've already learnt.

Just reboot from the USB stick, mount the drive and chroot into your new Arch
installation. Many serious problems can be solved this way, and it's much
quicker than using a live CD.

Remember this as you type `exit` to quit the chroot environment and `reboot` to
restart your machine, because if your new Arch installation doesn't appear,
you'll need to boot again from the USB stick and check the configuration.

### Build your own home

You now need to log in as root, and you should check that networking is working.
If not, you need to go through the same steps we went through with the USB

At its most basic level, Arch is now installed and ready for you to sculpt into
your perfect distribution.

There are many ways to do this - you may even want to remain on the command
line, but we're going to assume you'll want a graphical environment and your
hardware working. Xorg, the graphical display server, can be installed with the
following command:

    pacman -S xorg-server xorg-server-utils xorg-xinit xterm mesa

As long as you're happy using open source drivers for your graphics hardware,
this is all you need for a working X session. Many of the open source drivers
are good enough for desktop work, and only lack 3D performance.

A simple test to make sure all this auto configuration is going to work is to
type `startx` to bring up the most basic of X sessions. Unfortunately for us, it
didn't work and we got a `no screens found` error. This is probably because our
screen is rubbish and isn't communicating its capabilities back to the graphics

The solution is to create your own `X.org` config file. We're using Nvidia
hardware and are happy to use Nvidia's proprietary drivers. The drivers for any
modern Nvidia GPU can be installed by simply typing `pacman -S nvidia`, and
rebooting your system.

Nvidia's drivers are also better at detecting displays, so it might be worth
trying `startx` again to see if anything has changed. You can quit the X
environment by exiting all of the terminal sessions.

With X running, it's now time to install a graphical environment. Obviously this
is a contentious issue, but here's the basic procedure. KDE, for example, can be
installed by typing:

    pacman -S plasma-meta

Meta packages encapsulate other package collections, so you can fine-tune your
installation. A basic KDE installation can be accomplished by grabbing the `kde-
base` package, for example. `kde-meta` on the other hand downloads over 700MB of
data and installs over 2GB from 558 packages. It takes a while.

For Gnome, `gnome-shell` contains the basics, `gnome` has the desktop
environment and the applications, while `gnome-extra` contains all the tools.

The final steps to Arch nirvana are to create a new user with `useradd -m
USERNAME`, give them a password with `passwd USERNAME` and then to launch the
KDE/Gnome login manager by typing `kdm` or `gdm`.

You'll get a fully functional login and desktop. But as you'll soon discover,
this is only the end of the very beginning. With Arch, you've only just got

### Pro Tip: EFI/MBR

In this tutorial we've chosen EFI booting and the GUID partitioning scheme, as
this is likely to be compatible with most hardware available now, and more
future proof than MBR partitioning.

### Pro Tip: Documentation

[Arch's own docs][10] are absolutely excellent. They're also very comprehensive,
so don't allow them to put you off.

### Pro Tip: Check Twitter before an upgrade

Despite updates being easy to apply on the command line, it's always worth
checking that nothing requires your intervention before you do the upgrade. The
best way we've found to stay in touch is to peruse Arch's Twitter account:

### Pro tip: Pacman

Pacman is Arch's package manager, and is relatively straightforward to use.
`pacman -S` will search for and install packages.

`pacman -Ss` will search for package names and their descriptions.

`pacman -R` will remove them and `pacman -Syu` will perform a system upgrade

   [1]: http://www.linuxvoice.com/download-linux-voice-issue-1-with-audio/
   [2]: https://creativecommons.org/licenses/by-sa/3.0/
   [3]: https://www.digitalocean.com/?refcode=7435ae6b8212
   [4]: https://raymii.org/s/tags/linux-voice.html
   [5]: https://raymii.org/s/inc/img/linuxvoice/1/arch-1.png
   [6]: https://raymii.org/s/inc/img/linuxvoice/1/arch2.png
   [7]: https://wiki.archlinux.org/index.php/beginners%27_guide
   [8]: https://raymii.org/s/inc/img/linuxvoice/1/arch3.png
   [9]: https://raymii.org/s/inc/img/linuxvoice/1/arch4.png
   [10]: https://wiki.archlinux.org/
   [11]: https://twitter.com/archlinux


All the text on this website is free as in freedom unless stated otherwise. 
This means you can use it in any way you want, you can copy it, change it 
the way you like and republish it, as long as you release the (modified) 
content under the same license to give others the same freedoms you've got 
and place my name and a link to this site with the article as source.

This site uses Google Analytics for statistics and Google Adwords for 
advertisements. You are tracked and Google knows everything about you. 
Use an adblocker like ublock-origin if you don't want it.

All the code on this website is licensed under the GNU GPL v3 license 
unless already licensed under a license which does not allows this form 
of licensing or if another license is stated on that page / in that software:

    This program is free software: you can redistribute it and/or modify
    it under the terms of the GNU General Public License as published by
    the Free Software Foundation, either version 3 of the License, or
    (at your option) any later version.

    This program is distributed in the hope that it will be useful,
    but WITHOUT ANY WARRANTY; without even the implied warranty of
    GNU General Public License for more details.

    You should have received a copy of the GNU General Public License
    along with this program.  If not, see .

Just to be clear, the information on this website is for meant for educational 
purposes and you use it at your own risk. I do not take responsibility if you 
screw something up. Use common sense, do not 'rm -rf /' as root for example. 
If you have any questions then do not hesitate to contact me.

See https://raymii.org/s/static/About.html for details.