This HOWTO describes the usage of SquashFS - a highly-compressed file system for Linux, which is intended for use in tiny/embedded Linux systems, as well as for read-only archiving and general in-file system compression. All steps needed to achieve the result of a mounted and up-and-running squashed file system are given.
Home of this HOWTO
The SquashFS HOWTO lives at http://linuxdoc.artemio.net/squashfs
Any feedback, suggestions and/or contributions are welcome - feel free to send them to: <artemio (at) artemio.net>.
When creating tiny-sized and embedded Linux systems, every byte of the storage device (floppy, flash disk, etc.) is very important, so compression is used everywhere possible. Also, compressed file systems are frequently needed for archiving purposes. For huge public archives, as well as for personal media archives, this is essential.
SquashFS brings all this to a new level. It is a read-only file system that lets you compress whole file systems or single directories, write them to other devices/partitions or to ordinary files, and then mount them directly (if a device) or using a loopback device (if it is a file). The modular, compact system design of SquashFS is bliss. For archiving purposes, SquashFS gives you a lot more flexibility and performance speed than a .tar.gz archive.
SquashFS is distributed as a Linux kernel source patch (which enables SquashFS read support in your kernel), and the mksquashfs tool, which creates squashed file systems (in a file or on a block device).
To make further chapters clear, the basic steps of getting SquashFS working that we will discuss are:
In order to read SquashFS, you need it supported in your kernel - just as if it was a reiserfs or ext3 file system. You have to make sure there is an appropriate patch for your kernel version - it should be located in linux-2.x.y subdirectory of the SquashFS source tree. Also, remember that in most cases you will need a clean (original) Linux kernel source from kernel.org. If your kernel source is from a distro vendor, it may be already pre-patched with custom vendor patches, and patching with a SquashFS patch may raise errors, as SquashFS patches are made against original Linux kernels.
With the 2.x.y kernel source and a proper 2.x.y SquashFS patch present, all you have to do is (we'll assume that you have your Linux kernel source in /usr/src/linux and that you have the SquashFS source in /usr/src/squashfs):
Change to the SquashFS source directory and copy the kernel patch (we'll assume it's named squashfs1.3r2-patch as of the 1.3r2 release) to /usr/src/linux.
Go into the directory /usr/src/linux:
Patch the Linux kernel:
Configure your kernel:
In the "File systems" section, make sure you enable "Squashed filesystem." If you want to be able to mount the squashed file system via a loopback device in future, you should enable "Loopback device support" in the "Block devices" section.
Now you may compile the kernel and modules:
Install your new kernel (name it bzImage-sqsh for convenience, if you like):
Modify your boot loader's configuration file to include your new kernel and install the boot loader. Now you may reboot with your new kernel. When it boots, check that everything went fine:
You should see the squashfs line among other file systems. This means you have successfully enabled SquashFS in your kernel.
Now you need to compile mksquashfs - the tool for creating squashed file systems.
Compile and install mksquashfs:
If everything went fine, typing mksquashfs at the Bash prompt should print it's "usage" message.
The mksquashfs tool can be used for creating new squashed file systems, as well as for appending new data to existing squashed file systems.
The general format for mksquashfs from the command-line is:
source items can be files and directories with mixed relative/absolute paths; destination can be regular files (thus, you will have a file system image on your disk), or a block device, such as /dev/fd0 or /dev/hda3.
When the new files are added to the new file system or appended to an existing one, mksquashfs will automatically rename files with duplicate names: if two or more files named text will appear in the same resulting directory, the second file will be renamed to text_1, third one to text_2 and so on. Additionally, duplicate files will be removed, so there will be only one physical instance.
If destination has a pre-existing SquashFS file system on it, by default, the new source items will be appended to existing root directory. Examine the options table below to force mksquashfs to overwrite the whole destination and/or change the way new source items are added.
If a single source file or directory is given, it becomes the root in a newly created file system. If two or more source files and/or directories are given, they will all become sub-items in the root of the new file system.
Files to exclude can be used to specify which files and/or directories you want to omit from the new file system that is to be created. The usage of this option will be described later.
See the next section for more details about mksquashfs options.
All possible options for mksquashfs are shown in the table below.
Table 1. mksquashfs command-line options
In most cases, you should leave all compression/block options by default, as they allow mksquashfs to achieve the best possible compression ratios.
In order to squash a directory (say, /some/dir), and output to a regular file (thus, producing a file system image), you need to perform the following operations:
mksquashfs will perform the squashing and print the resulting number of inodes and size of data written, as well as the average compression ratio. Now you have your /some/dir directory image in the dir.sqsh file. You can now use the mount command to mount it using a loopback device:
To check if you have what's expected:
If you want to output the file system directly into a device (say, your floppy at /dev/fd0):
Then just mount the device:
And check if it's okay:
Operations described here correspond to most cases where a read-only compressed file system can be used, whether you want it to be on a block device or in a file. This could be anything from large FTP/HTTP-served archives that don't change often, to having a squashed /usr partition and anything alike with these.
Let's suppose you have a /var/arch directory with lots of files and that you want to turn it into a squashed file system and keep it on your root partition as a file (it will be a file system image that you will mount via a loopback device). The operations needed to perform are as follows.
Squash the directory, then mount it via loopback to test it:
If everything is as expected, make this file system mount automatically at boot time by adding this line to your /etc/fstab:
Unmount the file system from the temporary mount point, and mount using it's fstab entry:
Now just ensure that everything works fine:
Say you have two hard disk partitions, /dev/hda6 (which is empty) and /dev/hda7 (which is bigger than /dev/hda6, mounted at /var/arch, contains some data and is full). Now, say you want to squash the /dev/hda7 file system and move it to /dev/hda6, then use /dev/hda7 for some other purposes. We will suppose you have the following line in /etc/fstab (reiserfs is just an example file system used on /dev/hda7):
In the same fashion as with the previous example:
If everything went fine, unmount /dev/hda7 and use dd to copy /var/arch.sqsh to /dev/hda6:
Now change the line in /etc/fstab for /dev/hda7 to:
Mount the new file system and check to see if all went fine:
Don't forget to erase the unneeded file system image:
By saying "tiny/embedded", I mean Linux systems that are being built for booting from floppy disks, IDE/USB flash disks, iso9660 CD-ROMs, small-sized hard drives and the like. Whether you want to have your whole root file system on a single media (a single partition, a single floppy), or have a modular system (several floppies or disk partitions), the procedure is almost identical. Creating such Linux systems themselves is out of scope of this HOWTO - there are dedicated HOWTOs and guides for this (like the Bootdisk HOWTO and Linux From Scratch - visit www.tldp.org to retrieve these documents).
In order to use SquashFS for creating Linux systems on small disks, you just have to follow the usual steps for creating a minimal system, performing the following operations at respective points:
Floppy example. Let's say you have your floppy system tree at /home/user/floppylinux and you want to place the root file system on one floppy and /usr on another. What you should do is:
Note 1: you can see here how we use the -e option to exclude the /usr directory for root file system's image.
Note 2: don't forget to specify squashfs in your root disk's /etc/fstab or startup scripts when mounting the /usr file system.
Insert a root disk in your 3.5" floppy drive (I assume you have a lilo or grub on it, and, thus, a file system exists on this floppy, and the root file system will reside under the /boot directory of this file system):
When done, unmount the root floppy, change the floppy to a /usr disk and use dd to transfer the usr file system:
With SquashFS, it is easily possible to squash a full Linux distro complete with XFree86, your favorite desktop manager and other applications onto a single CD-ROM disk. Even a 3.5" CD distro can have all this included.
When following your usual steps for creating a live Linux CD, don't forget to:
Note: if you create a root file system out of a running Linux system, use the -e option for mksquashfs to exclude the /proc file system and the file system image itself that is being created with mksquashfs (I think you know the reasons for these exclusions). What you would use is:
I would like to express my sincere thanks and immeasurable respect to:
This document may be used and distributed under the terms and conditions set forth in the Open Content licence. In short, this means that you can freely modify and re-distribute the HOWTO under the main condition that you keep the author and copyright the article along. The full text of the licence is available at http://www.opencontent.org/opl.shtml .