My recent projects and write-ups (linked below) have involved Network (PXE) Booting a Pi and loading the root file-system from NFS.

It works well but any files operations are quite slow, and generally numerous file writes can occur when using apps. Additionally I don't want temp file or accidental changes occurring on the NFS root unless specifically desired (ie updating an image), but simply booting in read only mode often causes errors, most are recoverable, but its not elegant.

As a result the final step in this project series is to use some sort of ramdisk-based copy-on-write file-system. There are a number of options, however overlayfs is generally supported 'out of the box'.

This allows for a read-write root filesystem where base reads come from NFS and any writes or overwrites are just stored in ram for the lifetime of the system.

This project builds on Network Booting a Raspberry Pi 3 from an Ubuntu Server, making such a setup (or similar) a prerequisite, and it works with
Raspberry Pi 2/3: Chromium in Kiosk mode).

This guide is based on the article - Solve raspbian SD card corruption issues with read-only mounted root partition.

There are a few other guides and scripts that provided inspiration too:


In this set of steps we will use a blank Raspbian install to create an initramfs image and the configure the network boot setup.

Step 1: Raspbian Lite SD Card

Download the Raspbian Lite Image from here.

Flash to a Micro SD card, the easiest way is to use Etcher (it will even take a zip directly and also verifies the content after).


Step 2: Boot the Raspberry Pi from the new SD Card

Note: This will need a screen, keyboard, and Ethernet cable (with internet access) connected.

Once the Pi boots login with the default credentials (pi / raspberry).

Step3: Enable SSH (Optional)

Run sudo raspi-config, selection Option 5 (Interfacing Options), P2 (SSH) and select Yes to Enable SSH.

You can then quit this utility and continue the following steps via SSH if preferred, or continue locally.

The IP is printed on boot but can also be viewed by running ip addr.

Step 4: Update Debian

First, run sudo apt-get update to ensure all package index files are up-to-date.

Then, run sudo apt-get upgrade to install the newest versions of all packages currently installed.

Then, run sudo apt-get dist-upgrade which intelligently handles changing dependencies with new versions of packages.

In both cases when requested, check and confirm you are happy with the changes proposed.

Step 5: Update the Pi (firmware)

Note: This step may not be required, but as I have done it for the network booted Pis I have done it here too.

Certain files from the next branch of the rpi-firmware repository are required for this process to work.

Run sudo BRANCH=next rpi-update.

Details on rpi-update can be found here

Edit (2018-07-14): Warning, the next branch appears to be out of date now, updating from master (the default) works fine for 3B+.

It is likely to complete by saying:

 *** A reboot is needed to activate the new firmware

So, reboot now with sudo reboot.

Step 6: Create an initramfs image

Unfortunately I'm not entirely sure why this is needed, I started with the root-ro gist based guides linked above which required customising the initramfs image, so in the process of writing it all up and trying to back out "unnecessary" steps I found that without this and the custom init script you get a kernel panic.

On the Pi run the following:

sudo mkinitramfs -o /boot/initrd

Step 7: SCP to the NFS Server

The initrd image needs to be available over TFTP for the network boot process.

On the Pi, scp initrd off:

scp /boot/initrd paul@nas:initrd

On the NFS Server, move the file the right place and ensure the permissions are consistent:

sudo mv ~/initrd /tftpboot/initrd
sudo chown root:root /tftpboot

We are now done with the Pi SD Card (unless you want to try this locally as described in the notes below).

Step 8:

Next, download or copy the script below to your NFS OS root, eg:

curl -o /nfs/client1/bin/

And then, ensure it is executable:

chmod +x /nfs/client1/bin/

If desired, we can check on the network booted Pi that the file exists:

pi@pi3-1:~ $ ls -alh /bin/ 
-rwxr-xr-x 1 root root 4.6K Mar 24 17:16 /bin/

Step 9: Load initramfs

On the TFTP Server, edit /tftpboot/config.txt, adding:

initramfs initrd followkernel

At this point you can reboot the network booted Pi and it should start as before, but the TFTP logs should show the Pi fetching initrd.

Step 11: Switch out init

Edit /tftpboot/cmdline.txt on the TFTP Server, adding init=/bin/

selinux=0 dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 rootwait rw nfsroot=,v3 ip=dhcp root=/dev/nfs elevator=deadline init=/bin/

Now, when booted, the Pi should execute our script, and all being well load create the overlay file-system.

If it starts successfully:

I have found some of the umount commands fail (the errors show in the logs), you can try with the -l and -f switches but its not a big issue.

Finally, we can make the root read-only to be safe, change rw to ro in /tftpboot/cmdline.txt:

selinux=0 dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 rootwait ro nfsroot=,v3 ip=dhcp root=/dev/nfs elevator=deadline init=/bin/

To make any image changes either change ro to rw and remove the init directive, or re-clone a device using rsync as described in my other article.

A few notes

Watching the file-system

When the Pi boots we can watch the file-system activity on the NFS Server to check whether writes occur (and it can be generally useful), eg:

sudo inotifywait -mr /nfs/client1

With output like:

/nfs/client1/usr/lib/bluetooth/ ACCESS bluetoothd
/nfs/client1/usr/lib/bluetooth/ CLOSE_NOWRITE,CLOSE bluetoothd
/nfs/client1/lib/systemd/ ACCESS systemd-hostnamed
/nfs/client1/lib/systemd/ CLOSE_NOWRITE,CLOSE systemd-hostnamed
Without NFS

This setup also works without the NFS setup.

As we plan to have no 'proper' storage and RAM limits the size of writes we can store there's no point having a swap file.

sudo dphys-swapfile swapoff
sudo dphys-swapfile uninstall
sudo update-rc.d dphys-swapfile remove

Update Ubuntu and the firmware, etc:

sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get upgrade
sudo BRANCH=next rpi-update

Then reboot.

Create the initramfs:

sudo mkinitramfs -o /boot/initrd

Add the script and make it executable.

sudo curl -o /bin/
sudo chmod +x /bin/ 

Edit /boot/config.txt, adding:

initramfs initrd followkernel

Edit /boot/cmdline.txt, adding:


And now reboot again and it's done, the changes made to the original script to use /proc/mounts over /etc/fstab seem to work in both cases.


In trying to get the various options out there working I found a number of debugging strategies helpful, they're mostly simple -

First, set -v - put this after the #!/bin/sh (or equivalent) line and afterwards every command executed will also be echoed which is helpful for seeing context around errors.

Second, echo - good for printing status or variable contents, along with things like cat that can provide the contents of a file at a given time.

Third, drop to bash. Calling /bin/bash when you want to do a bit of real-time debugging can be useful if the Pi is connected to a Keyboard and Display - however it is a little quirky, like it doesn't print input as typed!

Finally, the serial console (details below) allowed me to easily see all the boot output from the start, as it moves very fast, as well as copying bits of test to compare.

Serial console

It's quite easy to listen on the serial console as you don't have to worry about the voltage differences. Full documentation here.

I have many Prolific Technology, Inc. PL2303 Serial Port devices which provide a 5V USB/Serial interface.

Connect Ground and TX on the Pi to Ground and RX on the USB/Serial device respectively.

My /boot/cmdline.txt or /tftpboot/cmdline.txt contains:

console=serial0,115200 console=tty1

And my /boot/config.txt or /tftpboot/config.txt contains:


After adding those, and connecting to the USB/Serial from the (non-RPi) host (I quite like CuteCom for that) you can see the output:


If you use something terminal-based like screen or minicom you'll get the colour too.

Note, to access the port on the host without sudo you'll need to add yourself to the dialout group:

sudo usermod -aG dialout [username]
Reboot Cron

While the Pi has run overnight with Chromium in Kiosk mode fine, I suspect it will slowly consume RAM, so a nightly reboot cron under the root user might be wise.