[lfs-support] /etc/fstab

Bruce Dubbs bruce.dubbs at gmail.com
Tue Jun 26 12:18:06 PDT 2012

Alexander Kapshuk wrote:
> I'd appreciate it if somebody could please have a look at my /etc/fstab 
> file shown below and let me know if it's OK. I've searched this mailing 
> list's archives and an example /etc/fstab I found was a bit different to 
> mine. I also had a look at the /etc/fstab files on  a Ubuntu and Debian 
> systems, but they weren't as detailed as mine.
> In particular, I'd like to know whether it is my /boot partition or / 
> partition that has to be checked by fsck. Is it OK for /boot to be ext3, 
> or should I have made it ext2? Googling it suggests that it's probably 
> better for it to be ext2, but ext3 should do fine as well.

The /boot partition is rarely written.  The purpose of a journaled file 
system is to recover written data in a cache that is in the journal an 
not properly committed to the disk in the case of a power/system failure.

Making /boot ext3 is OK, but it really doesn't add anything significant 
to the system.

> :; mount
> ...
> /dev/sda5 on /mnt/lfs/boot type ext3 (rw)
> /dev/sda6 on /mnt/lfs type ext3 (rw,commit=0,commit=0)
> /dev/sda7 on /mnt/lfs/opt type ext3 (rw,commit=0,commit=0)
> /dev/sda8 on /mnt/lfs/usr/src type ext3 (rw,commit=0,commit=0)
> /dev/sda9 on /mnt/lfs/home type ext3 (rw,commit=0,commit=0)
> /dev on /mnt/lfs/dev type none (rw,bind)
> devpts on /mnt/lfs/dev/pts type devpts (rw)
> shm on /run/shm type tmpfs (rw)
> proc on /mnt/lfs/proc type proc (rw)
> sysfs on /mnt/lfs/sys type sysfs (rw)
> root at hostname:~# file -s /dev/sda[5-9] | awk '{ print $1,$8 }'
> /dev/sda5: UUID=64b0a82e-4500-49c0-b426-e97562ed0585
> /dev/sda6: UUID=a2f6cc54-c7d7-41e9-8e00-123da318f743
> /dev/sda7: UUID=140b05f2-6ca5-4cc8-b45b-52e6e6d2e164
> /dev/sda8: UUID=a6563b03-a212-47b0-b6cc-7f767768852d
> /dev/sda9: UUID=0901943d-ab94-423a-accb-cd425d3d13c1

An interesting alternative to dumpe2fs.

> root:/# cat /etc/fstab
> # Begin /etc/fstab
> # <file system> <mount point> <type> <options> <dump> <pass>
> UUID=64b0a82e-4500-49c0-b426-e97562ed0585 /boot ext3 defaults  0 2
> UUID=a2f6cc54-c7d7-41e9-8e00-123da318f743 / ext3 defaults 0 1
> UUID=140b05f2-6ca5-4cc8-b45b-52e6e6d2e164 /opt ext3 defaults 0 2
> UUID=a6563b03-a212-47b0-b6cc-7f767768852d /usr/src ext3 defaults 0 2
> UUID=0901943d-ab94-423a-accb-cd425d3d13c1 /home ext3 defaults 0 2
> UUID=c0882b91-9df5-43f9-b5e3-d77d68b53a33 none swap sw 0 0
> proc  /proc proc nosuid,noexec,nodev  0 0
> sysfs /sys sysfs nosuid,noexec,nodev 0 0
> devpts /dev/pts devpts gid=4,mode=620 0 0
> tmpfs /run tmpfs defaults 0 0
> devtmpfs /dev devtmpfs mode=0755,nosuid 0 0

As Ken said, the UUIDs are meaningless until udev is started.  Since 
that's pretty early in the boot process, this should work fine.  Note 
that you cannot use UUIDs in the GRUB linux line unless you use an initrd.

My partition allocation is almost the same as yours.  Unlike others, I 
do like to put some things on /opt (Xorg, KDE, Qt, JDK, others).

   -- Bruce

More information about the lfs-support mailing list