3.2.1 Syntax: Using mkfs to create a file system Index

• mkfs -t type [other options] device_name
  • common types:   ext3, ext4, vfat
  • use vfat for USB keys, floppy disks, and Microsoft compatibility
  • the device_name is almost always the /dev/ name of an existing partition, not a whole disk
  • e.g.   mkfs -t ext4 /dev/sda1       (first disk, first partition)
  • e.g.   mkfs -t vfat /dev/fd0       (first floppy disk)
• mke2fs [options] device_name
  • specialized version of mkfs specific to Linux ext2/ext3/ext4 file systems
  • used when you want more control of the details of the file system (RTFM)
• Optionally, you can check a file system for inconsistencies or errors after creating it using fsck. (Never done.)

Details on using mkfs:

• A file system must be created inside an existing drive/partition
  • You must have an existing partition before you can create a file system.
• You must have a file system created before you can mount it.
• The type defaults to the old ext2 type, but for modern Linux hard disk systems you should always specify the type explicitly as either ext3 or ext4. These newer file system types are journalling file systems. Do not use the old default ext2 file system type, especially on large (over 400MB) disks.
• The device_name is the pathname (usually absolute) of the existing device or partition that will be used, usually of the form /dev/sdXN, where X is the letter of the device (disk) being used and N is the partition number on that device. (Recall that partitions are created using the fdisk command.)
• The mkfs commands do not check to see what is in the partition already. They will not ask “Are You Sure?” before they re-format a partition and destroy whatever was previously there. Be extremely careful to get the device name correct! A partition destroyed by mkfs is impossible to recover.
• The mkfs commands do not care about the System ID (type) of a partition given in the partition table. You can create any type of file system in any type of partition. (For example, you can create an ext4 file system on a partition labelled in the partition table as NTFS or as Swap, but this is a bad idea.)
• Creating a partition with fdisk does not automatically create any type of file system in that partition.
• Creating a file system with mkfs does not automatically mount or make available that file system for use in Linux. The new file system is not accessible. More on mounting file systems in the next section.

3.3.1 Manual mount: Use the appropriate mount command Index

• mount
  • without any options: list all the currently mounted devices and their contained file systems
• mount -a
  • mount all the file systems listed for auto mounting in the /etc/fstab file (possible for root only)
• mount [options] { device_name | directory_name }
  • mount the file system in /etc/fstab that matches the given name
• mount [options] device_name directory_name
  • ignore fstab and mount the (file system in) the given device_name onto the given directory_name mount point, both of which must already exist

Details on using mount:

• The device_name is the pathname (usually absolute) of the device containing the file system, e.g. /dev/sdb9. The device (usually a partition name, not a disk name) must have a recognized file system created inside it already, because you are mounting the file system that is inside the partition, not the partition itself.
• The directory_name is the pathname (often absolute) of an existing Linux directory, usually an empty directory. The file system inside the partition will be mounted on this existing directory mount point. If the mount fails, check to make sure the directory exists! Let me repeat that: If the mount command fails, make sure that the mount point directory exists!
  • use mkdir to create a new mount point, if needed
  • you can “cover up” a non-empty directory by mounting on top of it; not usually a good idea
• modern mount commands are smart enough to know what type of file system resides inside a partition, but rarely you may have to specify the type using the “-t” option
  • If Linux can’t automatically figure out the type, it usually means the partition has no file system created on it at all - you forgot to use mkfs first.
• You can pass mount-time options using the “-o” option.
  • the options are the same options you can use in the /etc/fstab file
  • e.g.  mount -o ro /dev/fd0 /mnt/floppy
• The user mounting the file system (if not root) must have access rights to the mount point directory and mount command.

• Mounting a file system onto a directory that already contains files will temporarily hide those files until the file system is unmounted again.

• Examples:
  • mount /dev/sda1 /mnt/foo
  • mount -t vfat /dev/fd0 /mnt/dosfloppy

3.3.2 Un-mounting a mounted file system: umount Index

• You can un-mount a file system using the (badly spelled) Linux umount command and give either the device name or the mount point, but not both:
  • umount /dev/sda1
  • umount /home
• To un-mount a file system, no files must be open inside it and no programs must have it as a current directory
• If the message “device is busy” appears, a process is currently accessing the device.
• A common mistake is to try (and fail) to unmount the file system of the current directory - you have to cd all your shells and processes out of the file system first
• Sometimes you have to kill processes that were started using a file system as a current directory

3.3.3 Running a File System Check with fsck Index

• If the system reboots and ends up in “repair file system” mode, all the file systems will be mounted “read only”
• If you need to edit/modify/change any files (/etc/fstab for example) you will need to “re-mount” that file system as read-write
• To switch /dev/sda1 to read-write mode use the “remount” option:
• mount –o remount,rw /dev/sda1

3.3.4 Using mount and the /etc/fstab file Index

Boot-time mount: Add the file system to the /etc/fstab file and it will always be mounted at boot time. See also:   man 5 fstab

File systems can be listed in the /etc/fstab file to automate the mounting process. Both the mount point (the existing directory on which the file system is to be mounted) and any other options can be stored in the fstab file.

The file systems can be identified in fstab in the traditional way by partition name (e.g. /dev/sda1), which is a bit risky since disk names can change depending on what is attached to your machine at boot time. Another way to identify file systems is with a Volume Label or UUID (Unique UID) identifier that is configured into the partition and that doesn’t change even if the partition name changes. You can see these Labels and UUIDs using the blkid command. You can set Labels and UUIDs into a partition using the tune2fs command.

If a file system is not listed in the /etc/fstab file and you wish to mount it, then all mount information about the file system and all options need to be given on the command line. At minimum, you need the device name (partition) and the existing mount point (directory) where the file system should be mounted:

• e.g.   mount /dev/sda2 /home
• e.g.   mount -o "ro" /dev/sda2 /home_readonly

If a file system is listed in the /etc/fstab file, then indicating either just the mount point (the directory name) or just the device name (e.g. /dev/sda1) will indicate to the mount command that the rest of the information needed for the mount should be copied from the matching entry in the /etc/fstab file:

• e.g.   mount /dev/sda1       (gets the directory name and options from fstab)
• e.g.   mount /home             (gets the device name and options from fstab)

3.3.5 Example of an /etc/fstab file Index

Lines in /etc/fstab starting with # are comments and are ignored:

# Sample /etc/fstab taken from Fedora 12 - uses Linux Volume Manager (LVM)
# DEVICE                MOUNT POINT             TYPE    OPTIONS  BACKUP FSCK
/dev/mapper/VolGroup-lv_root /                  ext4    defaults        1 1
UUID=e55742bc-c78d-4a92-8195-d262e4eebb0e /boot ext4    defaults        1 2
/dev/mapper/VolGroup-lv_swap swap               swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

Each line in /etc/fstab has six fields that describes a file system:

• Field 1: Identifies the device (partition) to be mounted
  • traditionally, this a partition name under /dev/ containing a file system, e.g. /dev/sda1
  • can be a LABEL or a UUID (Above, /boot is mounted by UUID instead ofdevice /dev/sda2)
  • we mount file systems by partition name, but the partition really does have to have a file system created inside it for the mount to work, and the type field has to match the file system that is in the partition
• Field 2: Names the existing directory where that device is to be mounted
  • this is called the mount point and must already exist
  • usually, the directory should be empty (but it doesn’t have to be)
    • you can “cover up” a non-empty directory by mounting on top of it; not usually a good idea
• Field 3: Names the type of file system inside the partition
  • modern Unix/Linux systems can figure this out automatically for most types of file systems if you use the keyword auto here
  • auto is the best idea, since if you’re wrong about the type, the system won’t boot properly
  • many types here refer to pseudo-file-systems that don’t have real device names, e.g. tmpfs, devpts, sysfs, proc, and sometimes the device name is given as simply none
• Field 4: Optional mount options as a comma-separated list (no spaces!)
  • useful options (see below):   noauto, user
  • the keyword defaults uses some default options that depend on the file system type - RTFM
• Field 5: Which file systems to back up
  • A non-zero value indicates backup priority/order
  • A zero means “don’t back up this file system”
• Field 6: The order in which file system checks are done at boot time
  • The fsck program uses this to run file system checks in order
  • The root should always be checked first - value 1
  • Use value 2 or larger for any others that need to be checked
  • No value or a value of 0 means no file system check

File systems do not need to be listed in the /etc/fstab file to be mounted - you can always mount anything from the command line. Having a file system listed in the fstab means you only need to specify the device name or the mount point to the mount command; the other information for the mount will be read from the /etc/fstab file.

3.3.6 Some common options in fstab used by mount Index

• auto - will be mounted when mount is used with the -a option (and so mounted at boot time) (default)
• noauto - will be ignored by the -a option (not mounted at boot time)
• exec - permit execution of binaries (default)
• ro - mount the file system read-only (read, execute, no writing)
• rw - mount the file system read-write (default)
• user - let a non-root user mount and unmount this file system
• nouser - only root can mount and unmount this file system (default)
• defaults - use default options:   auto, exec, rw, nouser
  • Defaults may vary with distribution! Be careful!