1 .\" Copyright (c) 1980, 1989, 1991 The Regents of the University of California.
2 .\" All rights reserved.
4 .\" Redistribution and use in source and binary forms, with or without
5 .\" modification, are permitted provided that the following conditions
7 .\" 1. Redistributions of source code must retain the above copyright
8 .\" notice, this list of conditions and the following disclaimer.
9 .\" 2. Redistributions in binary form must reproduce the above copyright
10 .\" notice, this list of conditions and the following disclaimer in the
11 .\" documentation and/or other materials provided with the distribution.
12 .\" 3. All advertising materials mentioning features or use of this software
13 .\" must display the following acknowledgement:
14 .\" This product includes software developed by the University of
15 .\" California, Berkeley and its contributors.
16 .\" 4. Neither the name of the University nor the names of its contributors
17 .\" may be used to endorse or promote products derived from this software
18 .\" without specific prior written permission.
20 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
21 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
22 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
23 .\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
24 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
25 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
26 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
27 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
28 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
29 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
32 .\" @(#)fstab.5 6.5 (Berkeley) 5/10/91
34 .\" Modified Sat Mar 6 20:45:03 1993, faith@cs.unc.edu, for Linux
35 .\" Sat Oct 9 10:07:10 1993: converted to man format by faith@cs.unc.edu
36 .\" Sat Nov 20 20:47:38 1993: hpfs documentation added
37 .\" Sat Nov 27 20:23:32 1993: Updated authorship information
38 .\" Wed Jul 26 00:00:00 1995: Updated some nfs stuff, joey@infodrom.north.de
39 .\" Tue Apr 2 00:38:28 1996: added info about "noauto", "user", etc.
40 .\" Tue Jun 15 20:02:18 1999: added LABEL and UUID
42 .TH FSTAB 5 "15 June 1999" "Linux 2.2" "Linux Programmer's Manual"
44 fstab \- static information about the filesystems
50 contains descriptive information about the various file systems.
52 is only read by programs, and not written; it is the duty of the system
53 administrator to properly create and maintain this file. Each filesystem
54 is described on a separate line; fields on each line are separated by tabs
55 or spaces. Lines starting with '#' are comments. The order of records in
62 sequentially iterate through
68 describes the block special device or
69 remote filesystem to be mounted.
71 For ordinary mounts it will hold (a link to) a block special
72 device node (as created by
74 for the device to be mounted, like `/dev/cdrom' or `/dev/sdb7'.
75 For NFS mounts one will have <host>:<dir>, e.g., `knuth.aeb.nl:/'.
76 For procfs, use `proc'.
78 Instead of giving the device explicitly, one may indicate
79 the (ext2 or xfs) filesystem that is to be mounted by its UUID or
84 writing LABEL=<label> or UUID=<uuid>,
85 e.g., `LABEL=Boot' or `UUID=3e6be9de\%-8139\%-11d1\%-9106\%-a43f08d823a6'.
86 This will make the system more robust: adding or removing a SCSI disk
87 changes the disk device name but not the filesystem volume label.
91 describes the mount point for the filesystem. For swap partitions, this
92 field should be specified as `none'. If the name of the mount point
93 contains spaces these can be escaped as `\\040'.
97 describes the type of the filesystem. Linux supports lots
98 of filesystem types, such as
131 and possibly others. For more details, see
133 For the filesystems currently supported by the running kernel, see
134 .IR /proc/filesystems .
137 denotes a file or partition to be used
142 causes the line to be ignored. This is useful
143 to show disk partitions which are currently unused.
147 describes the mount options associated with the filesystem.
149 It is formatted as a comma separated list of options. It contains at least
150 the type of mount plus any additional options appropriate to the filesystem
151 type. For documentation on the available options for non-nfs file systems,
154 For documentation on all nfs-specific options have a look at
156 Common for all types of file system are the options ``noauto''
157 (do not mount when "mount -a" is given, e.g., at boot time), ``user''
158 (allow a user to mount), and ``owner''
159 (allow device owner to mount). For more details, see
164 is used for these filesystems by the
166 command to determine which filesystems need to be dumped. If the fifth
167 field is not present, a value of zero is returned and
169 will assume that the filesystem does not need to be dumped.
175 program to determine the order in which filesystem checks are done at
176 reboot time. The root filesystem should be specified with a
178 of 1, and other filesystems should have a
180 of 2. Filesystems within a drive will be checked sequentially, but
181 filesystems on different drives will be checked at the same time to utilize
182 parallelism available in the hardware. If the sixth field is not present
183 or zero, a value of zero is returned and
185 will assume that the filesystem does not need to be checked.
187 The proper way to read records from
189 is to use the routines
202 file format appeared in 4.0BSD.
203 .\" But without comment convention, and options and vfs_type.
204 .\" Instead there was a type rw/ro/rq/sw/xx, where xx is the present 'ignore'.