Det första fältet (fs_spec).

Detta fält beskriver den blockspecifika enhet, fjärrfilsystem eller filsystemavbildning för loop-enhet som ska monteras eller växlingsfil eller växlingsenhet som ska aktiveras.

För vanliga monteringar kommer det att innehålla (en länk till) en blockspecifik enhetsnod (som skapats av mknod(2)) för den enhet som ska monteras, t.ex. /dev/cdrom eller /dev/sdb7. För NFS-monteringar är det här fältet <host>:<dir>, t.ex. knuth.aeb.nl:/. För filsystem utan lagringsutrymme kan vilken sträng som helst användas och visas t.ex. i df(1)-utdata. Typisk användning är proc för procfs; mem, none eller tmpfs för tmpfs. Andra speciella filsystem, som udev och sysfs, är vanligtvis inte listade i fstab.

LABEL=<label> eller UUID=<uuid> kan anges i stället för ett enhetsnamn. Detta är den rekommenderade metoden, eftersom enhetsnamn ofta är en tillfällighet som beror på maskinvarans identifieringsordning och kan ändras när andra diskar läggs till eller tas bort. Till exempel 'LABEL=Boot' eller 'UUID=3e6be9de-8139-11d1-9106-a43f08d823a6'. (Använd ett filsystemspecifikt verktyg som e2label(8), xfs_admin(8) eller fatlabel(8) för att ställa in LABEL på filsystem).

Det är också möjligt att använda PARTUUID= och PARTLABEL=. Dessa partitionsidentifierare stöds t.ex. för GUID Partition Table (GPT).

Se mount(8), blkid(8) eller lsblk(8) för mer information om enhetsidentifierare.

Observera att mount(8) använder UUID:er som strängar. Strängrepresentationen av UUID bör baseras på gemener. Men när du anger volym-ID för FAT- eller NTFS-filsystem används versaler (t.ex. UUID="A40D-85E7" eller UUID="61DB7756DB7779B3").

Det andra fältet (fs_fil).

Detta fält beskriver monteringspunkten (target) för filsystemet. För växlingsområden bör detta fält anges som `none'. Om namnet på monteringspunkten innehåller mellanslag eller tabbar kan dessa escapas som `\040' respektive '\011'.

Det tredje fältet (fs_vfstype).

Detta fält beskriver typen av filsystem. Linux stöder många filsystemtyper: ext4, xfs, btrfs, f2fs, vfat, ntfs, hfsplus, tmpfs, sysfs, proc, iso9660, udf, squashfs, nfs, cifs och många fler. För mer information, se mount(8).

En post swap betecknar en fil eller partition som ska användas för swapping, jfr swapon(8). En post none är användbar för bindnings- eller flyttmonteringar.

Mer än en typ kan anges i en kommaseparerad lista.

mount(8) och umount(8) stöder filsystemets subtypes. Subtypen definieras av suffixet '.subtype'. Till exempel 'fuse.sshfs'. Vi rekommenderar att du använder subtypsnotation i stället för att lägga till något prefix i det första fstab-fältet (t.ex. 'sshfs#example.com' är föråldrat).

Det fjärde fältet (fs_mntops).

I det här fältet beskrivs de monteringsflaggor som är kopplade till filsystemet.

Den är formaterad som en kommaseparerad lista med flaggor och är valfria för mount(8) eller swapon(8). Den vanliga konventionen är att använda åtminstone nyckelordet "defaults" där.

Den innehåller vanligtvis typen av montering (ro eller rw, standard är rw), plus eventuella ytterligare flaggor som är lämpliga för filsystemtypen (inklusive prestandajusteringsflaggor). För mer information, se mount(8) eller swapon(8).

Grundläggande filsystemoberoende flaggor är:

defaults

noauto

user

owner

comment

nofail

Det femte fältet (fs_freq).

Detta fält används av dump(8) för att avgöra vilka filsystem som behöver dumpas. Standardvärdet är noll (dumpas inte) om fältet inte finns med.

Det sjätte fältet (fs_passno).

Detta fält används av fsck(8) för att bestämma i vilken ordning filsystemet kontrolleras vid uppstart. Rotfilsystemet bör anges med fs_passno på 1. Andra filsystem bör ha fs_passno på 2. Filsystem inom en enhet kontrolleras sekventiellt, men filsystem på olika enheter kontrolleras samtidigt för att utnyttja den parallellitet som finns i maskinvaran. Standardvärdet är noll (kontrollera inte filsystemet) om den inte finns.