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 copy-pasting.

Recently I removed all Google Ads from this site due to their invasive tracking, as well as Google Analytics. Please, if you found this content useful, consider a small donation using any of the options below:

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 before. 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. ![arch1][5] > Whenever a new USB drive is connected, you system logs become a hive of activity. 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`. ![arch2][6] > 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' Guide][7]. 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 192.168.1.2/24 dev enp7s0 ip route add default via 192.168.1.1 The final step is to type nano /etc/resolv.conf and add the line nameserver `8.8.8.8` 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 target. 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 /dev/sdx`. Now mount the partitions by typing: mount /dev/sdx2/ /mnt mount /dev/sdx3 /mnt/home ![arch3][8] > 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 > /etc/hostname`. 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`. ![arch4][9] > 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 booting. 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 installer. 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 hardware. 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 started. ### 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: [@archlinux][11] ### 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 --- License: 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 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the 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.