I dischi fissi

Il disco fisso ( hard drive o hard disk ) principale, in un sistema Linux, è, solitamente, nominato:

	sda

Gli altri dischi fissi eventualmente presenti nel sistema, verranno identificati come:

	sdb
	sdc

e così via. L'acronimo “sd” sta per "SCSI ( Small Computer System Interface ) mass-storage driver". SCSI è un insieme di standard (comandi, protocolli, interfacce elettriche e ottiche) che definisce le connessioni fisiche e il trasferimento di dati tra le periferiche e il computer al quale queste sono collegate. Gli standard SCSI sono solitamente utilizzati per gli hard disk, i CD, i DVD, etc. Gli standard SCSI vengono spesso sostituiti da standard meno performanti, ma più economici, quali ATA/IDE (Advanced Technology Attachment / Integrated Drive Electronics) per gli hard disk e USB (Universal Serial Bus) per altre periferiche di uso comune. Nei sistemi Linux, per la gestione dei dischi e delle eventuali partizioni, sono disponibili i comandi:

	fdisk
	parted
	lsblk

Per sapere, per esempio, quanti e quali dischi sono stati rilevati dal sistema operativo, eseguite uno dei seguenti comandi:

	sudo fdisk -l
	sudo parted -l
	sudo lsblk

Il comando lsblk ( list block device ) stampa l'elenco di tutte le periferiche a blocchi attaccate al sistema (eccetto i banchi RAM), in un formato ad albero:

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 298,1G  0 disk 
├─sda1   8:1    0 131,6G  0 part 
├─sda2   8:2    0  14,7G  0 part 
├─sda3   8:3    0  12,4G  0 part 
└─sda4   8:4    0 139,4G  0 part /
sr0     11:0    1  1024M  0 rom

dove sda è il disco fisso principale, suddiviso in quattro parti ( o partizioni ), mentre sr0 indica la presenza di un DVD o di un CD-ROM. Se si volesse ottenere informazioni su uno specifico dispositivo, occorre ricordare che ciascun dispositivo è da indicare con il percorso assoluto della directory devices o dev:

	sudo fdisk -l /dev/sda
	sudo parted -l /dev/sda
	sudo lsblk /dev/sda

La directory:

	/dev

è una directory non presente sul disco fisso, bensì creata e gestita, dal kernel, direttamente nella memoria di sistema (RAM), ma rappresentata, sempre dal kernel, come una normale directory, così da permettere agli utenti di ottenere informazioni normalmente appannaggio del kernel stesso. Il kernel rappresenta questa directory come un vero e proprio filesystem indipendente, che proprio perchè non corrispondente ad un filesystem presente fisicamente sul disco, viene chiamato pseudo filesystem. La directory /dev non è il solo pseudo filesystem presente in un sistema Linux. Per esempio:

	/proc

è lo pseudo filesystem dove vengono rappresentati tutti i processi in esecuzione in un dato momento. Tutti i file non relativi ad un processo, invece, vengono conservati in un altro pseudo filesystem, contenuto nella directory:

	/sys

gestito direttamente dal kernel. È da questo file system che UDEV raccoglie le informazioni da pubblicare in /dev. UDEV è la componente software di Linux (dal kernel Linux 2.6) che si occupa di gestire le periferiche, creando o rimuovendo, in modo dinamico, per le sole periferiche connesse al sistema, i file di periferica all'interno della directory /dev. È il successore di devfs e hotplug e viene eseguito all'interno dello userspace, permettendo, così, all'utente di modificare i nomi delle periiferiche. Gli pseudo filesystem rappresentano un'interfaccia attraverso la quale le applicazioni utente possono interagire direttamente con il kernel, poichè rappresentano la struttura interna del kernel in un dato momento. Grazie alla creazione di filesystem virtuali, Linux rende possibile interagire con l'hardware sottostante, utilizzando le normali funzioni di Input/Output ( scrittura e lettura ). Proviamo a verificare su quale terminale o pseudo terminale stiamo lavorando, eseguendo il comando di shell:

	tty

Se riceviamo una risposta del tipo:

  /dev/pts/3

significa che stiamo lavorando su uno pseudoterminale, nominato 3 ( probabilmente, avremo già aperto altri due pseudoterminali ). Ora, apriamo un nuovo terminale e, con i privilegi di root, scriviamo una nuova riga nel file:

  /dev/pts/3

echo Ciao > /dev/pts/3

Torniamo, ora, sul nostro pseudoterminale 3 e troveremo stampato il messaggio appena inviato dal nuovo pseudoterminale. Le periferiche sono, normalmente, periferiche a blocchi o a caratteri. In generale, le periferiche a blocchi, quali dischi fissi e CD−ROM contengono dati, mentre le periferiche a caratteri, quali porte seriali, porte parallele per stampanti, mouse, sono le periferiche che trasmettono o trasferiscono dati. Per vedere l'elenco delle periferiche attualmente gestite dal kernel, sarà, quindi, sufficiente eseguire un listato all'interno della direcory dev:

	/dev

ls -al

oppure, per selezionare i dischi fissi:

	/dev

ls -al sd*

Quindi, per leggere il contenuto del disco fisso principale, è sufficiente leggere il file sda:

	od -x -N 512 sda

In questo esempio, stiamo leggendo il primo settore (512 byte) del disco, che contiene il Master Boot Record. Per leggere il secondo settore del disco, sarà necessario il comando:

	od -x -j 512 -N 512 sda

che legge i primi 512 byte, saltando i primi 512 byte. In presenza di più dischi fissi, nel sistema, come è possibile identificare esattamente un disco? A quale disco fisico corrisponde, per esempio, la periferica sda? Il kernel Linux, infatti, assegna i nomi ai vari dischi fissi ad ogni caricamento (boot) del sistema operativo: è possibile, quindi, operare su un disco, convinti di operare su un differente disco. In questo caso, può essere di enorme aiuto un sottosistema di /dev:

	/dev/disk

all'interno del quale i dischi vengono identificati con nomi più persistenti (uguali ad ogni caricamento, o boot, del sistema operativo):

	/dev/disk/by-id
	/dev/disk/by-path
	/dev/disk/by-uuid

proprio per offrire la possibilità all'utente ( e alle sue applicazioni ) di identificare in modo univoco tutti i dischi connessi al sistema. Le subdirectory contenute nella directory disk, infatti, contengono link simbolici che collegano uno specifico hard disk ad un file contenuto in /dev. Nella directory by-id, un disco fisso viene, solitamente, identificato con il suo numero seriale:

ata-Hitachi_HTS545032B9A300_091111PB5C01QDKED30G -> ../../sda
ata-Hitachi_HTS545032B9A300_091111PB5C01QDKED30G-part1 -> ../../sda1
ata-Hitachi_HTS545032B9A300_091111PB5C01QDKED30G-part2 -> ../../sda2
ata-hp_DVDRAM_GT20L_M3A9BDG5758 -> ../../sr0

In questo esempio, vediamo che il disco fisso Hitachi_HTS545032B9A300_091111PB5C01QDKED30G corrisponde al disco denominato SDA. UDEVD (il demone UDEV) nomina le periferiche utilizzando:

• il tipo di interfaccia (ATA, nel nostro esempio);

• le informazioni sul produttore e il modello, il serial number e, quando disponibile, la partizione.

Le regole seguite da UDEV per assegnare nomi persistenti alle periferiche sono specifiche del sistema in cui UDEV opera e sono scritte nei file di configurazione di UDEV, salvati nella directory:

	/lib/udev/rules.d

Per avere l'elenco di tutti i nomi persistenti creati da UDEV per i dischi, eseguite il comando:

	ls -lR /dev/disk

UDEV

Nei sistemi Unix e Unix-like, come Linux, è possibile accedere alle periferiche hardware attraverso file speciali (chiamati anche device file, o file di periferica, o nodi), salvati nella directory:

	/dev

Questi file possono essere letti e sovrascritti come normali file, ma, invece di leggere dal disco fisso o scrivere sul disco fisso, essi comunicano direttamente con un driver del kernel che, a sua volta, comunica direttamente con l'hardware. Una volta entrati in /dev, quindi, per individuare una periferica e verificarne i permessi associati, utilizzate il comando:

	ls -l

Il primo carattere di ciascuna riga dell'output, esprime il tipo di periferica che il file rappresenta:

  b Block device
  c Character device
  p Pipe device
  s Socket device

Le periferiche a blocchi sono le periferiche, quali i dischi fissi, che hanno una dimensione fissa e i cui dati possono essere estratti a blocchi di dimensione determinata. I processi possono accedere a qualsiasi blocco di dati, in modo casuale, con l'aiuto del kernel. Le periferiche a caratteri lavorano su flussi di dati. Le periferiche a caratteri non hanno una dimensione. Da una periferica a caratteri, quale una stampante, è possibile leggere o scrivere solo singoli caratteri. Il kernel, una volta passati i dati ad un'altra periferica o ad un processo, non sarà più in grado di tornare indietro e riesaminare i caratteri del flusso precedente. I pipe sono simili alle periferiche a caratteri, con la sola differenza che il flusso di dati è instaurato tra due processi, non tra un processo e un driver del kernel. I socket, infine, sono flussi di dati utilizzati per le comunicazioni tra processi (interprocess communication). La coppia di numeri che appaiono prima della data, sono i cosiddetti major device number e minor device number, utili al kernel alla identificazione della periferica. I file speciali, una volta, venivano installati in fase di installazione del sistema operativo, utilizzando il comando:

	mknod

ma ultimamente, i sistemi Linux hanno introdotto UDEV, per gestire i file /dev anche con il sistema operativo in esecuzione (runtime). UDEV è in grado di creare nodi (file di periferica) ogni qualvolta viene rilevata una nuova periferica, oppure di eliminare nodi ogni qualvolta una periferica viene rimossa. Grazie a questo meccanismo, la directory /dev conterrà, in gran parte, solo file di periferiche realmente connesse al sistema, in un dato momento. UDEV offre anche la possibilità di personalizzare la creazione dei file di periferica, o nodi, attraverso una potente interfaccia, che utilizza script, normalmente salvati all'interno della directory:

	/etc/udev/rules.d

Come abbiamo già visto, i file di configurazione di UDEV si trovano, in realtà, in:

	/lib/udev/rules.d

ma, come specificato dal README che troviamo in questa directory di configurazione, "i file presenti in questa directory vengono letti da udev(7) e utilizzati ogni qualvolta il kernel invia un evento. Se volete modificare il comportamento di UDEV, è possibile scegliere tra due opzioni:

1. scrivete le vostre regole personalizzate e salvatele in:

   
   	/etc/udev/rules.d
   
   

   assegnando il nome, i link simbolici, i permessi che preferite. Scegliete un numero più alto del numero abbinato alle regole che volete sovrascrivere: UDEV utilizzerà le vostre nuove regole. Assegnate ai file nomi del tipo:

   
   	xx-descriptive-name.rules
   
   

   dove il valore di xx dovrebbe essere scelto sapendo che:

   • valori inferiori a 60 vengono assegnati alle regole contenute nei package, che potranno essere annullate da regole successive, a meno che siano state assegnate con la clausola:

     
       :=
     
     

   • valori inferiori a 70 vengono assegnati alle regole che eseguono programmi quali blkid per popolare il database UDEV.

   • valori inferiori a 90 vengono assegnati alle regole che eseguono altri programmi.

   • valori superiori o uguali a 90 vengono assegnati alle regole da eseguire per ultime.

2. copiate il file nella directory:

   
   	/etc/udev/rules.d
   
   

   e modificatelo li; questo dovrebbe essere fatto solo se si desidera evitare che un programma venga eseguito.

La personalizzazione comprende i permessi sui file, l'allocazione all'interno del filesystem, la creazione di link simbolici. È facile capire come la personalizzazione potrebbe rendere problematica la localizzazione dei file di periferica da parte delle applicazioni esterne, che credono di trovare un determinato nodo all'interno della directory /dev, senza sapere che quel nodo, in realtà, in quel particolare sistema, è stato spostato in una directory differente. Un altro problema legato a UDEV è che quando vengono connesse, al computer, più periferiche dello stesso tipo, per esempio più periferiche USB, l'ordine in cui quelle periferiche appaiono all'interno della directory /dev potrebbe modificarsi ad ogni reboot del sistema, anche se ciascuna periferica rimanesse connessa alla stessa porta USB. Questo particolare problema può essere aggirato creando regole UDEV che creino link simbolici, a partire da un dato più stabile ( o persistente ), quale un numero seriale di periferica. E qui entra in gioco un altro filesystem virtuale, il filesystem Sysfs, esportato direttamente dal kernel, montato nella directory:

	/sys

contenente tutte le informazioni sulle periferiche e sui driver di periferica, dal quale UDEV estrae le informazioni. Sysfs è una rappresentazione di oggetti del kernel, dei loro attributi e delle relazioni intercorrenti tra un oggetto e l'altro. Sysfs è composto da un'interfaccia di programmazione del kernel, per esportare questi oggetti via sysfs, e un'interfaccia utente che permette all'utente di vedere e manipolare questi oggetti esportati che, a loro volta, rimandano agli oggetti del kernel che rappresentano. Questa è la relazione esistente tra i costrutti del kernel e la loro rappresentazione esterna (userspace):

  Kernel Object		=> Directory
  Object Attribute	=> Regular File
  Object Relationship	=> Symbolic Link

La directory /sys contiene le directory:

	  block
	  bus
	  class
	  devices
	  firmware
	  module
	  power

La directory base per le periferiche è, ovviamente:

	/sys/devices

che è la rappresentazione, dal punto di vista del kernel, di tutte le periferiche individuate dal boot del sistema e di come queste sono connesse l'una all'altra. È organizzata a partire dal bus di sistema (system bus) e la sua configurazione varia da sistema a sistema, ovviamente. Tre sono le directory comuni a tutti i sistemi operativi:

	/sys/devices/platform
	/sys/devices/system
	/sys/devices/virtual

system contiene le periferiche fondamentali per il sistema, comprese le CPU ed i clock. virtual contiene le periferiche cosiddette memory-based, quali le periferiche:

	/dev/null
	/dev/random
	/dev/zero

contenute in:

	/sys/devices/virtual/mem

oppure le periferiche di loopback, contenute in:

	/sys/devices/virtual/net/lo

Infine, platform contiene tutte le periferiche, quali le embedded device, che non sono connesse attraverso un BUS tradizionale. Tutte le altre periferiche appaiono nella directory corrispondente al BUS di sistema al quale sono connesse. Il BUS PCI principale (root) appare come:

	/sys/devices/pci0000:00

Partizioni e Filesystem

Una partizione è una porzione, separata e distinta, di un disco fisso. Una partizione può anche occupare un intero disco: in questo caso, il disco avrà una sola partizione. Perchè un disco dovrebbe essere diviso in più partizioni? Innanzitutto, creare più partizioni può evitare che un danno, subito da una delle partizioni, si riversi automaticamente sulle altre partizioni. In secondo luogo, ciascuna partizione può essere gestita da un differente filesystem. Per esempio, è possibile installare, su un disco fisso, due sistemi operativi differenti ( dual boot ), quali Windows e Linux, i quali hanno due filesystem differenti.

Senza un filesystem, un disco o una partizione di un disco conterrebbe solo una sequenza di bit, di cui il sistema operativo non saprebbe che fare. Un disco può contenere più partizioni, ma una partizione può contenere un solo filesystem. Inoltre, due partizioni differenti potrebbero contenere lo stesso filesystem, ma con differenti impostazioni, come le dimensioni del cluster: per la partizione in cui prevedo di salvare solo file di piccole dimensioni, tenderò ad impostare un cluster di dimensioni ridotte, in modo da non disperdere, inutilmente, spazio su disco, mentre per la partizione in cui prevedo di salvare solo file di grandi dimensioni, tenderò ad impostare un cluster di dimensioni superiori, in modo da velocizzare il processo di recupero dei dati.

Se per i sistemi Microsoft i filesystem, FAT16, FAT32, NTFS, sono legati ad una ( o più ) particolare release del sistema operativo, diventando, quindi, una scelta obbligata, per l'utente, per un utente Linux è possibile decidere, in fase di installazione del sistema operativo, quale filesystem utilizzare. I sistemi operativi Linux, infatti, sono in grado di interpretare correttamente molti filesystem differenti, compresi quelli di altri sistemi operativi. Nel caso aveste installato due partizioni, nel vostro computer, ciascuna delle quali ospitasse un sistema operativo differente, Linux e Windows, per esempio, vi accorgereste ben presto che dalla partizione Linux siete in grado di aprire le directory Windows presenti sull'altra partizione, mentre dalla partizione Windows non siete in grado di leggere i file presenti sulla partizione Linux. I filesysyem principali di Linux sono:

  ext2
	
	

o extended 2, il filesystem nato con Linux, molto resistente, già allora, alla frammentazione, ma ormai superato dalle versioni successive, caratterizzate dalla presenza della funzionalità definita Journaling, introdotta già con:

  ext3

ma completamente implementata con la versione successiva:

  ext4

in cui troviamo, anche, un maggior supporto per i filesystem ed i file di grandi dimensioni, con 48 bit utilizzati per l'indirizzamento dei blocchi su disco, l'introduzione dei blocchi contigui di dati ( Extent ), in cui memorizzare i dati di un file, al fine di migliorarne, poi, il recupero, della preallocazione e dell'allocazione ritardata dello spazio su disco. Ai suoi esordi, il sistema operativo Linux venne implementato su filesystem Minix ( il filesystem di una omonima versione commerciale di Unix, Minix ), che, però, aveva due importanti limiti: gli indirizzi dei settori ( blocchi ) venivano memorizzati con soli 16 bit e le directory potevano contenere file con nomi di non più di 14 caratteri. Con soli 16 bit a disposizione, le dimensioni massime del filesystem erano di 64 MB, pur riservando 1024 byte a ciascun settore. Per ovviare a questi inconvenienti, nacquero, prima, lo " Extended File System ", nel 1992, poi, il " Second Extended File System ", l'anno successivo. Con il " Second Extended File System ", tanto per intenderci, le dimensioni di un solo file potevano essere comprese tra i 16 GB ed i 2 TB, mentre le dimensioni complessive della partizione potevano essere comprese tra i 2 TB ed i 32 TB, contro i 64 MB del vecchio filesystem Minix. Nel 2001, nacque il " third extended file system " ( ext3 ), nel quale venne compreso il meccanismo del " journaling ". Nel 2008, arrivò il " fourth extended file system " ( ext4 ), in cui, fra le tante novità, le dimensioni di un solo file potevano essere comprese tra i 16 GB ed i 16 TB, mentre le dimensioni complessive della partizione potevano raggiungere 1 EB ( exabyte ): 1 GB x 1024 ( terabyte ) x 1024 ( petabyte ) x 1024.

Un altro filesystem con Journaling è:

  ReiserFS

che prende il nome dal suo creatore, Hans Reiser. Si tratta di un filesystem che gestisce ottimamente la memorizzazione ed il recupero di una gran quantità di piccoli file, tendendo a salvare più file in un unico blocco. Il suo successore:

  Reiser4

a causa delle vicissitudini giudiziarie che hanno colpito il suo autore, non è sviluppato adeguatamente. Una valida alternativa è rappresentata dal filesystem:

  Btrfs

un filesystem in continuo sviluppo, ma ricco di funzionalità avanzate, quali la deduplicazione ( un processo che tenta di identificare file duplicati presenti su uno o più dischi ), la compressione dei dati, la gestione del filesystem estesa a più hard disk. È bene ricordare, però, che Btrfs non ha ancora un livello di affidabilità paragonabile a quello garantito dai filesystem maggiormente diffusi nell’ambiente GNU/Linux. Altri due filesystem molto diffusi, soprattutto in ambito professionale, sono:

  Zfs

che presenta molte delle caratteristiche di Btrfs, e:

  Xfs

particolarmente indicato per la gestione di dischi e file di grandi dimensioni. Lavorare con un nuovo disco, in un sistema Linux, può essere un compito molto semplice, ma il primo problema che si pone è come identificare il disco su cui si desidera operare.

Filesystem: i mount point ed il file di configurazione fstab

Prima di poter utilizzare un filesystem, è necessario associarlo ad una partizione del disco. Abbiamo detto che una partizione può contenere un solo filesystem, ma un filesystem può essere installato su più partizioni. Il vostro filesystem viene sempre rappresentato da una struttura ad albero, dalla cui radice ( root ) si dipartono tutte le directory e le sottodirectory che compongono l'intero filesystem. Ciascuna delle parti dell'albero ( rami ), quindi, ciascuna directory o sottodirectory, può essere allocata in una partizione diversa dalla partizione in cui si trova la radice ( root ) e quella partizione diversa potrebbe tranquillamente trovarsi su un disco differente da quello in cui si trova la radice, anche su un disco esterno ( un disco DVD, oppure USB, oppure su un disco di un computer remoto ). Associare un filesystem ad una particolare partizione significa eseguire un mount del filesystem. Prima di aver effettuato il mount di una partizione o di una periferica e del relativo filesystem, il sistema operativo non ne conoscerà nemmeno l'esistenza.

Grazie al mount del filesystem, dovunque si trovi, una directory o una sottodirectory del filesystem verrà sempre vista come parte di esso, poichè sarà sempre associata ad un mount point, cioè ad un punto di accesso. Vediamo un esempio:

/dev/sda8  /          ext4    defaults,noatime      0 0
/dev/sda6  /boot      ext4    noauto,noatime        0 0
/dev/sda7  /home      ext4    defaults,noatime      0 0

Questo è il contenuto del file:

	/etc/fstab

FileSystem Table, nel quale è possibile indicare al sistema operativo quali filesystem associare a quali partizioni, in fase di boot ( caricamento del sistema operativo ). Il file fstab viene solo letto dai programmi, mai sovrascritto; è compito dell'amministratore crearlo e mantenerlo in modo appropriato. L'ordine dei record, nel file fstab è importante, poichè i programmi:

	fsck(8)
	mount(8)
	umount(8)

eseguono sequenzialmente i comandi. Ciascun filesystem viene descritto in una riga separata dalle altre. Ciascun campo è separato dagli altri da tab o spazi. Le righe che iniziano con:

	#

sono commenti e vengono ignorate, così come le righe bianche. Il primo campo descrive la periferica a blocchi o il filesystem remoto da montare. Nel nostro esempio, nella partizione:

	/dev/sda8

viene installato un filesystem ext4, con un punto di accesso ( mount point ) corrispondente alla radice del filesystem:

	/

Un punto di accesso deve essere creato prima di eseguire il mount del filesystem.

Per i filesystem NFS (Network File System), il primo campo avrà una sintassi simile alla seguente:

	<host>:<dir>
	knuth.aeb.nl:/

Per i filesystem senza storage, può essere utilizzata qualsiasi stringa testuale, per il primo campo. Per esempio:

	proc
	mem
	none
	none

Altri filesystem speciali, quali:

	udev
	sysfs

non vengono, normalmente, listati in fstab. Invece di indicare il nome della periferica, è possibile, sempre nel primo campo, indicare, della stessa periferica, o il suo UUID (Universally Unique IDentifier) o la sua etichetta (label):

	UUID=<uuid>
	LABEL=<label>

	UUID=3e6be9de-8139-11d1-9106-a43f08d823a6
	LABEL=Boot

Questo renderà il sistema molto più robusto, visto che, aggiungendo o eliminando un disco fisso, il nome della periferica potrebbe essere modificato, mentre etichetta e UUID resterebbero comunque invariati. Per conoscere lo UUID di tutte le partizioni, eseguite il comando:

	ls -l /dev/disk/by-uuid

oppure, per conoscere l'etichetta e lo UUID di un particolare filesystem, il comando:

	lsblk --fs /dev/sda4

Il secondo campo di ciascun record del file fstab descrive, come abbiamo già visto, il mount point per il filesystem:

/dev/sda8  /
/dev/sda6  /boot
/dev/sda7  /home

Per la partizione di swap, questo campo dovrebbe essere specificato come none:

UUID=e8d96cb2-fbcf-4e5b-8c8c-a6483b97f555 none swap

Il terzo campo, indica il tipo di filesystem. È possibile non indicare il filesystem in uso, chiedendo al sistema operativo di riconoscerlo automaticamente. In questo caso, è sufficiente indicare, al posto del nome del filesystem, il termine:

	auto

	/dev/sda8 / auto defaults,noatime 0 0

Il quarto campo di ciascun record del file fstab indica le opzioni impostate, in fase di mount, nel nostro esempio:

			defaults,noatime
			noauto,noatime
			defaults,noatime

Le opzioni disponibili, ovviamente, dipendono dal sistema operativo in uso. Per conoscerle, è sufficiente leggere la pagina di manuale del comando mount:

	man mount

anche se alcune di esse sono universali, quali:

	auto
	noauto
	
	exec
	noexec

	ro
	rw

	user
	nouser

	sync
	async

	suid
	nosuid

	dev
	nodev

La prima coppia di opzioni indica se il filesystem debba essere montato ( mounted ) in fase di boot del sistema, in modo automatico. La seconda coppia di opzioni indica se i file eseguibili presenti nella partizione debbano essere eseguiti ( exec ) o meno ( noexec ). La terza coppia di opzioni indica se la partizione debba essere di sola lettura ( ro o read only ), oppure possa essere sovrascritta ( rw o read write ). La quarta coppia di opzioni indica se un utente qualsiasi, che non sia root, possa eseguire il mount di una partizione ( user ), oppure no ( nouser ). In quest'ultimo caso, solo l'amministratore ( root ) potrà eseguire il mount di una partizione. La quinta coppia di opzioni indica se i file dovranno essere scritti su disco in modo sincrono ( non appena lanciato il comando ) oppure asincrono ( in un momento successivo al comando ). La sesta coppia di opzioni indica se riconoscere ( suid ) o meno ( nosuid ) i bit di setuid e di setgid. La settima coppia di opzioni indica se interpretare ( dev ) o meno ( nodev ) i file speciali di periferica ( device ). Infine, l'opzione:

	defaults

comprende le opzioni:

	rw, suid, dev, exec, auto, nouser, async

Il quinto campo indica se e quando eseguire il back up ( dump ) della partizione ( il valore zero indica di non effettuare mai il backup della partizione ), nel nostro esempio:

				0
				0
				0

Il sesto campo indica l'ordine in cui il programma fsck ( file system consistency check ), eseguito in fase di boot, deve verificare la partizione corrente, dove:

				  1

è riservato alla directory root;

				  2

indica di eseguire il check solo dopo averlo eseguito sulla directory root;

				  0

indica di non eseguire alcun check. In pratica, usa "1" per la partizione che contiene la root ( / ), 2 per tutte le altre partizioni per le quali desideri che venga eseguito il check. Tutte le partizioni marcate con il "2" vengono verificate in sequenza, senza che l'utente debba specificare una sequenza specifica. L'ordine dei record presenti nel file fstab è importante, poichè i comandi:

	fsck
	mount
	umount

seguono esattamente ed iterativamente quest'ordine, sebbene il comando:

	mountall

potrebbe anche seguire un ordine differente, nel caso lo ritenesse più sicuro ed opportuno " ( MAN page del file fstab ). Il comando mount legge il file fstab. Normalmente, il file fstab viene usato per le periferiche interne, oppure per le periferiche esterne, ma stabilmente connesse al sistema, quali CD e DVD, oppure le periferiche condivise via rete. Le periferiche rimovibili, pur potendo essere inserite nel file di configurazione ( fstab ), vengono solitamente montate ( mount ) dal sistema operativo, in modo automatico. Se una periferica, o una partizione, non è presente nel file fstab, solo l'amministratore del sistema ( root ) potrà eseguine il mount.

Il file mtab

I comandi:

	mount
	umount

conservano un elenco dei filesystem installati ( mounted ) nel file:

	/etc/mtab

Se si esegue il comando:

	mount

senza specificare alcun argomento, il comando restituisce questo elenco.