Liste des montages¶

Le mode liste n’est maintenu que pour la compatibilité ascendante.

Pour une sortie plus explicite et paramétrable utilisez findmnt(8), en particulier dans les scripts. Remarquez que les caractères de contrôle dans le nom de point de montage sont remplacés par des « ? ».

La commande suivante affiche tous les systèmes de fichiers montés (de type type) :

L'option -l ajoute des étiquettes à la liste. Voir plus bas.

Nommage des périphériques et systèmes de fichiers¶

La plupart des périphériques sont indiqués sous forme de nom de fichier (d'un périphérique bloc spécial), comme /dev/sda1, mais d'autres possibilités existent. Par exemple, pour un montage NFS, périphérique peut ressembler à knuth.cwi.nl:/dir.

Les noms de périphérique de partitions de disque ne sont pas immuables. Une reconfiguration matérielle, l’ajout ou le retrait d’un périphérique peuvent provoquer des modifications de noms. C’est pour cela qu’il est fortement recommandé d’utiliser des identificateurs de système de fichiers ou de partition tels que des UUID ou LABEL. Actuellement les identificateurs (mots-clés) gérés sont :

LABEL=étiquette

UUID=uuid

PARTLABEL=étiquette

PARTUUID=uuid

ID=id

La commande lsblk --fs fournit un récapitulatif des systèmes de fichiers, des LABEL et des UUID des périphériques blocs disponibles. La commande blkid -p <périphérique> fournit des détails sur le système de fichiers du périphérique indiqué.

N’oubliez pas que les UUID et étiquettes ne sont pas garantis uniques, en particulier si vous déplacez, partagez ou copiez le périphérique. Utilisez lsblk -o +UUID,PARTUUID pour vérifier que les UUID sont vraiment uniques sur le système.

La configuration conseillée est d'utiliser des mots-clés (par exemple, UUID=uuid) plutôt que les liens symboliques /dev/disk/par-{label,uuid,partuuid,partlabel} d'udev dans le fichier /etc/fstab. Les mots-clés sont plus facilement lisibles, explicites et portables. La commande mount(8) utilise les liens symboliques d'udev en interne, donc les utiliser directement dans /etc/fstab n'apporte aucun avantage par rapport aux mots-clés. Pour plus de précisions, consultez libblkid(3).

Le système de fichiers proc n'est associé à aucun périphérique spécial, et pour le monter, un mot-clé quelconque, par exemple proc, peut être utilisé à la place de l'indication de périphérique. Le choix courant none (aucun) n'est pas très heureux, car le message d'erreur « none déjà monté » de mount peut être mal interprété.

Les fichiers /etc/fstab, /etc/mtab et /proc/mounts¶

Le fichier /etc/fstab (consultez fstab(5)) contient des lignes décrivant les périphériques habituellement montés, leur point de montage et leurs options. L’emplacement par défaut du fichier fstab(5) peut être remplacé par l’option --fstab chemin en ligne de commande (voir ci-dessous pour plus de précisions).

La commande

(généralement exécutée dans un script de démarrage) monte tous les systèmes de fichiers indiqués dans fstab (uniquement ceux du type indiqué et possédant ou non les bonnes options), sauf ceux dont la ligne contient le mot-clé noauto. En ajoutant l'option -F, fork(2) sera invoqué par mount pour que tous les systèmes de fichiers soient montés en parallèle.

Lors du montage d’un système de fichiers mentionné dans fstab ou mtab, il suffit d’indiquer soit le point de montage, soit le périphérique en ligne de commande.

Les programmes mount et umount(8) entretiennent normalement une liste des systèmes de fichiers actuellement montés dans le fichier /etc/mtab. La prise en charge du fichier classique habituel /etc/mtab est par défaut complètement désactivée au moment de la compilation, parce que sur les systèmes Linux actuels, il est plutôt préférable de faire de /etc/mtab/ un lien symbolique vers /proc/mounts. Le fichier mtab habituel entretenu en espace utilisateur ne peut pas fonctionner de façon fiable avec les espaces de noms, les conteneurs et autres fonctionnalités avancées de Linux. Si la prise en charge du mtab habituel est activée, alors il est possible d’utiliser le fichier comme le lien symbolique.

Si mount est invoqué sans paramètre, la liste des systèmes de fichiers montés est affichée.

Pour écraser les options de montage de /etc/fstab, l’option -o doit être utilisée :

et ensuite les options de montage de la ligne de commande seront ajoutées à la liste des options de /etc/fstab. Ce comportement par défaut peut être modifié avec l’option de ligne de commande, --options-mode. Le comportement normal est que la dernière option est prioritaire en cas de conflit.

Le programme mount ne lit pas le fichier /etc/fstab si le périphérique (ou LABEL, UUID, PARTUUID ou PARTLABEL) et le répertoire sont indiqués tous les deux. Par exemple, pour monter le périphérique toto dans /répertoire :

Ce comportement par défaut est modifiable avec l’option de ligne de commande, --options-source-force, pour toujours lire la configuration à partir de fstab. Pour les utilisateurs ordinaires, mount lit toujours la configuration dans fstab.

Les montages pour les utilisateurs ordinaires¶

Normalement, seul le superutilisateur peut monter des systèmes de fichiers. Néanmoins, si une ligne dans fstab contient l'option user, n'importe quel utilisateur peut monter le système de fichiers correspondant.

Ainsi, avec la ligne suivante :

n'importe quel utilisateur peut monter le système de fichiers ISO 9660 d’un CD inséré en utilisant la commande :

Remarquez que mount est très strict au sujet des utilisateurs ordinaires et tous les chemins indiqués sur la ligne de commande sont vérifiés avant que fstab soit analysé ou qu’un programme d’assistance soit exécuté. Il est fortement recommandé d’utiliser un point de montage autorisé pour indiquer un système de fichiers, sinon mount échouera. Par exemple, c’est une mauvaise idée d’utiliser une source NFS ou CIFS dans la ligne de commande.

Depuis la version 2.35, la commande mount ne termine pas lorsque les permissions de l’utilisateur sont insuffisantes selon les règles de sécurité internes de libmount. Il baisse les permissions suid et continue comme un utilisateur habituel simple. Il permet la prise en charge de cas d’utilisation où les droits de superutilisateur ne sont pas nécessaires (par exemple, des systèmes de fichiers FUSE, les espaces de noms d’utilisateur, etc).

Pour plus de précisions, consultez fstab(5). Seul l'utilisateur qui a monté un système de fichiers peut le démonter. Si tous les utilisateurs doivent pouvoir faire le démontage, alors utilisez users à la place de user dans la ligne de fstab. L'option owner est similaire à user avec la contrainte que l'utilisateur doit être le propriétaire du fichier spécial. Cela peut servir par exemple pour /dev/fd si un script de connexion rend l'utilisateur de la console propriétaire de ce fichier spécial. L'option group est similaire avec la contrainte que l'utilisateur doit appartenir au groupe de ce fichier spécial.

Les opérations de montage « bind » ¶

Remontage d’une partie de la hiérarchie de fichiers autre part. L’appel est :

ou en utilisant cette entrée de fstab :

Après cet appel, les mêmes contenus sont accessibles dans deux endroits.

Il est aussi important de comprendre que « bind » ne crée aucun nœud de seconde classe ou spécial dans le VFS du noyau. « bind » est seulement une autre opération pour attacher un système de fichiers. Il n’existe pas d’information enregistrée indiquant que le système de fichiers a été attaché par une opération « bind ». L’ancien_répertoire et le nouveau_répertoire sont indépendants et l’ancien_répertoire peut être non monté.

Un fichier unique peut également être remonté (sur un fichier unique). Il est aussi possible d’utiliser le montage avec « bind » pour créer un point de montage à partir d'un répertoire normal, par exemple :

L'appel de montage avec « bind » n'attache qu'un unique système de fichiers (ou une partie), et pas les éventuels sous-montages. La hiérarchie complète, y compris les sous-montages, peut être attachée dans un second endroit avec :

Remarquez que les options de montage du système de fichiers entretenues par le noyau resteront les mêmes que celles du point de montage d'origine. Les options de montage en espace utilisateur (par exemple, _netdev) ne pourront pas être copiées par mount(8) et il est nécessaire de préciser les options sur la ligne de commande de mount.

mount depuis la version 2.27 permet de modifier les options de montage en passant les options adéquates avec --bind. Par exemple :

Cette fonctionnalité n’est pas gérée par le noyau Linux. Elle est mise en œuvre dans l’espace utilisateur par un appel système supplémentaire de remontage mount(2). Cette solution n’est pas atomique.

L’autre manière (classique) de créer un montage avec « bind » en lecture seule est d’utiliser une opération de remontage, par exemple :

Remarquez que le montage « bind » créera un point de montage en lecture seule (entrée VFS) mais que le superbloc du système de fichiers d’origine sera toujours accessible en écriture. Cela signifie que l’ancien_répertoire sera accessible en écriture mais que le nouveau_répertoire sera en lecture seule.

Il est aussi possible de remplacer les drapeaux d’entrées VFS nosuid, nodev, noexec, noatime, nodiratime, relatime et nosymfollow par l’opération remount,bind. Les autres (par exemple, les drapeaux spécifiques à des systèmes de fichiers) sont ignorés silencieusement. Il est impossible de modifier les options de montage de manière récursive (par exemple, avec -o rbind,ro).

mount(8) depuis util-linux 2.31 ignore le drapeau bind dans /etc/fstab lors de remount opération (si -o remount est indiqué sur la ligne de commande). Cela est nécessaire pour contrôler complètement les options de mount lors du remontage par la ligne de commande. Dans les précédentes versions, le drapeau bind était toujours appliqué et il était impossible de redéfinir les options de montage sans interaction avec la sémantique de « bind ». Ce comportement de mount(8) n’affecte pas les situations où remount,bind est indiqué dans le fichier /etc/fstab.

Les opérations de déplacement¶

Déplacer de façon atomique une arborescence montée à un autre endroit. L'appel est :

Cela rendra le contenu de ce qui apparaissait jusqu'à présent sous l'ancien_répertoire maintenant accessible sous le nouveau_répertoire. L'emplacement physique des fichiers n'est pas modifié. Remarquez que l'ancien_répertoire doit être un point de montage.

Remarquez aussi que le déplacement d’un montage résidant dans un montage partagé n’est ni possible, ni pris en charge. Utiliser findmnt -o TARGET,PROPAGATION pour afficher les attributs de propagation actuels.

Les opérations de partage de sous-arborescence¶

Depuis Linux 2.6.15, il est possible de marquer un montage et ses sous-montages comme partagés, privés, esclaves ou non remontables (bind). Un montage partagé permet de créer des miroirs de ce montage, ainsi les montages et les démontages dans n'importe quel miroir seront propagés aux autres miroirs. Un montage esclave se propage seulement depuis le montage maître. Un montage privé ne peut pas se propager. Un montage non remontable est un montage privé qui ne peut pas être cloné lors d'une opération de remontage. La sémantique précise de ces options est documentée dans le fichier Documentation/filesystems/sharedsubtree.txt des sources du noyau.Consultez aussi mount_namespaces(7).

Les opérations prises en charge sont :

mount --make-shared point_de_montage
mount --make-slave point_de_montage
mount --make-private point_de_montage
mount --make-unbindable point_de_montage

Les commandes suivantes permettent de changer récursivement le type de tous les montages dans un point de montage donné.

mount --make-rshared point_de_montage
mount --make-rslave point_de_montage
mount --make-rprivate point_de_montage
mount --make-runbindable point_de_montage

mount ne lit pas fstab(5) quand une opération --make-* est demandée. Tous les renseignements nécessaires doivent être indiqués sur la ligne de commande.

Remarquez que le noyau Linux ne permet pas de modifier plusieurs attributs de propagation avec un seul appel système mount(2) et que les attributs ne peuvent pas être mélangés avec d’autres options et opérations de montage.

Depuis util-linux 2.23, la commande mount peut être utilisée pour réaliser plus de modifications de propagation (topologie) avec un seul appel mount(8) et de façon simultanée avec d’autres opérations de montage. Les attributs de propagation sont appliqués par des appels système mount(2) supplémentaires lorsque les opérations précédentes de montage ont réussi. Remarquez que ce cas d’utilisation n’est pas atomique. Les attributs de propagation peuvent être indiqués dans fstab(5) comme des options de montage (private, slave, shared, unbindable, rprivate, rslave, rshared, runbindable).

Par exemple :

mount --make-private --make-unbindable /dev/sda1 /toto

est la même chose que :

mount /dev/sda1 /toto
mount --make-private /toto
mount --make-unbindable /toto

Options de montage pour adfs¶

uid=valeur et gid=valeur

ownmask=valeur et othmask=valeur

Options de montage pour affs¶

uid=valeur et gid=valeur

setuid=valeur et setgid=valeur

mode=valeur

protect

usemp

verbose

prefix=chaîne

volume=chaîne

reserved=valeur

root=valeur

bs=valeur

grpquota|noquota|quota|usrquota

Options de montage pour debugfs¶

Le système de fichiers debugfs est un pseudosystème de fichiers, traditionnellement monté sous /sys/kernel/debug. Avec la version 3.4 du noyau, debugfs a les options de montage suivantes.

uid=n, gid=n

mode=valeur

Options de montage pour devpts¶

Le système de fichiers devpts est un pseudosystème de fichiers, traditionnellement monté sous /dev/pts. Pour acquérir un pseudoterminal, un processus ouvre /dev/ptmx ; le numéro du pseudoterminal est rendu disponible au processus, et le pseudoterminal esclave est accessible en tant que /dev/pts/<numéro>.

uid=valeur et gid=valeur

mode=valeur

newinstance

ptmxmode=valeur

Options de montage pour fat¶

(Note : fat n'est pas un système de fichiers séparé mais une portion commune des systèmes de fichiers msdos, umsdos et vfat).

blocksize={512|1024|2048}

uid=valeur et gid=valeur

umask=valeur

dmask=valeur

fmask=valeur

allow_utime=valeur

La valeur par défaut est définie depuis l'option dmask (s'il est possible d'écrire dans le répertoire, utime(2) est autorisé, c'est-à-dire « dmask & 022 »).

Normalement, utime(2) vérifie que le processus actuel est le propriétaire du fichier ou qu'il a la propriété CAP_FOWNER. Cependant, les systèmes de fichiers FAT n’ont pas d'UID ou de GID sur le disque, donc une vérification normale est trop inflexible. Avec cette option, vous pouvez l'assouplir.

check=valeur

codepage=valeur

conv=mode

cvf_format=module

cvf_option=option

debug

discard

dos1xfloppy

errors={panic|continue|remount-ro}

fat={12|16|32}

iocharset=valeur

nfs={stale_rw|nostale_ro}

tz=UTC

time_offset=minutes

quiet

rodir

showexec

sys_immutable

flush

usefree

dots, nodots, dotsOK=[yes|no]

Options de montage pour hfs¶

creator=cccc, type=cccc

uid=n, gid=n

dir_umask=n, file_umask=n, umask=n

session=n

part=n

quiet

Options de montage pour hpfs¶

uid=valeur et gid=valeur

umask=valeur

case={lower|asis}

conv=mode

nocheck

Options de montage pour ISO 9660¶

ISO 9660 est une norme décrivant la structure du système de fichiers pour les CD-ROM (ce type de système de fichiers apparaît aussi sur certains DVD ; consultez également le système de fichiers udf).

Les noms de fichiers iso9660 normaux se présentent au format 8.3 (limite de longueur des noms comme sous DOS). Tous les caractères sont en majuscules. De plus, rien n'est prévu pour stocker le propriétaire du fichier, le mode d'accès, le nombre de liens, les périphériques bloc ou caractère, etc.

Rock Ridge est une extension du format ISO 9660 qui permet d'offrir ces fonctionnalités UNIX. En gros, des données sont ajoutées pour chaque entrée de chaque répertoire afin de fournir les informations désirées. Lorsque Rock Ridge est utilisée, le système de fichiers est complètement semblable à un système de fichiers UNIX normal (sauf qu'il est en lecture seule évidemment).

norock

nojoliet

check={r[elaxed]|s[trict]}

uid=valeur et gid=valeur

map={n[ormal]|o[ff]|a[corn]}

mode=valeur

unhide

block={512|1024|2048}

conv=mode

cruft

session=x

sbsector=xxx

Les options suivantes sont les mêmes que pour vfat et les indiquer n'a de sens que dans le cas de disques utilisant les extensions Joliet de Microsoft.

iocharset=valeur

utf8

Options de montage pour jfs¶

iocharset=nom

resize=valeur

nointegrity

integrity

errors={continue|remount-ro|panic}

noquota|quota|usrquota|grpquota

Options de montage pour msdos¶

Consultez les options de montage pour fat. Si le système de fichiers msdos détecte des incohérences, une erreur sera indiquée et le système de fichiers passera en lecture seule. L'écriture peut être réactivée en remontant le système de fichiers.

Options de montage pour ncpfs¶

Tout comme nfs, l'implémentation de ncpfs nécessite un paramètre binaire (une structure ncp_mount_data) lors de l'appel système mount(2). Cet argument est construit par ncpmount(8) et la version actuelle de mount (2.12) ne connaît rien en ce qui concerne ncpfs.

Options de montage pour ntfs¶

iocharset=nom

nls=nom

utf8

uni_xlate={0|1|2}

posix=[0|1]

uid=,valeur, gid=,valeur et umask=,valeur

Options de montage pour la superposition (overlay)¶

Depuis Linux 3.18, le pseudo système de fichiers overlay met en œuvre un montage en union (union mount) pour d’autres système de fichiers.

Un système de fichiers de superposition combine deux systèmes de fichiers — un système de fichiers supérieur et un système de fichiers inférieur. Lorsqu’un nom est présent sur les deux systèmes de fichiers, l’objet dans le système de fichiers supérieur est visible tandis que l’objet dans le système de fichiers inférieur est soit caché, soit, dans le cas de répertoire, fusionné avec l’objet supérieur.

Le système de fichiers inférieur peut être n’importe quel système de fichiers pris en charge par Linux et n’a nul besoin d’être modifiable. Il peut même être un autre système de fichiers overlay. Le système de fichiers supérieur sera normalement modifiable et si c'est le cas, doit gérer la création d’attributs étendus trusted.* et fournir un d_type autorisé dans les réponses de readdir, aussi NFS n’est pas adapté.

Un système de fichiers overlay en lecture seule de deux systèmes de fichiers peut utiliser n’importe quel type de système de fichiers. Les options lowerdir et upperdir sont combinées dans un répertoire de fusion en utilisant :

mount -t overlay  overlay  \


  -olowerdir=/lower,upperdir=/upper,workdir=/work  /merged

lowerdir=répertoire

upperdir=répertoire

workdir=répertoire

userxattr

redirect_dir={on|off|follow|nofollow}

index={on|off}

uuid={on|off}

nfs_export={on|off}

xino={on|off|auto}

metacopy={on|off}

volatile

Options de montage pour reiserfs¶

Reseirfs est un système de fichiers journalisé.

conv

hash={rupasov|tea|r5|detect}

hashed_relocation

no_unhashed_relocation

noborder

nolog

notail

replayonly

resize=nombre

user_xattr

acl

barrier=none / barrier=flush

Options de montage pour ubifs¶

UBIFS est un système de fichiers pour mémoire flash qui fonctionne au-dessus des volumes UBI. Remarquez qu’atime n'est pas pris en charge et donc toujours désactivé.

Le nom de périphérique peut être indiqué comme :

Un séparateur ! peut être utilisé à la place de :.

Les options de montages suivantes sont disponibles :

bulk_read

no_bulk_read

chk_data_crc

no_chk_data_crc

compr={none|lzo|zlib}

Options de montage pour udf¶

UDF est le système de fichiers « Universal Disk Format », défini par l'Optical Storage Technology Association, et est souvent utilisé pour les DVD-ROM, fréquemment sous la forme d’un système de fichiers hybride UDF/ISO-9660. Il est, cependant, parfaitement utilisable tout seul sur des périphériques de disque, des périphériques flash et d’autres périphériques blocs. Consultez aussi iso9660.

uid=

gid=

umask=

mode=

dmode=

bs=

unhide

undelete

adinicb

noadinicb

shortad

longad

nostrict

iocharset=

utf8

Options de montage pour le débogage et la récupération après plantage¶

novrs

session=

anchor=

lastblock=

Options de montage historiques pouvant être rencontrées et qui devraient être supprimées¶

uid=ignore

gid=ignore

volume=

partition=

fileset=

rootdir=

Options de montage pour ufs¶

ufstype=valeur

onerror=valeur

Options de montage pour umsdos¶

Consultez les options de montage pour msdos. L'option dotsOK est explicitement supprimée par umsdos.

Options de montage pour vfat¶

Tout d'abord les options de montage pour fat sont reconnues. L'option dotsOK est explicitement supprimée par vfat. De plus, il existe :

uni_xlate

posix

nonumtail

utf8

shortname=mode

Options de montage pour usbfs¶

devuid=uid, devgid=gid et devmode=mode

busuid=uid, busgid=gid et busmode=mode

listuid=uid, listgid=gid et listmode=mode.