In this section, I will be using the word ``filesystem'' in two different ways. There are filesystems on disk partitions and other devices, and there is the filesystem as it is presented to you by a running Linux system. In Linux, you ``mount'' a disk filesystem onto the system's filesystem.
In the previous section I mentioned that init scripts check and mount the
filesystems. The commands that do this are fsck and mount
respectively.
A hard disk is just a big space that you can write ones and zeros on. A
filesystem imposes some structure on this, and makes it look like files within
directories within directories... Each file is represented by an inode, which
says who's file it is, when it was created and where to find its contents.
Directories are also represented by inodes, but these say where to find the
inodes of the files that are in the directory. If the system wants to read
/home/greg/bigboobs.jpeg, it first finds the inode for the root
directory / in the ``superblock'', then finds the inode for the
directory home in the contents of /, then finds the inode for
the directory greg in the contents of /home,
then the inode for bigboobs.jpeg which
will tell it which disk blocks to read.
If we add some data to the end of a file, it could happen that the data is
written before the inode is updated to say that the new blocks belong to the
file, or vice versa. If the power cuts out at this point, the filesystem will
be broken. It is this kind of thing that fsck attempts to detect and
repair.
The mount command takes a filesystem on a device, and adds it to the heirarchy
that you see when you use your system. Usually, the kernel mounts its root file
system read-only. The mount command is used to remount it read-write after
fsck has checked that it is ok.
Linux supports other kinds of filesystem too: msdos, vfat, minix and so on. The details of the specific kind of filesystem are abstracted away by the virtual file system (VFS). I won't go into any detail on this though. There is a discussion of it in ``The Linux Kernel'' (see section The Linux Kernel for a url)
A completely different kind of filesystem gets mounted on /proc.
It is really a representation of things in the kernel. There is a
directory there for each process running on the system, with the process
number as the directory name. There are also files such as interrupts,
and meminfo which tell you about how the hardware is being used.
You can learn a lot by exploring /proc.
There are parameters to the command mke2fs which creates ext2
filesystems. These control the size of blocks, the number of inodes and so on.
Check the mke2fs man page for details.
What gets mounted where on your filesystem is controlled by the /etc/fstab
file. It also has a man page.
Make a very small filesystem, and view it with a hex viewer. Identify inodes, superblocks and file contents.
I believe there are tools that give you a graphical view of a filesystem. Find one, try it out, and email me the url and a review!
Check out the ext2 filesystem code in the Kernel.
mount command is part of the util-linux package, there is a link
to it in
Building a Minimal Linux System from Source Code mount, fstab, fsck, mke2fs
and procDocumentation/proc.txt in the Linux source code explains
the /proc filesystem./bin, /sbin and so on. This is a
good reference if your goal is to make a minimal yet complete system.