LIBOF

Manuels pour la ligne de commande

Man » Manuel mount en ligne - documentation en ligne détaillée pour la page de manuel mount

🌍 ☰ 
mount - monter un système de fichiers

SYNOPSIS

mount [-h|-V]

mount [-l] [-t fstype]

mount -a [-fFnrsvw] [-t fstype] [-O optlist]

mount [-fnrsvw] [-o options] device|mountpoint

mount [-fnrsvw] [-t fstype] [-o options] device mountpoint

mount --bind|--rbind|--move olddir newdir

mount --make-[shared|slave|private|unbindable|rshared|rslave|rprivate|runbindable] mountpoint

DESCRIPTION

Tous les fichiers accessibles dans un système Unix sont organisés dans un grand arbre, la hiérarchie de fichiers, dont la racine est /. Ces fichiers peuvent être répartis sur plusieurs périphériques. La commande mount sert à attacher le système de fichiers trouvé sur un périphérique à la grande arborescence de fichiers. Inversement, la commande umount(8) le détachera à nouveau. Le système de fichiers est utilisé pour contrôler la manière dont les données sont stockées sur le périphérique ou fournies de manière virtuelle par un réseau ou d'autres services.

La forme standard de la commande mount est :

mount -t type device dir

Cela indique au noyau d’attacher le système de fichiers trouvé sur le périphérique (qui est de type type) au répertoire dir. L’option -t type est facultative. La commande mount est généralement capable de détecter un système de fichiers. Les privilèges root sont nécessaires pour monter un système de fichiers par défaut. Voir la section « Montages non superutilisateur » ci-dessous pour plus de détails. Le contenu précédent (le cas échéant) et le propriétaire et le mode de dir deviennent invisibles, et tant que ce système de fichiers reste monté, le chemin dir fait référence à la racine du système de fichiers sur le périphérique.

Si seul le répertoire ou le périphérique est donné, par exemple :

mount /dir

alors mount recherche un point de montage (et s’il n’est pas trouvé, un périphérique) dans le fichier /etc/fstab.

Il est possible d’utiliser les options --target ou --source pour éviter toute interprétation ambiguë de l’argument donné. Par exemple :

mount --target /mountpoint

Le même système de fichiers peut être monté plusieurs fois, et dans certains cas (par exemple, les systèmes de fichiers réseau) le même système de fichiers peut être monté sur le même point de montage plusieurs fois. La commande mount n’implémente aucune politique pour contrôler ce comportement. Tout le comportement est contrôlé par le noyau et c’est généralement spécifique au pilote du système de fichiers. L’exception est --all, dans ce cas, les systèmes de fichiers déjà montés sont ignorés (voir --all ci-dessous pour plus de détails).

Lister les montages

Le mode de liste est maintenu uniquement pour assurer la compatibilité avec les versions antérieures.

Pour une sortie plus robuste et personnalisable, utilisez findmnt(8), en particulier dans vos scripts. Notez que les caractères de contrôle dans le nom du point de montage sont remplacés par « ? ».

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

mount [-l] [-t type]

L’option -l ajoute des étiquettes à cette liste. Voir ci-dessous.

Indiquer le périphérique et le système de fichiers

La plupart des périphériques sont indiqués par un nom de fichier (d’un périphérique bloc spécial), comme /dev/sda1, mais il existe d’autres possibilités. Par exemple, dans le cas d’une montage NFS, le périphérique peut ressembler à knuth.cwi.nl:/dir.

Les noms de périphériques des partitions de disque sont instables ; la reconfiguration du matériel, ainsi que l’ajout ou la suppression d’un périphérique, peuvent entraîner des modifications des noms. C’est la raison pour laquelle il est fortement recommandé d’utiliser des identifiants de système de fichiers ou de partition tels que UUID ou LABEL. Les identifiants pris en charge actuellement (balises) sont les suivants :

LABEL=label

Identifiant de système de fichiers lisible par l’homme. Voir également -L.

UUID=uuid

Identifiant unique universel du système de fichiers. Le format de l’UUID est généralement une série de chiffres hexadécimaux séparés par des tirets. Voir également -U.

Notez que mount utilise les UUID sous forme de chaînes de caractères. Les UUID de la ligne de commande ou de fstab(5) ne sont pas convertis en représentation binaire interne. La représentation de chaîne de caractères de l’UUID doit être basée sur des caractères minuscules.

PARTLABEL=label

Identifiant de partition lisible par l’homme. Cet identifiant est indépendant du système de fichiers et ne change pas lors des opérations mkfs ou mkswap. Il est pris en charge, par exemple, pour les tables de partition GUID (GPT).

PARTUUID=uuid

Identifiant universel unique de partition. Cet identifiant est indépendant du système de fichiers et ne change pas lors des opérations mkfs ou mkswap. Il est pris en charge, par exemple, pour les tables de partition GUID (GPT).

ID=id

ID de périphérique bloc matériel généré par udevd. Cet identifiant est généralement basé sur WWN (identifiant de stockage unique) et attribué par le fabricant du matériel. Voir ls /dev/disk/by-id pour plus de détails. Ce répertoire et l’exécution de udevd sont requis. Cet identifiant n’est pas recommandé pour une utilisation générique, car l’identifiant n’est pas strictement défini et dépend d’udev, des règles udev et du matériel.

La commande lsblk --fs fournit un aperçu des systèmes de fichiers, des LABEL et des UUID sur les périphériques bloc disponibles. La commande blkid -p fournit des détails sur un système de fichiers sur le périphérique spécifié.

N’oubliez pas qu’il n’y a aucune garantie que les UUID et les étiquettes soient réellement 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 réellement uniques dans votre système.

La configuration recommandée consiste à utiliser des balises (par exemple, UUID=uuid) plutôt que /dev/disk/by-{label,uuid,id,partuuid,partlabel} liens symboliques udev dans le fichier /etc/fstab. Les balises sont plus lisibles, plus robustes et plus portables. La commande mount(8) utilise en interne les liens symboliques udev, de sorte que l’utilisation des liens symboliques dans /etc/fstab n’offre aucun avantage par rapport aux balises. Pour plus de détails, voir libblkid(3).

Le système de fichiers proc n’est pas associé à un périphérique spécial, et lors de son montage, un mot-clé arbitraire (par exemple, proc) peut être utilisé à la place d’une spécification de périphérique. (Le choix habituel, none, est moins approprié : le message d’erreur « none already mounted » de mount peut être source de confusion.)

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

Le fichier /etc/fstab (voir fstab(5)) peut contenir des lignes décrivant quels périphériques sont généralement montés où et avec quelles options. L’emplacement par défaut du fichier fstab(5) peut être remplacé par l’option de ligne de commande --fstab path (voir ci-dessous pour plus de détails).

La commande

mount -a [-t type] [-O optlist]

(généralement utilisée dans un script de démarrage) provoque le montage de tous les systèmes de fichiers mentionnés dans fstab (du type approprié et/ou ayant ou n'ayant pas les options appropriées), comme indiqué, à l'exception de ceux dont la ligne contient le mot-clé noauto. L'ajout de l'option -F fera forcer mount à créer des processus enfants, de sorte que 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 de spécifier sur la ligne de commande uniquement le périphérique ou uniquement le point de montage.

Les programmes mount et umount(8) maintenaient traditionnellement une liste des systèmes de fichiers actuellement montés dans le fichier /etc/mtab. La prise en charge du fichier /etc/mtab classique est complètement désactivée au moment de la compilation par défaut, car sur les systèmes Linux actuels, il est préférable de faire de /etc/mtab un lien symbolique vers /proc/mounts. Le fichier mtab classique maintenu dans l'espace utilisateur ne peut pas fonctionner de manière fiable avec les espaces de noms, les conteneurs et d'autres fonctionnalités avancées de Linux. Si la prise en charge du fichier mtab classique est activée, il est alors possible d'utiliser le fichier ainsi que le lien symbolique.

Si aucun argument n'est donné à mount, la liste des systèmes de fichiers montés est affichée.

Si vous souhaitez remplacer les options de montage de /etc/fstab, vous devez utiliser l'option -o :

mount device|dir -o options

et alors, 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é à l'aide de l'option --options-mode de la ligne de commande.

Le comportement habituel est que la dernière option l'emporte en cas d'options conflictuelles.

Le programme mount ne lit pas le fichier /etc/fstab si le périphérique (ou LABEL, UUID, ID, PARTUUID ou PARTLABEL) et le répertoire sont tous deux spécifiés. Par exemple, pour monter le périphérique foo à /dir :

mount /dev/foo /dir

Ce comportement par défaut peut être modifié en utilisant l'option --options-source-force de la ligne de commande pour lire toujours la configuration de fstab. Pour les utilisateurs non-root, mount lit toujours la configuration fstab.

Montages par les utilisateurs non-administrateurs

Normalement, seul l'utilisateur root peut monter des systèmes de fichiers. Cependant, lorsque fstab contient l'option user sur une ligne, n'importe quel utilisateur peut monter le système de fichiers correspondant.

Ainsi, étant donné la ligne suivante :

/dev/cdrom /cd iso9660 ro,user,noauto,unhide

n'importe quel utilisateur peut monter le système de fichiers iso9660 trouvé sur un lecteur CDROM inséré en utilisant la commande :

mount /cd

Notez que mount est très strict concernant les utilisateurs non-root et que tous les chemins spécifiés sur la ligne de commande sont vérifiés avant que fstab ne soit analysé ou qu'un programme auxiliaire ne soit exécuté. Il est fortement recommandé d'utiliser un point de montage valide pour spécifier le système de fichiers, sinon mount peut échouer. Par exemple, il est déconseillé d'utiliser une source NFS ou CIFS sur la ligne de commande.

Depuis util-linux 2.35, mount ne se termine pas lorsque les permissions de l'utilisateur sont inadéquates selon les règles de sécurité internes de libmount. Au lieu de cela, il supprime les permissions suid et continue en tant qu'utilisateur non-root normal. Ce comportement prend en charge les cas d'utilisation dans lesquels les permissions root ne sont pas nécessaires (par exemple, les systèmes de fichiers fuse, les espaces de noms utilisateur, etc.).

Pour plus de détails, voir fstab(5). Seul l'utilisateur qui a monté un système de fichiers peut le démonter à nouveau. Si n'importe quel utilisateur doit pouvoir le démonter, utilisez users au lieu de user dans la ligne fstab. L'option owner est similaire à l'option user, avec la restriction que l'utilisateur doit être le propriétaire du fichier spécial. Cela peut être utile, par exemple, pour /dev/fd si un script de connexion rend l'utilisateur de la console propriétaire de cet appareil. L'option group est similaire, avec la restriction que l'utilisateur doit être membre du groupe du fichier spécial.

L'option de montage user est acceptée si aucun nom d'utilisateur n'est spécifié. Si elle est utilisée dans le format user=quelqu'un, l'option est ignorée silencieusement et n'est visible que pour les assistants de montage externes (/sbin/mount.) pour la compatibilité avec certains systèmes de fichiers réseau.

Opération de montage en cascade

Remontez une partie de la hiérarchie de fichiers ailleurs. L'appel est :

mount --bind olddir newdir

ou en utilisant cette entrée fstab :

/olddir /newdir none bind

Après cet appel, le même contenu est accessible à deux endroits.

Il est important de comprendre que « bind » ne crée aucun nœud secondaire ou spécial dans le VFS du noyau. Le « bind » n'est qu'une autre opération pour attacher un système de fichiers. Il n'y a nulle part où des informations sont stockées sur le fait que le système de fichiers a été attaché par une opération « bind ». Les répertoires olddir et newdir sont indépendants et le répertoire olddir peut être démonté.

On peut également remonter un seul fichier (sur un seul fichier). Il est également possible d'utiliser un montage en cascade pour créer un point de montage à partir d'un répertoire normal, par exemple :

mount --bind foo foo

L'appel de montage en cascade attache uniquement (une partie) d'un seul système de fichiers, pas de sous-montages possibles. L'ensemble de la hiérarchie de fichiers, y compris les sous-montages, peut être attaché à un deuxième emplacement en utilisant :

mount --rbind olddir newdir

Notez que les options de montage du système de fichiers maintenues par le noyau resteront les mêmes que celles du point de montage d'origine. Les options de montage de l'espace utilisateur (par exemple, _netdev) ne seront pas copiées par mount et il est nécessaire de spécifier explicitement les options dans la ligne de commande de montage.

Depuis util-linux 2.27, mount permet de modifier les options de montage en transmettant les options pertinentes avec --bind. Par exemple :

mount -o bind,ro foo foo

Cette fonctionnalité n'est pas prise en charge par le noyau Linux ; elle est implémentée dans l'espace utilisateur par un appel de système mount(2) de remontage supplémentaire. Cette solution n'est pas atomique.

La méthode alternative (classique) pour créer un montage en cascade en lecture seule consiste à utiliser l'opération de remontage, par exemple :

mount --bind olddir newdir

mount -o remount,bind,ro olddir newdir

Notez qu'un montage en cascade en lecture seule créera un point de montage en lecture seule (entrée VFS), mais le superbloc du système de fichiers d'origine sera toujours accessible en écriture, ce qui signifie que le répertoire olddir sera accessible en écriture, mais que le répertoire newdir sera en lecture seule.

Il est également possible de modifier les indicateurs VFS nosuid, nodev, noexec, noatime, nodiratime, relatime et nosymfollow via une opération « remount,bind ». Les autres indicateurs (par exemple, les indicateurs spécifiques au système de fichiers) sont ignorés silencieusement. L'appel de système mount(2) classique ne permet pas de modifier les options de montage de manière récursive (par exemple, avec -o rbind,ro). La sémantique récursive est possible avec un nouveau système d'appel mount_setattr(2) du noyau et elle est prise en charge depuis libmount de util-linux v2.39 par une nouvelle option d'argument « recursive » expérimentale (par exemple, -o rbind,ro=recursive). Pour plus de détails, voir la section OPTIONS DE MONTAGE INDÉPENDANTES DU SYSTÈME DE FICHIERS.

Depuis util-linux 2.31, la commande mount ignore l’option bind provenant du fichier /etc/fstab lors d’une opération de remontage (si l’option -o remount est spécifiée en ligne de commande). Ceci est nécessaire pour contrôler entièrement les options de montage lors d’un remontage via la ligne de commande. Dans les versions précédentes, l’option bind était toujours appliquée et il était impossible de redéfinir les options de montage sans interagir avec la sémantique bind. Ce comportement de la commande mount n’affecte pas les situations où « remount,bind » est spécifié dans le fichier /etc/fstab.

Depuis util-linux 2.39, la commande mount peut utiliser la nouvelle API de montage du noyau si elle est disponible. Cette nouvelle interface du noyau offre une manière plus précise de travailler avec les attributs des points de montage. Par exemple, l’opération -o bind,rw créera un nœud en lecture-écriture, même si le nœud d’origine était en lecture seule. Ceci était impossible avec l’ancien appel système mount(2), où le drapeau VFS en lecture seule était hérité du nœud d’origine.

L’opération de déplacement

Déplace un arbre monté vers un autre emplacement (de manière atomique). L’appel est :

mount --move olddir newdir

Cela aura pour effet que le contenu qui apparaissait auparavant sous olddir sera désormais accessible sous newdir. L’emplacement physique des fichiers n’est pas modifié. Notez que olddir doit être un point de montage.

Notez également que le déplacement d’un montage situé sous un montage partagé est invalide et non pris en charge. Utilisez findmnt -o TARGET,PROPAGATION pour voir les drapeaux de propagation actuels.

Opérations de sous-arbres partagés

Depuis Linux 2.6.15, il est possible de marquer un montage et ses sous-montages comme partagés, privés, esclaves ou non clonables. Un montage partagé offre la possibilité de créer des miroirs de ce montage, de sorte que les montages et les démontages dans l’un des miroirs se propagent à l’autre miroir. Un montage esclave reçoit la propagation de son maître, mais pas inversement. Un montage privé n’a aucune capacité de propagation. Un montage non clonable est un montage privé qui ne peut pas être cloné via une opération bind. La sémantique détaillée est documentée dans le fichier Documentation/filesystems/sharedsubtree.txt dans l’arborescence des sources du noyau ; voir également mount_namespaces(7).

Les opérations prises en charge sont :

mount --make-shared mountpoint
mount --make-slave mountpoint
mount --make-private mountpoint
mount --make-unbindable mountpoint

Les commandes suivantes permettent de modifier de manière récursive le type de tous les montages sous un point de montage donné.

mount --make-rshared mountpoint
mount --make-rslave mountpoint
mount --make-rprivate mountpoint
mount --make-runbindable mountpoint

La commande `mount` ne lit pas le fichier `fstab(5)` lorsqu'une opération `--make-*` est demandée. Toutes les informations nécessaires doivent être spécifiées sur la ligne de commande.

Notez que le noyau Linux n'autorise pas la modification de plusieurs indicateurs de propagation avec un seul appel système `mount(2)`, et les indicateurs ne peuvent pas être mélangés à d'autres options de montage et opérations.

Depuis util-linux 2.23, la commande `mount` peut être utilisée pour effectuer davantage de modifications de propagation (topologie) par un seul appel `mount(8)` et également le faire en même temps que d'autres opérations de montage. Les indicateurs de propagation sont appliqués par des appels système `mount(2)` supplémentaires lorsque les opérations de montage précédentes ont réussi. Notez que ce cas d'utilisation n'est pas atomique. Il est possible de spécifier les indicateurs de propagation dans le fichier `fstab(5)` en tant qu'options de montage (private, slave, shared, unbindable, rprivate, rslave, rshared, runbindable).

Par exemple :

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

    est équivalent à :

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

OPTIONS DE LA LIGNE DE COMMANDE

L'ensemble complet des options de montage utilisées par une invocation de la commande `mount` est déterminé en extrayant d'abord les options de montage du système de fichiers à partir du tableau `fstab`, puis en appliquant toutes les options spécifiées par l'argument `-o`, et enfin en appliquant une option `-r` ou `-w`, le cas échéant.

La commande `mount` ne transmet pas toutes les options de la ligne de commande aux programmes d'aide au montage `/sbin/mount.suffix`. L'interface entre `mount` et les programmes d'aide au montage est décrite ci-dessous dans la section PROGRAMMES D'AIDE EXTERNES.

Les options de la ligne de commande disponibles pour la commande `mount` sont :

    -a, --all
Montez tous les systèmes de fichiers (des types donnés) mentionnés dans `fstab` (à l'exception de ceux dont la ligne contient le mot-clé `noauto`). Les systèmes de fichiers sont montés dans l'ordre dans lequel ils apparaissent dans `fstab`. La commande `mount` compare la source du système de fichiers, la cible (et la racine du système de fichiers pour le montage bind ou btrfs) pour détecter les systèmes de fichiers déjà montés. Le tableau du noyau contenant les systèmes de fichiers déjà montés est mis en cache pendant l'exécution de `mount --all`. Cela signifie que toutes les entrées `fstab` dupliquées seront montées.

Le bon fonctionnement dépend de `/proc` (pour détecter les systèmes de fichiers déjà montés) et de `/sys` (pour évaluer les balises du système de fichiers telles que `UUID=` ou `LABEL=`). Il est fortement recommandé de monter les systèmes de fichiers `/proc` et `/sys` avant d'exécuter `mount -a`, ou de les conserver au début de `fstab`.

L'option `--all` peut également être utilisée pour l'opération de remontage. Dans ce cas, tous les filtres (`-t` et `-O`) sont appliqués au tableau des systèmes de fichiers déjà montés.

Depuis la version 2.35, il est possible d'utiliser l'option de la ligne de commande `-o` pour modifier les options de montage de `fstab` (voir également `--options-mode`).

Notez qu'il est déconseillé d'utiliser `mount -a` pour vérifier `fstab`. La solution recommandée est `findmnt --verify`.

    -B, --bind
Remontez un sous-arbre ailleurs (de sorte que son contenu soit disponible aux deux endroits). Voir ci-dessus, dans la section Opération de montage bind.

    -c, --no-canonicalize
Ne canonisez aucun chemin ou aucune balise pendant le processus de montage. La commande `mount` canonise automatiquement tous les chemins (depuis la ligne de commande ou `fstab`). Cette option peut être utilisée conjointement avec l'indicateur `-f` pour les chemins qui sont déjà canonisés. Cette option est destinée aux programmes d'aide au montage qui appellent `mount -i`. Il est fortement recommandé de ne pas utiliser cette option de la ligne de commande pour les opérations de montage régulières. Voir également l'option de montage `X-mount.nocanonicalize`.

Notez que la commande mount ne transmet pas cette option aux programmes d’assistance /sbin/mount.type.

-F, --fork
(À utiliser conjointement avec -a.) Crée une nouvelle instance de la commande mount pour chaque périphérique. Cela permet d’effectuer les montages sur différents périphériques ou différents serveurs NFS en parallèle. Cela présente l’avantage d’être plus rapide ; de plus, les délais d’attente NFS se produisent en parallèle. L’inconvénient est que l’ordre des opérations de montage n’est pas défini. Vous ne pouvez donc pas utiliser cette option si vous souhaitez monter à la fois /usr et /usr/spool.

-f, --fake
Fait tout sauf les appels système liés au montage. L’option --fake a été initialement conçue pour écrire une entrée dans /etc/mtab sans effectuer réellement le montage.

Le fichier /etc/mtab n’est plus maintenu en espace utilisateur, et à partir de la version 2.39, l’opération de montage peut être une chaîne d’opérations complexe avec des dépendances entre les appels système. L’option --fake force libmount à ignorer toutes les préparations de la source de montage, l’analyse des options de montage et le processus de montage réel.

La différence entre l’exécution en mode « fake » et l’exécution normale est énorme. C’est la raison pour laquelle l’option --fake a une importance minime pour l’implémentation actuelle de la commande mount(8) et elle est maintenue principalement pour assurer la compatibilité avec les versions antérieures.

-i, --internal-only
N’appelle pas le programme d’assistance `/sbin/mount.filesystem` même s’il existe.

-L, --label label
Monte la partition qui a l’étiquette spécifiée.

-l, --show-labels
Ajoute les étiquettes dans la sortie de la commande mount. La commande mount doit avoir la permission de lire le périphérique de disque (par exemple, elle doit être une commande avec l’ID utilisateur root) pour que cela fonctionne. Vous pouvez définir une telle étiquette pour ext2, ext3 ou ext4 à l’aide de la commande e2label(8), ou pour XFS à l’aide de xfs_admin(8), ou pour reiserfs à l’aide de reiserfstune(8).

-M, --move
Déplace un sous-arbre vers un autre emplacement. Voir ci-dessus, la section L’opération de déplacement.

-m, --mkdir[=mode]
Permet de créer un répertoire cible (point de montage) s’il n’existe pas. Alias de « -o X-mount.mkdir[=mode] », le mode par défaut est 0755. Pour plus de détails, voir X-mount.mkdir ci-dessous.

--map-groups, --map-users inner:_outer_:_count_
Ajoute le mappage utilisateur/groupe spécifié à une carte X-mount.idmap. Ces options peuvent être données plusieurs fois pour créer des mappages complets pour les utilisateurs et les groupes. Pour plus de détails, voir X-mount.idmap ci-dessous.

--map-users /proc/PID/ns/user
Utilise l’espace de noms utilisateur spécifié pour le mappage utilisateur et groupe dans un montage avec mappage d’ID. Il s’agit d’un alias de « -o X-mount.idmap=/proc/PID/ns/user » et ne peut pas être utilisé deux fois ni en même temps que l’option au format inner:_outer_:_count_ ci-dessus. Pour plus de détails, voir X-mount.idmap ci-dessous.

-n, --no-mtab
Monte sans écrire dans /etc/mtab. Ceci est nécessaire, par exemple, lorsque /etc se trouve sur un système de fichiers en lecture seule.

-N, --namespace ns
Effectue l’opération de montage dans l’espace de nom de montage spécifié par ns. ns est soit l’ID de processus d’un processus s’exécutant dans cet espace de nom, soit un fichier spécial représentant cet espace de nom.

mount bascule vers l’espace de nom de montage lorsqu’il lit /etc/fstab, écrit /etc/mtab (ou écrit dans /run/mount) et appelle mount(2), sinon il s’exécute dans l’espace de nom de montage d’origine. Cela signifie que l’espace de nom cible n’a pas besoin de contenir les bibliothèques ou autres exigences nécessaires à l’exécution de l’appel mount(2).

Consultez mount_namespaces(7) pour plus d’informations.

-O, --test-opts opts
Limite l’ensemble des systèmes de fichiers auxquels l’option -a s’applique. En ce sens, il est similaire à l’option -t, sauf que -O est inutile sans -a. Par exemple, la commande

mount -a -O no_netdev

monte tous les systèmes de fichiers, à l’exception de ceux qui ont l’option netdev spécifiée dans le champ des options du fichier /etc/fstab.

Il est différent de -t en ce sens que chaque option est mise en correspondance exactement ; un « no » au début d’une option n’annule pas le reste.

Les options -t et -O ont un effet cumulatif ; c’est-à-dire que la commande

mount -a -t ext2 -O _netdev

monte tous les systèmes de fichiers ext2 avec l’option _netdev, et non tous les systèmes de fichiers qui sont soit ext2, soit qui ont l’option _netdev spécifiée.

-o, --options opts
Utilise les options de montage spécifiées. L’argument opts est une liste séparée par des virgules. Par exemple :

mount LABEL=mydisk -o noatime,nodev,nosuid

Notez que l’ordre des options est important, car la dernière option prévaut en cas d’options conflictuelles. Les options de la ligne de commande remplacent également les options de fstab par défaut.

Pour plus de détails, consultez les sections OPTIONS DE MONTAGE INDÉPENDANTES DU SYSTÈME DE FICHIERS et OPTIONS DE MONTAGE SPÉCIFIQUES DU SYSTÈME DE FICHIERS.

--onlyonce
Force la commande mount à vérifier si le système de fichiers est déjà monté. Ce comportement est le comportement par défaut pour --all ; sinon, cela dépend du pilote du système de fichiers du noyau. Certains systèmes de fichiers peuvent être montés plus d’une fois au même point de montage (par exemple, tmpfs).

--options-mode mode
Contrôle la façon de combiner les options de fstab/mtab avec les options de la ligne de commande. mode peut être l’un des suivants : ignore, append, prepend ou replace. Par exemple, append signifie que les options de fstab sont ajoutées aux options de la ligne de commande. La valeur par défaut est prepend, ce qui signifie que les options de la ligne de commande sont évaluées après les options de fstab. Notez que la dernière option prévaut en cas d’options conflictuelles.

--options-source source
Source des options par défaut. source est une liste séparée par des virgules de fstab, mtab et disable. disable désactive fstab et mtab et active --options-source-force. La valeur par défaut est fstab,mtab.

--options-source-force
Utilise les options de fstab/mtab même si le périphérique et le répertoire sont spécifiés.

-R, --rbind
Remonte une sous-arborescence et tous les sous-montages possibles ailleurs (de sorte que son contenu soit disponible aux deux endroits). Voir ci-dessus, la sous-section Opération de montage lié.

-r, --read-only
Monte le système de fichiers en lecture seule. Un synonyme est -o ro.

Notez que, en fonction du type de système de fichiers, de son état et du comportement du noyau, le système peut toujours écrire sur le périphérique. Par exemple, ext3 et ext4 rejoueront le journal si le système de fichiers est sale. Pour empêcher ce type d’accès en écriture, vous pouvez monter un système de fichiers ext3 ou ext4 avec les options de montage ro,noload ou définir le périphérique de blocs lui-même en mode lecture seule, voir la commande blockdev(8).

-s

Tolère les options de montage incorrectes plutôt que de générer une erreur. Cela ignore les options de montage non prises en charge par un type de système de fichiers. Tous les systèmes de fichiers ne prennent pas en charge cette option. Actuellement, elle est prise en charge uniquement par l’utilitaire de montage mount.nfs.

--source périphérique

Si un seul argument est fourni à la commande mount, cet argument peut être interprété comme la cible (point de montage) ou la source (périphérique). Cette option vous permet de définir explicitement que l’argument est la source de montage.

--target répertoire

Si un seul argument est fourni à la commande mount, cet argument peut être interprété comme la cible (point de montage) ou la source (périphérique). Cette option vous permet de définir explicitement que l’argument est la cible de montage.

--target-prefix répertoire

Ajoute le répertoire spécifié comme préfixe à tous les points de montage. Cette option peut être utilisée pour suivre fstab, mais les opérations de montage sont effectuées à un autre endroit, par exemple :

mount --all --target-prefix /chroot -o X-mount.mkdir

Monte tous les éléments de fstab système dans /chroot, et tous les points de montage manquants sont créés (grâce à X-mount.mkdir). Voir également --fstab pour utiliser un fstab alternatif.

-T, --fstab chemin

Spécifie un fichier fstab alternatif. Si le chemin est un répertoire, les fichiers de ce répertoire sont triés par strverscmp(3) ; les fichiers commençant par « . » ou sans l’extension « .fstab » sont ignorés. L’option peut être spécifiée plusieurs fois. Cette option est principalement conçue pour les scripts initramfs ou chroot où une configuration supplémentaire est spécifiée en plus de la configuration système standard.

Notez que mount ne transmet pas l’option --fstab aux utilitaires /sbin/mount.type, ce qui signifie que les fichiers fstab alternatifs seront invisibles pour ces utilitaires. Ce n’est pas un problème pour les montages normaux, mais les montages utilisateur (non-root) nécessitent toujours un fichier fstab pour vérifier les droits de l’utilisateur.

-t, --types fstype

L’argument qui suit -t est utilisé pour indiquer le type de système de fichiers. Les types de systèmes de fichiers pris en charge dépendent du noyau en cours d’exécution. Consultez /proc/filesystems et /lib/modules/$(uname -r)/kernel/fs pour obtenir la liste complète des systèmes de fichiers. Les plus courants sont ext2, ext3, ext4, xfs, btrfs, vfat, sysfs, proc, nfs et cifs.

Les programmes mount et [umount]({filename}../../umount)(8) prennent en charge les sous-types de systèmes de fichiers. Le sous-type est défini par un suffixe « .subtype ». Par exemple, « fuse.sshfs ». Il est recommandé d’utiliser la notation de sous-type plutôt que d’ajouter un préfixe à la source de montage (par exemple, « sshfs#example.com » est obsolète).

Si aucune option -t n’est spécifiée, ou si le type auto est spécifié, mount tentera de deviner le type souhaité. mount utilise la bibliothèque libblkid(3) pour deviner le type de système de fichiers ; si cela ne donne rien de familier, mount tentera de lire le fichier /etc/filesystems, ou, si ce dernier n’existe pas, /proc/filesystems. Tous les types de systèmes de fichiers répertoriés seront essayés, à l’exception de ceux qui sont étiquetés « nodev » (par exemple, devpts, proc et nfs). Si /etc/filesystems se termine par une ligne contenant un seul « *\ », mount lira /proc/filesystems par la suite. Pendant les essais, tous les types de systèmes de fichiers seront montés avec l’option de montage « silent ».

La détection automatique du type peut être utile pour les disquettes montées par l’utilisateur. La création d’un fichier /etc/filesystems peut s’avérer utile pour modifier l’ordre de priorité (par exemple, pour essayer vfat avant msdos ou ext3 avant ext2) ou si vous utilisez un chargeur de modules de noyau.

Plus d’un type peut être spécifié dans une liste séparée par des virgules, pour l’option -t ainsi que dans une entrée /etc/fstab. La liste des types de systèmes de fichiers pour l’option -t peut être préfixée par no pour spécifier les types de systèmes de fichiers sur lesquels aucune action ne doit être effectuée. Le préfixe no n’a aucun effet lorsqu’il est spécifié dans une entrée /etc/fstab.

Le préfixe no peut avoir une signification avec l’option -a. Par exemple, la commande

mount -a -t nomsdos,smbfs

monte tous les systèmes de fichiers sauf ceux de type msdos et smbfs.

Pour la plupart des types, tout ce que le programme de montage doit faire est d’émettre un simple appel système mount(2), et aucune connaissance détaillée du type de système de fichiers n’est requise. Pour quelques types cependant (comme nfs, nfs4, cifs, smbfs, ncpfs), un code ad hoc est nécessaire. Les systèmes de fichiers nfs, nfs4, cifs, smbfs et ncpfs ont un programme de montage distinct. Afin de rendre possible le traitement uniforme de tous les types, mount exécutera le programme /sbin/mount.type (si celui-ci existe) lorsqu’il est appelé avec le type type. Étant donné que les différentes versions du programme smbmount ont des conventions d’appel différentes, /sbin/mount.smbfs peut devoir être un script shell qui configure l’appel souhaité.

-U, --uuid uuid

Monte la partition qui a l’UUID spécifié.

-v, --verbose

Active le mode verbeux. À partir de la version 2.41, si la nouvelle API de montage du noyau est disponible, elle affichera également les messages d’information du noyau.

-w, --rw, --read-write

Monte le système de fichiers en lecture/écriture. Le mode lecture/écriture est la valeur par défaut du noyau, et la valeur par défaut du programme de montage est d’essayer le montage en lecture seule si l’appel système mount(2) précédent avec les indicateurs de lecture/écriture sur les périphériques protégés en écriture échoue.

Un synonyme est -o rw.

Notez que la spécification de -w sur la ligne de commande force le programme de montage à ne jamais essayer de monter en lecture seule les périphériques protégés en écriture ou les systèmes de fichiers déjà montés en lecture seule.

-h, --help

Affiche le texte d’aide et se termine.

-V, --version

Affiche la version et se termine.

OPTIONS DE MONTAGE INDÉPENDANTES DU SYSTÈME DE FICHIERS

Certaines de ces options ne sont utiles que lorsqu’elles apparaissent dans le fichier /etc/fstab.

Certaines de ces options peuvent être activées ou désactivées par défaut dans le noyau du système. Pour vérifier le paramètre actuel, consultez les options dans /proc/mounts. Notez que les systèmes de fichiers ont également des options de montage par défaut spécifiques au système de fichiers (voir par exemple la sortie de tune2fs -l pour les systèmes de fichiers extN).

Notes sur le système de fichiers virtuel

Le système de fichiers virtuel (VFS) est la couche d'abstraction dans le noyau qui fournit l'interface du système de fichiers aux programmes de l'espace utilisateur. Il fournit également une abstraction au sein du noyau qui permet à différentes implémentations de systèmes de fichiers de coexister. Certaines options de montage ne s'appliquent qu'à cette couche.

Les options nosuid, noexec, nodiratime, relatime, noatime, strictatime et nosymfollow sont interprétées uniquement par la couche du noyau du système de fichiers virtuel et sont appliquées au nœud de point de montage plutôt qu'au système de fichiers lui-même. Pour obtenir un aperçu complet des systèmes de fichiers et des options VFS, essayez :

findmnt -o TARGET,VFS-OPTIONS,FS-OPTIONS

Depuis la version 2.39, libmount peut utiliser une nouvelle interface de montage du noyau pour définir les attributs VFS de manière récursive. Pour assurer la compatibilité avec les versions antérieures, cette fonctionnalité n'est pas activée par défaut, même si une opération récursive (par exemple, rbind) a été demandée. La nouvelle option « recursive » peut être spécifiée, par exemple :

mount -orbind,ro=recursive,noexec=recursive,nosuid /foo /bar

Cela lie de manière récursive les systèmes de fichiers de /foo à /bar, rendant /bar et tous les sous-points de montage en lecture seule et sans exécution, mais seul /bar sera « nosuid ». L'argument optionnel « recursive » pour les options de montage VFS est une fonctionnalité EXPÉRIMENTALE.

Notes sur les paramètres en lecture seule

Le paramètre en lecture seule (ro ou rw) est interprété par le système de fichiers virtuel et le système de fichiers, et cela dépend de la façon dont l'option est spécifiée dans la ligne de commande mount(8). Pour assurer la compatibilité avec les versions antérieures, par défaut, il est utilisé pour les deux couches lors des opérations de montage standard.

L'opération "-o bind,remount,ro" est appliquée uniquement au point de montage VFS, tandis que l'opération "-o remount,ro" est appliquée à la fois au VFS et au superbloc du système de fichiers. Cette sémantique permet de créer un point de montage en lecture seule tout en conservant le système de fichiers en écriture à partir d'un autre point de montage.

Depuis la version 2.41, libmount a la possibilité d'utiliser les arguments optionnels vfs et fs (par exemple, ro=fs) pour spécifier où le paramètre en lecture seule doit être appliqué. Par exemple, en utilisant la commande :

mount -o ro=vfs /dev/sdc1 /A

montera le système de fichiers en lecture-écriture au niveau du superbloc, mais le nœud /A sera défini comme étant en lecture seule. Dans les versions précédentes, cela nécessitait une opération supplémentaire "-o bind,remount,ro" pour obtenir le même résultat.

Options de montage génériques

Les options suivantes s'appliquent à tout système de fichiers en cours de montage, mais tous les systèmes de fichiers ne les prennent pas en charge. Par exemple, l'option sync n'a d'effet que sur les systèmes de fichiers ext2, ext3, ext4, fat, vfat, ufs et xfs.

async

Toutes les E/S vers le système de fichiers doivent être effectuées de manière asynchrone. (Voir également l'option sync.)

atime

Ne pas utiliser la fonctionnalité noatime, de sorte que l'heure d'accès à l'inode est contrôlée par les paramètres par défaut du noyau. Voir également les descriptions des options de montage relatime et strictatime.

noatime

Ne pas mettre à jour les heures d'accès aux inodes de ce système de fichiers (par exemple, pour un accès plus rapide au spool de nouvelles afin d'accélérer les serveurs de nouvelles). Cela fonctionne pour tous les types d'inodes (y compris les répertoires), donc cela implique nodiratime.

auto

Peut être monté avec l’option -a.

noauto

Ne peut être monté que de manière explicite (c’est-à-dire que l’option -a ne provoquera pas le montage du système de fichiers).

context=context, fscontext=context, defcontext=context et rootcontext=context

L’option context= est utile lors du montage de systèmes de fichiers qui ne prennent pas en charge les attributs étendus, tels qu’une disquette ou un disque dur formaté en VFAT, ou de systèmes qui ne fonctionnent pas normalement sous SELinux, tels qu’un disque formaté en ext3 ou ext4 provenant d’une station de travail non-SELinux. Vous pouvez également utiliser context= sur les systèmes de fichiers auxquels vous ne faites pas confiance, tels qu’une disquette. Cela contribue également à la compatibilité avec les systèmes de fichiers prenant en charge xattr sur les versions antérieures du noyau 2.4.. Même lorsque les xattr sont pris en charge, vous pouvez gagner du temps en évitant d’avoir à étiqueter chaque fichier en attribuant à l’ensemble du disque un contexte de sécurité.

Une option couramment utilisée pour les supports amovibles est context="system_u:object_r:removable_t".

L’option fscontext= fonctionne pour tous les systèmes de fichiers, quels que soient leur prise en charge des xattr. L’option fscontext définit l’étiquette de contexte du système de fichiers dans son ensemble à un contexte de sécurité spécifique. Cette étiquette du système de fichiers est distincte des étiquettes individuelles des fichiers. Elle représente l’ensemble du système de fichiers pour certains types de vérifications d’autorisations, par exemple lors du montage ou de la création de fichiers. Les étiquettes de fichiers individuelles sont toujours obtenues à partir des xattr des fichiers eux-mêmes. L’option context définit en fait le contexte agrégé que fournit fscontext, en plus d’attribuer la même étiquette aux fichiers individuels.

Vous pouvez définir le contexte de sécurité par défaut pour les fichiers non étiquetés à l’aide de l’option defcontext=. Cela remplace la valeur définie pour les fichiers non étiquetés dans la stratégie et nécessite un système de fichiers qui prend en charge l’étiquetage xattr.

L’option rootcontext= vous permet d’étiqueter explicitement l’inode racine du FS en cours de montage avant que ce FS ou inode ne soit visible pour l’espace utilisateur. Il a été constaté que cela était utile pour des choses comme Linux sans état. La valeur spéciale @target peut être utilisée pour attribuer le contexte actuel de l’emplacement du point de montage cible.

Notez que le noyau rejette toute demande de remontage qui inclut l’option context, même si elle n’est pas modifiée par rapport au contexte actuel.

Attention : la valeur context peut contenir des virgules, auquel cas la valeur doit être correctement entre guillemets, sinon mount interprétera la virgule comme un séparateur entre les options de montage. N’oubliez pas que le shell supprime les guillemets, et qu’il faut donc utiliser des guillemets doubles. Par exemple :

mount -t tmpfs none /mnt -o \
'context="system_u:object_r:tmp_t:s0:c127,c456",noexec'

Pour plus de détails, consultez selinux(8).

defaults

Utiliser les options par défaut : rw, suid, dev, exec, auto, nouser et async.

Notez que l’ensemble réel de toutes les options de montage par défaut dépend du noyau et du type de système de fichiers. Voir le début de cette section pour plus de détails.

dev

Interpréter les périphériques de caractères ou à blocs sur le système de fichiers.

nodev

Ne pas interpréter les périphériques de caractères ou à blocs sur le système de fichiers.

diratime
Met à jour les heures d’accès aux inodes des répertoires sur ce système de fichiers. C’est le comportement par défaut. (Cette option est ignorée lorsque noatime est défini.)

nodiratime
Ne met pas à jour les heures d’accès aux inodes des répertoires sur ce système de fichiers. (Cette option est implicite lorsque noatime est défini.)

dirsync
Toutes les mises à jour de répertoires dans le système de fichiers doivent être effectuées de manière synchrone. Cela affecte les appels système suivants : creat(2), link(2), [unlink]({filename}../../unlink)(2), symlink(2), [mkdir]({filename}../../mkdir)(2), [rmdir]({filename}../../rmdir)(2), mknod(2) et rename(2).

exec
Permet l’exécution de binaires et d’autres fichiers exécutables.

noexec
N’autorise pas l’exécution directe d’aucun binaire sur le système de fichiers monté.

group
Permet à un utilisateur ordinaire de monter le système de fichiers si l’un des groupes de cet utilisateur correspond au groupe de l’appareil. Cette option implique les options nosuid et nodev (à moins qu’elles ne soient annulées par des options ultérieures, comme dans la ligne d’options group,dev,suid).

iversion
Chaque fois que l’inode est modifié, le champ i_version est incrémenté.

noiversion
N’incrémente pas le champ d’inode i_version.

mand
Autorise les verrous obligatoires sur ce système de fichiers. Voir fcntl(2). Cette option a été dépréciée dans Linux 1.

nomand
N’autorise pas les verrous obligatoires sur ce système de fichiers.

_netdev
Le système de fichiers réside sur un périphérique qui nécessite un accès réseau (utilisé pour empêcher le système de tenter de monter ces systèmes de fichiers tant que le réseau n’a pas été activé sur le système).

nofail
Ne signale pas d’erreurs pour ce périphérique s’il n’existe pas.

relatime
Met à jour les heures d’accès aux inodes en fonction des heures de modification ou de changement. L’heure d’accès n’est mise à jour que si l’heure d’accès précédente est antérieure ou égale à l’heure de modification ou de changement actuelle. (Similaire à noatime, mais cela ne perturbe pas [mutt]({filename}../../mutt)(1) ou d’autres applications qui doivent savoir si un fichier a été lu depuis la dernière fois qu’il a été modifié.)

Depuis Linux 2.6.30, le noyau utilise par défaut le comportement fourni par cette option (à moins que noatime n’ait été spécifié), et l’option strictatime est requise pour obtenir une sémantique traditionnelle. De plus, depuis Linux 2.6.30, l’heure du dernier accès au fichier est toujours mise à jour s’il y a plus d’un jour.

norelatime
N’utilise pas la fonctionnalité relatime. Voir également l’option de montage strictatime.

strictatime
Permet de demander explicitement des mises à jour complètes de l’heure d’accès. Cela permet au noyau d’utiliser par défaut relatime ou noatime tout en permettant à l’espace utilisateur de remplacer ce comportement. Pour plus de détails sur les options de montage par défaut du système, voir /proc/mounts.

nostrictatime
Utilise le comportement par défaut du noyau pour les mises à jour de l’heure d’accès aux inodes.

lazytime
Met à jour uniquement les heures (atime, mtime, ctime) sur la version en mémoire de l’inode du fichier.

Cette option de montage réduit considérablement les écritures dans la table des inodes pour les charges de travail qui effectuent des écritures aléatoires fréquentes sur des fichiers préalloués.

Les horodatages sur disque ne sont mis à jour que lorsque :

l’inode doit être mis à jour en raison d’un changement non lié aux horodatages du fichier.

l'application utilise fsync(2), syncfs(2) ou sync(2)

un inode non supprimé est expulsé de la mémoire

plus de 24 heures se sont écoulées depuis que l'inode a été écrit sur le disque.

nolazytime
Ne pas utiliser la fonction lazytime.

suid
Respecter les bits set-user-ID et set-group-ID ou les capacités de fichier lors de l'exécution de programmes à partir de ce système de fichiers.

nosuid
Ne pas respecter les bits set-user-ID et set-group-ID ou les capacités de fichier lors de l'exécution de programmes à partir de ce système de fichiers. De plus, les transitions de domaine SELinux nécessitent l'autorisation nosuid_transition, qui nécessite à son tour la capacité de stratégie nnp_nosuid_transition.

silent
Activer le drapeau silent.

loud
Désactiver le drapeau silent.

owner
Autoriser un utilisateur ordinaire à monter le système de fichiers si cet utilisateur est le propriétaire du périphérique. Cette option implique les options nosuid et nodev (sauf si elles sont remplacées par des options ultérieures, comme dans la ligne d'option owner,dev,suid).

remount
Tenter de remonter un système de fichiers déjà monté. Ceci est couramment utilisé pour modifier les drapeaux de montage d'un système de fichiers, en particulier pour rendre un système de fichiers en lecture seule accessible en écriture. Cela ne modifie pas le périphérique ou le point de montage.

L'opération de remontage associée au drapeau bind a une sémantique spéciale. Voir ci-dessus, la sous-section Opération de montage bind.

Le comportement par défaut du noyau pour les drapeaux de montage VFS (nodev, nosuid, noexec, ro) consiste à réinitialiser tous les drapeaux non spécifiés lors du remontage. C'est pourquoi mount(8) tente de conserver le paramètre actuel en fonction de fstab ou de /proc/self/mountinfo. Ce comportement par défaut peut être modifié par l'option --options-mode. La modification récursive des drapeaux de montage (prise en charge depuis la version 2.39 sur les systèmes dotés de l'appel système mount_setattr(2)), par exemple, mount -o remount,ro=recursive, n'utilise pas le comportement "reset-unspecified", et cela fonctionne comme une simple opération d'ajout/suppression, et les drapeaux non spécifiés ne sont pas modifiés.

La fonctionnalité de remontage suit la manière standard dont la commande mount fonctionne avec les options de fstab. Cela signifie que mount ne lit pas fstab (ou mtab) que lorsque le périphérique et le répertoire sont spécifiés.

mount -o remount,rw /dev/foo /dir

Après cet appel, toutes les anciennes options de montage sont remplacées et des éléments arbitraires de fstab (ou mtab) sont ignorés, à l'exception de l'option loop= qui est générée et maintenue en interne par la commande mount.

mount -o remount,rw /dir

Après cet appel, mount lit fstab et fusionne ces options avec les options de la ligne de commande (-o). S'il n'y a pas de point de montage dans fstab, il utilise par défaut les options de /proc/self/mountinfo.

mount permet l'utilisation de --all pour remonter tous les systèmes de fichiers déjà montés qui correspondent à un filtre spécifié (-O et -t). Par exemple :

mount --all -o remount,ro -t vfat

remonte tous les systèmes de fichiers vfat déjà montés en mode lecture seule. Chacun des systèmes de fichiers est remonté en utilisant la sémantique mount -o remount,ro /dir. Cela signifie que la commande mount lit fstab ou mtab et fusionne ces options avec les options de la ligne de commande.

ro[=(recursive|vfs|fs)]
Monter le système de fichiers en lecture seule. L'argument optionnel est une fonctionnalité expérimentale prise en charge uniquement par l'API de montage du noyau basée sur les descripteurs de fichiers, et elle est ignorée silencieusement pour l'ancien appel système mount(2).

L’argument récursif force l’application de l’attribut VFS de manière récursive.

Les arguments vfs et fs spécifient la couche à laquelle le drapeau en lecture seule doit être appliqué. fs spécifie le superbloc du système de fichiers (instance unique du système de fichiers dans le noyau), et vfs spécifie le nœud de montage. Si aucun attribut n’est spécifié, les deux couches sont définies en lecture seule.

Pour plus de détails, veuillez consulter la section « Notes sur le paramétrage en lecture seule ».

rw[=(récursif|vfs|fs)]

Monte le système de fichiers en lecture-écriture.

sync

Toutes les opérations d’E/S sur le système de fichiers doivent être effectuées de manière synchrone. Dans le cas des supports ayant un nombre limité de cycles d’écriture (par exemple, certaines clés USB), l’option sync peut réduire la durée de vie du support.

user

Permet à un utilisateur ordinaire de monter le système de fichiers. Le nom de l’utilisateur qui effectue le montage est écrit dans le fichier mtab (ou dans le fichier libmount privé situé dans /run/mount sur les systèmes qui n’ont pas de fichier mtab standard) afin que ce même utilisateur puisse à nouveau démonter le système de fichiers. Cette option implique les options noexec, nosuid et nodev (sauf si elles sont remplacées par des options ultérieures, comme dans la ligne d’options user,exec,dev,suid).

nouser

Interdit à un utilisateur ordinaire de monter le système de fichiers. Il s’agit de la valeur par défaut ; elle n’implique aucune autre option.

users

Permet à n’importe quel utilisateur de monter et de démonter le système de fichiers, même si un autre utilisateur ordinaire l’a monté. Cette option implique les options noexec, nosuid et nodev (sauf si elles sont remplacées par des options ultérieures, comme dans la ligne d’options users,exec,dev,suid).

X-*

Toutes les options préfixées par « X- » sont interprétées comme des commentaires ou comme des options spécifiques à une application de l’espace utilisateur. Ces options ne sont pas stockées dans l’espace utilisateur (par exemple, dans le fichier mtab), ni envoyées aux programmes d’assistance de type mount, ni à l’appel système mount(2). Le format suggéré est X-nom_application.option.

x-*

Identique aux options X-*, mais elles sont stockées de manière permanente dans l’espace utilisateur. Cela signifie que les options sont également disponibles pour umount(8) ou d’autres opérations. Notez que la maintenance des options de montage dans l’espace utilisateur est délicate, car il est nécessaire d’utiliser des outils basés sur libmount et il n’y a aucune garantie que les options seront toujours disponibles (par exemple, après une opération de montage ou dans un espace de noms non partagé).

Avant util-linux v2.30, les options x-* n’étaient pas maintenues par libmount et stockées dans l’espace utilisateur (la fonctionnalité était la même que pour X-* maintenant), mais en raison du nombre croissant de cas d’utilisation (dans initrd, systemd, etc.), la fonctionnalité a été étendue pour permettre de conserver les configurations fstab existantes sans modification.

X-mount.auto-fstypes=liste

Spécifie les types de systèmes de fichiers autorisés ou interdits pour la détection automatique des systèmes de fichiers.

La liste est une liste de noms de systèmes de fichiers séparés par des virgules. La détection automatique du système de fichiers est déclenchée par le type de système de fichiers « auto » ou lorsque le type de système de fichiers n’est pas spécifié.

La liste suit la manière dont mount évalue les modèles de type (voir -t pour plus de détails). Seuls les types de systèmes de fichiers spécifiés sont autorisés, ou tous les types spécifiés sont interdits si la liste est préfixée par « no ».

Par exemple, X-mount.auto-fstypes="ext4,btrfs" n’accepte que ext4 et btrfs, et X-mount.auto-fstypes="novfat,xfs" accepte tous les systèmes de fichiers sauf vfat et xfs.

Notez que la virgule est utilisée comme séparateur entre les options de montage, ce qui signifie que les valeurs d’auto-fstypes doivent être correctement placées entre guillemets. N’oubliez pas que le shell supprime les guillemets, vous devez donc utiliser des guillemets doubles. Par exemple :

mount -t auto -o’X-mount.auto-fstypes="noext2,ext3"' /dev/sdc1 /mnt/test

X-mount.mkdir[=mode]

Permet de créer un répertoire cible (point de montage) s’il n’existe pas déjà. L’argument facultatif mode spécifie le mode d’accès au système de fichiers utilisé pour mkdir(2) en notation octale. Le mode par défaut est 0755. Cette fonctionnalité est prise en charge uniquement pour les utilisateurs root ou lorsque mount est exécuté sans permissions suid. L’option est également prise en charge sous la forme x-mount.mkdir, mais cette notation est dépréciée depuis la version 2.30. Voir également l’option de ligne de commande --mkdir.

X-mount.nocanonicalize[=type]

Permet de désactiver la canonisation des chemins source et cible du montage. Par défaut, la commande mount résout tous les chemins vers leurs chemins absolus sans liens symboliques. Cependant, ce comportement peut ne pas être souhaité dans certaines situations, telles que lorsque vous effectuez un montage lié sur un lien symbolique, ou un lien symbolique sur un répertoire ou un autre lien symbolique. L’argument facultatif type peut être soit "source", soit "target" (point de montage). Si aucun type n’est spécifié, la canonisation est désactivée pour les deux types. Cette option de montage n’affecte pas la conversion des balises source (par exemple, LABEL= ou UUID=) et le traitement de fstab.

L’option de ligne de commande --no-canonicalize annule cette option de montage et affecte toutes les conversions de chemins et de balises dans toutes les situations, mais pour assurer la compatibilité avec les versions antérieures, elle ne modifie pas les indicateurs d’appel système open_tree et ne permet pas l’utilisation du montage lié sur un lien symbolique.

Notez que mount(8) continue de traiter et de canoniser les chemins source et cible spécifiés sur la ligne de commande par les utilisateurs non root, quel que soit le paramètre X-mount.nocanonicalize.

X-mount.noloop

Ne créez pas et ne montez pas de périphérique de boucle, même si la source du montage est un fichier ordinaire.

X-mount.subdir=directory

Permet de monter un sous-répertoire d’un système de fichiers au lieu du répertoire racine. Ceci est efficace uniquement lorsqu’une nouvelle instance d’un système de fichiers est attachée au système. L’option est ignorée silencieusement pour les opérations telles que le remontage, le montage lié ou le déplacement.

Pour l’instant, cette fonctionnalité est implémentée par un montage temporaire du répertoire racine du système de fichiers dans un espace de noms non partagé, puis en liant le sous-répertoire au point de montage final et en démontant la racine du système de fichiers. Le montage du sous-répertoire apparaît de manière atomique pour le reste du système, bien qu’il soit implémenté par plusieurs appels système mount(2).

Notez que cette fonctionnalité ne fonctionnera pas dans une session avec un espace de noms de montage privé non partagé (après unshare --mount) sur les anciens noyaux ou avec mount(8) sans prise en charge de l’API de montage basée sur des descripteurs de fichiers du noyau. Dans ce cas, vous devez utiliser unshare --mount --propagation shared.

Cette fonctionnalité est expérimentale.

X-mount.owner=username|UID, X-mount.group=group|GID

Définit la propriété du point de montage après le montage. Les noms sont résolus dans l'espace de noms de montage cible, voir -N.

X-mount.mode=mode

Définit le mode du point de montage après le montage.

X-mount.idmap=id-type:id-mount:id-host:id-range [id-type:id-mount:id-host:id-range],
X-mount.idmap=file

Utilisez cette option pour créer un montage avec mappage d'ID. Un montage avec mappage d'ID permet de modifier la propriété de tous les fichiers situés sous un montage en fonction du mappage d'ID associé à un espace de noms d'utilisateur. La modification de propriété est liée à la durée de vie et est localisée au montage concerné. Le mappage d'ID pertinent peut être spécifié de deux manières :

Un utilisateur peut spécifier directement le mappage d'ID.

Le mappage d'ID doit être spécifié à l'aide de la syntaxe id-type:id-mount:id-host:id-range. La spécification de u comme préfixe id-type crée un mappage d'UID, g crée un mappage de GID et l'omission de id-type ou la spécification de b crée à la fois un mappage d'UID et de GID. Le paramètre id-mount indique l'ID de départ dans le nouveau montage. Le paramètre id-host indique l'ID de départ dans le système de fichiers. Le paramètre id-range indique le nombre d'ID à mapper. Il est possible de spécifier plusieurs mappages d'ID.

Les mappages d'ID individuels doivent être séparés par des espaces. Veuillez noter que dans le fichier /etc/fstab, les espaces sont interprétés comme des séparateurs entre les champs. Pour éviter cela, vous devez les échapper en utilisant \040. Par exemple, X-mount.idmap=0:0:1\040500:1000:1.

Par exemple, le mappage d'ID X-mount.idmap=u:1000:0:1 g:1001:1:2 5000:1000:2 crée un montage avec mappage d'ID où l'UID 0 est mappé à l'UID 1000, le GID 1 est mappé au GUID 1001, le GID 2 est mappé au GID 1002, l'UID et le GID 1000 sont mappés à 5000, et l'UID et le GID 1001 sont mappés à 5001 dans le montage.

Lorsqu'un mappage d'ID est spécifié directement, un nouvel espace de noms d'utilisateur sera alloué avec le mappage d'ID demandé. Le nouvel espace de noms d'utilisateur créé sera attaché au montage.

Un utilisateur peut spécifier un fichier d'espace de noms d'utilisateur.

L'espace de noms d'utilisateur sera alors attaché au montage et le mappage d'ID de l'espace de noms d'utilisateur deviendra le mappage d'ID du montage.

Par exemple, X-mount.idmap=/proc/PID/ns/user attachera l'espace de noms d'utilisateur du processus PID au montage.

nosymfollow

Ne pas suivre les liens symboliques lors de la résolution des chemins. Les liens symboliques peuvent toujours être créés, et readlink(1), readlink(2), realpath(1) et realpath(3) fonctionnent toujours correctement.

OPTIONS DE MONTAGE SPÉCIFIQUES AU SYSTÈME DE FICHIERS

Cette section répertorie les options qui sont spécifiques à certains systèmes de fichiers. Dans la mesure du possible, vous devez d'abord consulter les pages de manuel spécifiques au système de fichiers pour plus de détails. Certaines de ces pages sont répertoriées dans le tableau suivant.

┌──────────────────┬───────────────┐
│                  │               │
│ Système de fichiers│ Page de manuel│
├──────────────────┼───────────────┤
│                  │               │
│ btrfs            │ btrfs(5)      │
├──────────────────┼───────────────┤
│                  │               │
│ cifs             │ mount.cifs(8) │
├──────────────────┼───────────────┤
│                  │               │
│ ext2, ext3, ext4 │ ext4(5)       │
├──────────────────┼───────────────┤
│                  │               │
│ fuse             │ [fuse]({filename}../../fuse)(8)       │
├──────────────────┼───────────────┤
│                  │               │
│ nfs              │ nfs(5)        │
├──────────────────┼───────────────┤
│                  │               │
│ tmpfs            │ tmpfs(5)      │
├──────────────────┼───────────────┤
│                  │               │
│ xfs              │ xfs(5)        │
└──────────────────┴───────────────┘

Notez que certaines des pages répertoriées ci-dessus ne sont accessibles qu'après l'installation des outils utilisateur correspondants.

Les options suivantes ne s'appliquent qu'à certains systèmes de fichiers. Nous les classons par système de fichiers. Toutes les options sont précédées de l'indicateur -o.

Les options prises en charge dépendent un peu du noyau en cours d'exécution. Des informations supplémentaires peuvent être disponibles dans les fichiers spécifiques au système de fichiers du sous-répertoire Documentation/filesystems du code source du noyau.

Options de montage pour adfs

uid=value et gid=value

Définissent le propriétaire et le groupe des fichiers dans le système de fichiers (par défaut : uid=gid=0).

ownmask=value et othmask=value

Définissent le masque de permissions pour les permissions « propriétaire » et « autres » d'ADFS, respectivement (par défaut : 0700 et 0077, respectivement). Voir également /usr/src/linux/Documentation/filesystems/adfs.rst.

Options de montage pour affs

uid=value et gid=value

Définissent le propriétaire et le groupe de la racine du système de fichiers (par défaut : uid=gid=0, mais avec l'option uid ou gid sans valeur spécifiée, l'UID et le GID du processus actuel sont utilisés).

setuid=value et setgid=value

Définissent le propriétaire et le groupe de tous les fichiers.

mode=value

Définissent le mode de tous les fichiers sur la valeur & 0777, en ignorant les permissions d'origine. Ajoutent la permission de recherche aux répertoires qui ont la permission de lecture. La valeur est donnée en octal.

protect

N'autorisent aucune modification des bits de protection du système de fichiers.

usemp

Définit l’UID et le GID du répertoire racine du système de fichiers sur l’UID et le GID du point de montage lors de la première synchronisation ou du démontage, puis efface cette option. Étrange…

verbose

Affiche un message d’information pour chaque montage réussi.

prefix=chaîne

Préfixe utilisé avant le nom du volume lors du suivi d’un lien.

volume=chaîne

Préfixe (d’une longueur maximale de 30) utilisé avant « / » lors du suivi d’un lien symbolique.

reserved=valeur

(Valeur par défaut : 2.) Nombre de blocs inutilisés au début du périphérique.

root=valeur

Indique explicitement l’emplacement du bloc racine.

bs=valeur

Indique la taille des blocs. Les valeurs autorisées sont 512, 1024, 2048, 4096.

grpquota|noquota|quota|usrquota

Ces options sont acceptées mais ignorées. (Cependant, les utilitaires de quotas peuvent réagir à ces chaînes dans /etc/fstab.)

Options de montage pour debugfs

Le système de fichiers debugfs est un pseudo-système de fichiers, traditionnellement monté sur /sys/kernel/debug. À partir de la version 3.4 du noyau, debugfs a les options suivantes :

uid=n, gid=n

Définit le propriétaire et le groupe du point de montage.

mode=valeur

Définit le mode du point de montage.

Options de montage pour devpts

Le système de fichiers devpts est un pseudo-système de fichiers, traditionnellement monté sur /dev/pts. Afin d’acquérir un pseudo-terminal, un processus ouvre /dev/ptmx ; le numéro du pseudo-terminal est alors mis à disposition du processus, et le pseudo-terminal esclave peut être consulté sous /dev/pts/.

uid=valeur et gid=valeur

Cela définit le propriétaire ou le groupe des pseudo-terminaux nouvellement créés aux valeurs spécifiées. Si rien n’est spécifié, ils seront définis sur l’UID et le GID du processus de création. Par exemple, s’il existe un groupe tty avec GID 5, alors gid=5 fera en sorte que les pseudo-terminaux nouvellement créés appartiennent au groupe tty.

mode=valeur

Définit le mode des pseudo-terminaux nouvellement créés sur la valeur spécifiée. La valeur par défaut est 0600. Une valeur de mode=620 et gid=5 rend « mesg y » la valeur par défaut pour les pseudo-terminaux nouvellement créés.

newinstance

Crée une instance privée du système de fichiers devpts, de sorte que les index des pseudo-terminaux alloués dans cette nouvelle instance soient indépendants des index créés dans d’autres instances de devpts.

Tous les montages de devpts sans l’option newinstance partagent le même ensemble d’index de pseudo-terminaux (c’est-à-dire le mode hérité). Chaque montage de devpts avec l’option newinstance a un ensemble privé d’index de pseudo-terminaux.

Cette option est principalement utilisée pour prendre en charge les conteneurs dans le noyau Linux. Elle est implémentée dans les versions du noyau Linux à partir de 2.6.29. De plus, cette option de montage n’est valide que si CONFIG_DEVPTS_MULTIPLE_INSTANCES est activé dans la configuration du noyau.

Pour utiliser cette option efficacement, /dev/ptmx doit être un lien symbolique vers pts/ptmx. Voir Documentation/filesystems/devpts.txt dans l’arborescence des sources du noyau Linux pour plus de détails.

ptmxmode=valeur

Définit le mode du nouveau nœud de périphérique ptmx dans le système de fichiers devpts.

Avec le support des instances multiples de devpts (voir l’option newinstance ci-dessus), chaque instance a un nœud ptmx privé à la racine du système de fichiers devpts (généralement /dev/pts/ptmx).

Pour assurer la compatibilité avec les versions plus anciennes du noyau, le mode par défaut du nouveau nœud ptmx est 000. L’option ptmxmode=valeur spécifie un mode plus utile pour le nœud ptmx et il est fortement recommandé de l’utiliser lorsque l’option newinstance est spécifiée.

Cette option n’est implémentée que dans les versions du noyau Linux à partir de la version 2.6.29. De plus, cette option n’est valide que si CONFIG_DEVPTS_MULTIPLE_INSTANCES est activé dans la configuration du noyau.

Options de montage pour fat

(Remarque : fat n’est pas un système de fichiers distinct, mais fait partie des systèmes de fichiers msdos, umsdos et vfat.)

blocksize={512|1024|2048}

Définit la taille des blocs (par défaut : 512). Cette option est obsolète.

uid=valeur et gid=valeur

Définit le propriétaire et le groupe de tous les fichiers. (Par défaut : l’UID et le GID du processus actuel.)

umask=valeur

Définit le masque d’autorisation (le masque de bits des autorisations qui ne sont pas présentes). La valeur par défaut est le masque d’autorisation du processus actuel. La valeur est donnée en octal.

dmask=valeur

Définit le masque d’autorisation appliqué uniquement aux répertoires. La valeur par défaut est le masque d’autorisation du processus actuel. La valeur est donnée en octal.

fmask=valeur

Définit le masque d’autorisation appliqué uniquement aux fichiers ordinaires. La valeur par défaut est le masque d’autorisation du processus actuel. La valeur est donnée en octal.

allow_utime=valeur

Cette option contrôle la vérification des autorisations de mtime/atime.

20Si le processus actuel fait partie du groupe de l’ID de groupe du fichier, vous pouvez modifier l’horodatage.

2Les autres utilisateurs peuvent modifier l’horodatage.

La valeur par défaut est définie à partir de l’option « dmask ». (Si le répertoire est accessible en écriture, utime(2) est également autorisé. C’est-à-dire ~dmask & 022)

Normalement, utime(2) vérifie que le processus actuel est le propriétaire du fichier, ou qu’il dispose de la capacité CAP_FOWNER. Mais les systèmes de fichiers FAT n’ont pas d’UID/GID sur le disque, de sorte que la vérification normale est trop rigide. Avec cette option, vous pouvez la rendre moins stricte.

check=valeur

Trois niveaux de sévérité différents peuvent être choisis :

r[elaxed]

Les majuscules et les minuscules sont acceptées et équivalentes, les longues parties des noms sont tronquées (par exemple, verylongname.foobar devient verylong.foo), les espaces en tête et intégrés sont acceptés dans chaque partie du nom (nom et extension).

n[ormal]

Comme « relaxed », mais de nombreux caractères spéciaux (*, ?, <, espaces, etc.) sont rejetés. C’est la valeur par défaut.

s[trict]

Comme « normal », mais les noms qui contiennent des parties longues ou des caractères spéciaux qui sont parfois utilisés sous Linux mais qui ne sont pas acceptés par MS-DOS (+, =, etc.) sont rejetés.

codepage=valeur

Définit la page de code pour la conversion des caractères en caractères abrégés dans les systèmes de fichiers FAT et VFAT. Par défaut, la page de code 437 est utilisée.

conv=mode

Cette option est obsolète et peut échouer ou être ignorée.

cvf_format=module

Force le pilote à utiliser le module CVF (Compressed Volume File) cvf_module au lieu de la détection automatique. Si le noyau prend en charge kmod, l’option cvf_format=xxx contrôle également le chargement à la demande du module CVF. Cette option est obsolète.

cvf_option=option

Option transmise au module CVF. Cette option est obsolète.

debug

Active le drapeau de débogage. Une chaîne de version et une liste des paramètres du système de fichiers seront affichées (ces données sont également affichées si les paramètres semblent incohérents).

discard

Si cette option est définie, les commandes discard/TRIM sont envoyées au périphérique de stockage lorsque des blocs sont libérés. Cela est utile pour les périphériques SSD et les LUN à provisionnement clair/éparse.

dos1xfloppy

Si cette option est définie, une configuration par défaut du bloc de paramètres BIOS de secours est utilisée, déterminée par la taille du périphérique de sauvegarde. Ces paramètres statiques correspondent aux valeurs par défaut supposées par DOS 1.x pour les disquettes et les images de disquettes de 160 Ko, 180 Ko, 320 Ko et 360 Ko.

errors={panic|continue|remount-ro}

Spécifie le comportement de FAT en cas d’erreurs critiques : panic, continue sans rien faire, ou remonte la partition en mode lecture seule (comportement par défaut).

fat={12|16|32}

Spécifie une table FAT de 12, 16 ou 32 bits. Cela remplace la routine de détection automatique du type FAT. À utiliser avec prudence !

iocharset=valeur

Ensemble de caractères à utiliser pour la conversion entre les caractères 8 bits et les caractères Unicode 16 bits. La valeur par défaut est iso8859-1. Les longs noms de fichiers sont stockés sur le disque au format Unicode.

nfs={stale_rw|nostale_ro}

Activez cette option uniquement si vous souhaitez exporter le système de fichiers FAT via NFS.

stale_rw : cette option maintient un index (cache) des inodes de répertoire qui est utilisé par le code lié à NFS pour améliorer les recherches. Les opérations de fichiers complètes (lecture/écriture) via NFS sont prises en charge, mais avec l’expulsion du cache sur le serveur NFS, cela peut entraîner des erreurs ESTALE sporadiques.

nostale_ro : cette option base le numéro d’inode et le descripteur de fichier sur l’emplacement du fichier dans la table FAT. Cela garantit qu’aucun ESTALE ne sera renvoyé après qu’un fichier a été expulsé du cache d’inodes. Toutefois, cela signifie que des opérations telles que la modification du nom, la création et la suppression peuvent faire en sorte que les descripteurs de fichiers qui pointaient précédemment vers un fichier pointent vers un fichier différent, ce qui peut potentiellement entraîner une corruption des données. Pour cette raison, cette option monte également le système de fichiers en lecture seule.

Pour maintenir la compatibilité ascendante, -o nfs est également accepté, et par défaut, il utilise stale_rw.

tz=UTC

Cette option désactive la conversion des horodatages entre l’heure locale (utilisée par Windows sur FAT) et UTC (utilisée en interne par Linux). Ceci est particulièrement utile lors du montage d’appareils (tels que des appareils photo numériques) qui sont configurés sur UTC afin d’éviter les pièges de l’heure locale.

time_offset=minutes

Définissez le décalage pour la conversion des horodatages de l’heure locale utilisée par FAT vers UTC. C’est-à-dire que le nombre de minutes sera soustrait de chaque horodatage pour le convertir en UTC, qui est utilisé en interne par Linux. Ceci est utile lorsque la zone horaire définie dans le noyau via settimeofday(2) n’est pas la zone horaire utilisée par le système de fichiers. Notez que cette option ne fournit toujours pas d’horodatages corrects dans tous les cas en présence d’horaire d’été : les horodatages dans un réglage d’horaire d’été différent seront décalés d’une heure.

quiet

Active le drapeau « quiet ». Les tentatives de modification du propriétaire ou des autorisations des fichiers ne renvoient pas d’erreurs, même si elles échouent. À utiliser avec prudence !

rodir

FAT a l’attribut ATTR_RO (lecture seule). Sous Windows, l’ATTR_RO du répertoire est simplement ignoré et est utilisé uniquement par les applications comme indicateur (par exemple, il est défini pour le dossier personnalisé).

Si vous souhaitez utiliser ATTR_RO comme indicateur de lecture seule, même pour les répertoires, définissez cette option.

showexec

Si cette option est définie, les bits de permission d’exécution du fichier ne seront autorisés que si l’extension du nom est .EXE, .COM ou .BAT. Par défaut, cette option n’est pas définie.

sys_immutable

Si cette option est définie, l’attribut ATTR_SYS sur FAT sera traité comme l’indicateur IMMUTABLE sur Linux. Par défaut, cette option n’est pas définie.

flush

Si cette option est définie, le système de fichiers tentera de vider les données sur le disque plus tôt que d’habitude. Par défaut, cette option n’est pas définie.

usefree

Utiliser la valeur « clusters libres » stockée dans FSINFO. Elle sera utilisée pour déterminer le nombre de clusters libres sans analyser le disque. Mais elle n’est pas utilisée par défaut, car les versions récentes de Windows ne la mettent pas à jour correctement dans certains cas. Si vous êtes certain que la valeur « clusters libres » dans FSINFO est correcte, vous pouvez, grâce à cette option, éviter d’analyser le disque.

dots, nodots, dotsOK=[yes|no]

Diverses tentatives infructueuses pour imposer les conventions Unix ou DOS sur un système de fichiers FAT.

Options de montage pour hfs

creator=cccc, type=cccc

Définir les valeurs de créateur/type telles qu’elles sont affichées par le Finder de MacOS utilisé pour créer de nouveaux fichiers. Valeurs par défaut : ‘????’.

uid=n, gid=n

Définir l’utilisateur et le groupe de tous les fichiers. (Par défaut : l’UID et le GID du processus actuel.)

dir_umask=n, file_umask=n, umask=n

Définir le masque de permissions utilisé pour tous les répertoires, tous les fichiers réguliers, ou tous les fichiers et répertoires. Par défaut, le masque de permissions du processus actuel est utilisé.

session=n

Sélectionner la session de CD-ROM à monter. Par défaut, cette décision est laissée au pilote de CD-ROM. Cette option échouera avec tout autre périphérique qu’un CD-ROM.

part=n

Sélectionner le numéro de partition n du périphérique. Cela n’a de sens que pour les CD-ROM. Par défaut, la table de partition n’est pas analysée.

quiet

Ne pas afficher de message d’erreur pour les options de montage non valides.

Options de montage pour hpfs

uid=value et gid=value

Définir l’utilisateur et le groupe de tous les fichiers. (Par défaut : l’UID et le GID du processus actuel.)

umask=value

Définir le masque de permissions (le masque de bits des permissions qui ne sont pas présentes). La valeur est donnée en octal. La valeur par défaut est le masque de permissions du processus actuel.

case={lower|asis}

Convertir tous les noms de fichiers en minuscules, ou les laisser tels quels. (Par défaut : case=lower.)

conv=mode

Cette option est obsolète et peut échouer ou être ignorée.

nocheck

Ne pas interrompre le montage lorsque certaines vérifications de cohérence échouent.

Options de montage pour iso9660

ISO 9660 est une norme décrivant une structure de système de fichiers à utiliser sur les CD-ROM. (Ce type de système de fichiers est également utilisé sur certains DVD. Voir également le système de fichiers UDF.)

Les noms de fichiers ISO 9660 normaux apparaissent dans un format 8.3 (c’est-à-dire des restrictions de type DOS sur la longueur des noms de fichiers), et en plus tous les caractères sont en majuscules. De plus, il n’y a pas de champ pour la propriété des fichiers, les permissions, le nombre de liens, la provision pour les périphériques de type bloc/caractère, etc.

Rock Ridge est une extension d’ISO 9660 qui fournit toutes ces fonctionnalités de type UNIX. Essentiellement, il existe des extensions à chaque enregistrement de répertoire qui fournissent toutes les informations supplémentaires, et lorsque Rock Ridge est utilisé, le système de fichiers est indistinguable d’un système de fichiers UNIX normal (à l’exception du fait qu’il est en lecture seule).

norock
Désactive l’utilisation des extensions Rock Ridge, même si elles sont disponibles. Voir map.

nojoliet
Désactive l’utilisation des extensions Microsoft Joliet, même si elles sont disponibles. Voir map.

check={r[elaxed]|s[trict]}
Avec check=relaxed, un nom de fichier est d’abord converti en minuscules avant d’effectuer la recherche.
Ceci n’est probablement pertinent qu’en combinaison avec norock et map=normal. (Par défaut : check=strict.)

uid=value et gid=value
Attribue à tous les fichiers du système de fichiers l’ID utilisateur ou de groupe indiqué, en remplaçant éventuellement
les informations trouvées dans les extensions Rock Ridge. (Par défaut : uid=0, gid=0.)

map={n[ormal]|o[ff]|a[corn]}
Pour les volumes non Rock Ridge, la traduction de nom normale convertit les lettres majuscules en minuscules ASCII,
supprime un point-virgule final « ;1 » et convertit les points-virgules en points « . ». Avec map=off, aucune traduction de nom n’est effectuée. Voir norock.
(Par défaut : map=normal.) map=acorn est similaire à map=normal, mais applique également les extensions Acorn si elles sont présentes.

mode=value
Pour les volumes non Rock Ridge, attribue à tous les fichiers le mode indiqué. (Par défaut : autorisation de lecture et d’exécution pour tous.) Les valeurs de mode octales nécessitent un préfixe 0.

unhide
Affiche également les fichiers cachés et associés. (Si les fichiers ordinaires et les fichiers associés ou cachés ont le même nom, cela peut rendre les fichiers ordinaires inaccessibles.)

block={512|1024|2048}
Définit la taille du bloc à la valeur indiquée. (Par défaut : block=1024.)

conv=mode
Cette option est obsolète et peut échouer ou être ignorée.

cruft
Si l’octet de poids fort de la longueur du fichier contient d’autres données inutiles, définissez cette option de montage pour ignorer
les bits de poids fort de la longueur du fichier. Cela implique qu’un fichier ne peut pas dépasser 16 Mo.

session=x
Sélectionne le numéro de session sur un CD multi-session.

sbsector=xxx
La session commence au secteur xxx.

Les options suivantes sont les mêmes que pour vfat et leur spécification n’a de sens que lorsque vous utilisez
des disques codés à l’aide des extensions Microsoft Joliet.

iocharset=value
Jeu de caractères à utiliser pour convertir les caractères Unicode 16 bits sur CD en caractères 8 bits.
La valeur par défaut est iso8859-1.

utf8
Convertit les caractères Unicode 16 bits sur CD en UTF-8.

Options de montage pour jfs

iocharset=name
Jeu de caractères à utiliser pour la conversion d’Unicode en ASCII. Par défaut, aucune conversion n’est effectuée.
Utilisez iocharset=utf8 pour les traductions UTF8. Cela nécessite que CONFIG_NLS_UTF8 soit défini dans le fichier .config du noyau.

resize=value
Redimensionne le volume à la valeur de blocs indiquée. JFS prend en charge uniquement l’agrandissement d’un volume, pas sa réduction.
Cette option n’est valide que lors d’un remontage, lorsque le volume est monté en lecture-écriture. L’option resize sans valeur agrandira le volume à la taille totale de la partition.

nointegrity
N’écrit pas dans le journal. L’utilisation principale de cette option est de permettre d’obtenir de meilleures performances lors de la restauration d’un volume à partir d’un support de sauvegarde. L’intégrité du volume n’est pas garantie si le système se termine de manière anormale.

integrity
Par défaut. Valide les modifications des métadonnées dans le journal. Utilisez cette option pour remonter un volume pour lequel l’option nointegrity a été précédemment spécifiée afin de rétablir le comportement normal.

errors={continue|remount-ro|panic}

Définit le comportement à adopter en cas de rencontre d'une erreur. (Ignorer les erreurs et simplement marquer le système de fichiers comme erroné, ou remonter le système de fichiers en lecture seule, ou provoquer une panique et arrêter le système.)

noquota|quota|usrquota|grpquota

Ces options sont acceptées mais ignorées.

Options de montage pour msdos

Voir les options de montage pour fat. Si le système de fichiers msdos détecte une incohérence, il signale une erreur et définit le système de fichiers en lecture seule. Le système de fichiers peut redevenir accessible en écriture en le remontant.

Options de montage pour ncpfs

Comme pour nfs, l'implémentation ncpfs attend un argument binaire (une structure ncp_mount_data) dans 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 de ncpfs.

Options de montage pour ntfs

iocharset=name

Jeu de caractères à utiliser pour renvoyer les noms de fichiers. Contrairement à VFAT, NTFS supprime les noms qui contiennent des caractères non convertibles. Déprécié.

nls=name

Nouveau nom pour l'option précédemment appelée iocharset.

utf8

Utiliser UTF-8 pour la conversion des noms de fichiers.

uni_xlate={0|1|2}

Pour 0 (ou 'no' ou 'false'), ne pas utiliser de séquences d'échappement pour les caractères Unicode inconnus. Pour 1 (ou 'yes' ou 'true') ou 2, utiliser des séquences d'échappement de 4 octets de type vfat, commençant par ":". Ici, 2 donne un encodage little-endian et 1 un encodage big-endian inversé.

posix=[0|1]

Si activé (posix=1), le système de fichiers distingue les majuscules et les minuscules. Les noms d'alias 8.3 sont présentés comme des liens matériels au lieu d'être supprimés. Cette option est obsolète.

uid=value, gid=value et umask=value

Définit les permissions des fichiers sur le système de fichiers. La valeur umask est donnée en octal. Par défaut, les fichiers appartiennent à root et ne sont pas lisibles par les autres.

Options de montage pour overlay

Depuis Linux 3.18, le pseudo-système de fichiers overlay implémente un montage d'union pour d'autres systèmes de fichiers.

Un système de fichiers overlay combine deux systèmes de fichiers : un système de fichiers supérieur et un système de fichiers inférieur. Lorsqu'un nom existe dans les deux systèmes de fichiers, l'objet du système de fichiers supérieur est visible, tandis que l'objet du système de fichiers inférieur est soit masqué, soit, dans le cas des répertoires, 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 pas besoin d'être sur un système de fichiers accessible en écriture. Le système de fichiers inférieur peut même être un autre overlayfs. Le système de fichiers supérieur sera normalement accessible en écriture et, si c'est le cas, il doit prendre en charge la création d'attributs étendus trusted.*, et doit fournir un d_type valide dans les réponses readdir, de sorte que NFS ne convienne pas.

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

mount -t overlay overlay \
-olowerdir=/lower,upperdir=/upper,workdir=/work /merged

lowerdir=directory

N'importe quel système de fichiers, n'a pas besoin d'être sur un système de fichiers accessible en écriture.

upperdir=directory

Le répertoire upperdir se trouve normalement sur un système de fichiers en écriture.

workdir=directory

Le répertoire workdir doit être un répertoire vide situé sur le même système de fichiers que upperdir.

userxattr

Utiliser l’espace de noms « user.overlay. » xattr au lieu de « trusted.overlay. ». Ceci est utile pour le montage non privilégié de overlayfs.

redirect_dir={on|off|follow|nofollow}

Si la fonctionnalité redirect_dir est activée, le répertoire est copié (mais pas son contenu). Ensuite, l’attribut étendu « {trusted|user}.overlay.redirect » est défini avec le chemin de l’emplacement d’origine à partir de la racine de l’overlay. Enfin, le répertoire est déplacé vers le nouvel emplacement.

on

Les redirections sont activées.

off

Les redirections ne sont pas créées et ne sont suivies que si la fonctionnalité « redirect_always_follow » est activée dans la configuration du noyau/module.

follow

Les redirections ne sont pas créées, mais elles sont suivies.

nofollow

Les redirections ne sont pas créées et ne sont pas suivies (équivalent à « redirect_dir=off » si la fonctionnalité « redirect_always_follow » n’est pas activée).

index={on|off}

Index d’inode. Si cette fonctionnalité est désactivée et qu’un fichier avec plusieurs liens physiques est copié, cela « cassera » le lien. Les modifications ne seront pas propagées aux autres noms faisant référence au même inode.

uuid={on|off}

Peut être utilisé pour remplacer l’UUID du système de fichiers sous-jacent dans les descripteurs de fichiers par null, et désactiver effectivement les vérifications d’UUID. Ceci peut être utile si le disque sous-jacent est copié et que l’UUID de cette copie est modifié. Ceci ne s’applique que si tous les répertoires inférieur/supérieur/travail se trouvent sur le même système de fichiers, sinon il reviendra au comportement normal.

nfs_export={on|off}

Lorsque le système de fichiers sous-jacent prend en charge l’exportation NFS et que la fonctionnalité « nfs_export » est activée, un système de fichiers overlay peut être exporté vers NFS.

Avec la fonctionnalité « nfs_export », lors de la copie d’un objet inférieur, une entrée d’index est créée dans le répertoire d’index. Le nom de l’entrée d’index est la représentation hexadécimale du descripteur de fichier d’origine de la copie. Pour un objet qui n’est pas un répertoire, l’entrée d’index est un lien physique vers l’inode supérieur. Pour un objet de répertoire, l’entrée d’index a un attribut étendu « {trusted|user}.overlay.upper » avec un descripteur de fichier codé de l’inode du répertoire supérieur.

Lorsque le codage d’un descripteur de fichier d’un objet du système de fichiers overlay est effectué, les règles suivantes s’appliquent :

Pour un objet qui n’est pas un objet supérieur, coder un descripteur de fichier inférieur à partir de l’inode inférieur.

Pour un objet indexé, coder un descripteur de fichier inférieur à partir de l’origine de la copie.

Pour un objet supérieur pur et pour un objet supérieur non indexé existant, coder un descripteur de fichier supérieur à partir de l’inode supérieur.

Le descripteur de fichier overlay codé comprend :

Un en-tête incluant des informations sur le type de chemin (par exemple, inférieur/supérieur).

L’UUID du système de fichiers sous-jacent.

Le codage du système de fichiers sous-jacent de l’inode sous-jacent.

Ce format de codage est identique au format de codage des descripteurs de fichiers qui sont stockés dans l’attribut étendu « {trusted|user}.overlay.origin ». Lors du décodage d’un descripteur de fichier overlay, les étapes suivantes sont suivies :

Trouver la couche sous-jacente par l’UUID et les informations de type de chemin.

Décode le descripteur de fichier du système de fichiers sous-jacent pour obtenir le dentry sous-jacent.

Pour un descripteur de fichier de niveau inférieur, recherchez le descripteur dans le répertoire d'index par son nom.

Si un "whiteout" est trouvé dans l'index, renvoyez ESTALE. Cela représente un objet d'overlay qui a été supprimé après que son descripteur de fichier a été encodé.

Pour un fichier non-répertoire, créez un dentry d'overlay déconnecté à partir du dentry sous-jacent décodé, du type de chemin et de l'inode d'index, si trouvé.

Pour un répertoire, utilisez le dentry sous-jacent décodé connecté, le type de chemin et l'index pour rechercher un dentry d'overlay connecté.

Le décodage d'un descripteur de fichier non-répertoire peut renvoyer un dentry déconnecté. La copie de ce dentry déconnecté créera une entrée d'index supérieur sans alias supérieur.

Lorsqu'un système de fichiers overlay a plusieurs couches inférieures, un répertoire de couche intermédiaire peut avoir une "redirection" vers un répertoire inférieur. Étant donné que les "redirections" de la couche intermédiaire ne sont pas indexées, un descripteur de fichier inférieur qui a été encodé à partir du répertoire d'origine de la "redirection" ne peut pas être utilisé pour trouver le répertoire de la couche intermédiaire ou supérieure. De même, un descripteur de fichier inférieur qui a été encodé à partir d'un descendant du répertoire d'origine de la "redirection" ne peut pas être utilisé pour reconstruire un chemin d'overlay connecté. Pour atténuer les cas de répertoires qui ne peuvent pas être décodés à partir d'un descripteur de fichier inférieur, ces répertoires sont copiés lors de l'encodage et encodés en tant que descripteur de fichier supérieur. Sur un système de fichiers overlay sans couche supérieure, cette atténuation ne peut pas être utilisée. Dans cette configuration, l'exportation NFS nécessite de désactiver le suivi des redirections (par exemple, "redirect_dir=nofollow").

Le système de fichiers overlay ne prend pas en charge les descripteurs de fichiers connectables qui ne sont pas des répertoires, de sorte que l'exportation avec la configuration subtree_check d'exportfs entraînera des échecs de recherche de fichiers sur NFS.

Lorsque la fonctionnalité d'exportation NFS est activée, toutes les entrées d'index de répertoire sont vérifiées au moment du montage pour s'assurer que les descripteurs de fichiers supérieurs ne sont pas obsolètes. Cette vérification peut entraîner une surcharge importante dans certains cas.

Remarque : les options de montage index=off,nfs_export=on sont conflictuelles pour un montage en lecture-écriture et entraîneront une erreur.

xino={on|off|auto}

La fonctionnalité "xino" compose un identifiant d'objet unique à partir du numéro d'inode réel de l'objet et d'un index de fsid sous-jacent. La fonctionnalité "xino" utilise les bits de numéro d'inode les plus significatifs pour le fsid, car les systèmes de fichiers sous-jacents utilisent rarement les bits de numéro d'inode les plus significatifs. Dans le cas où le numéro d'inode sous-jacent déborde dans les bits xino les plus significatifs, le système de fichiers overlay reviendra au comportement non xino pour cet inode.

Pour une description détaillée de l'effet de cette option, veuillez vous référer à https://docs.kernel.org/filesystems/overlayfs.html

metacopy={on|off}

Lorsque la fonctionnalité de copie uniquement des métadonnées est activée, overlayfs ne copiera que les métadonnées (par opposition au fichier entier) lorsqu'une opération spécifique aux métadonnées, telle que chown/chmod, est effectuée. Le fichier entier sera copié ultérieurement lorsque le fichier sera ouvert pour une opération d'ÉCRITURE.

En d'autres termes, il s'agit d'une opération de copie des données différée, et les données sont copiées lorsque la modification des données est réellement nécessaire.

volatile

Les montages volatils ne sont pas garantis de survivre à un crash. Il est fortement recommandé que les montages volatils ne soient utilisés que si les données écrites dans la superposition peuvent être recréées sans trop d'efforts.

L'avantage de monter avec l'option "volatile" est que toutes les formes d'appels de synchronisation vers le système de fichiers supérieur sont omises.

Afin d'éviter de donner une fausse impression de sécurité, la sémantique de syncfs (et fsync) des montages volatils est légèrement différente de celle du reste du VFS. Si une erreur d'écriture se produit sur le système de fichiers du répertoire supérieur après un montage volatil, toutes les fonctions de synchronisation renverront une erreur. Une fois cette condition atteinte, le système de fichiers ne récupérera pas, et chaque appel de synchronisation ultérieur renverra une erreur, même si le répertoire supérieur n'a pas rencontré de nouvelle erreur depuis le dernier appel de synchronisation.

Lorsque l'overlay est monté avec l'option "volatile", le répertoire "$workdir/work/incompat/volatile" est créé. Lors du montage suivant, l'overlay vérifie la présence de ce répertoire et refuse de monter s'il est présent. Il s'agit d'un indicateur fort que l'utilisateur doit supprimer les répertoires supérieur et de travail et en créer de nouveaux. Dans des cas très limités où l'utilisateur sait que le système n'a pas planté et que le contenu du répertoire supérieur est intact, le répertoire "volatile" peut être supprimé.

Options de montage pour reiserfs

Reiserfs est un système de fichiers avec journalisation.

conv

Indique à la version 3.6 de reiserfs de monter un système de fichiers de version 3.5, en utilisant le format 3.6 pour les nouveaux objets créés. Ce système de fichiers ne sera plus compatible avec reiserfs 5tools.

hash={rupasov|tea|r5|detect}

Choisissez la fonction de hachage que reiserfs utilisera pour trouver les fichiers dans les répertoires.

rupasov
Une fonction de hachage inventée par Yury Yu. Rupasov. Elle est rapide et préserve la localité, en associant
des noms de fichiers lexicographiquement proches à des valeurs de hachage proches. Cette option ne doit pas être utilisée,
car elle provoque une forte probabilité de collisions de hachage.

tea
Une fonction Davis-Meyer implémentée par Jeremy Fitzhardinge. Elle utilise des bits de permutation de hachage dans
le nom. Elle offre une grande aléatoire et, par conséquent, une faible probabilité de collisions de hachage, mais au prix d'un certain coût de calcul. Cette option peut être utilisée si des erreurs EHASHCOLLISION sont rencontrées avec la fonction de hachage r5.

r5
Une version modifiée de la fonction de hachage rupasov. Elle est utilisée par défaut et constitue le meilleur choix
sauf si le système de fichiers contient d'énormes répertoires et des modèles de noms de fichiers inhabituels.

detect

Indique au montage de détecter la fonction de hachage utilisée en examinant le système de fichiers en cours de montage, et d'écrire ces informations dans le superbloc reiserfs. Ceci est utile uniquement lors du premier montage d'un ancien système de fichiers.

hashed_relocation

Ajuste l'allocateur de blocs. Cela peut améliorer les performances dans certaines situations.

no_unhashed_relocation

Ajuste l'allocateur de blocs. Cela peut améliorer les performances dans certaines situations.

noborder

Désactive l'algorithme d'allocateur de bordure inventé par Yury Yu. Rupasov. Cela peut améliorer les performances dans certaines situations.

nolog

Désactive la journalisation. Cela améliorera légèrement les performances dans certaines situations au prix de la perte de la capacité de reiserfs à récupérer rapidement en cas de crash. Même avec cette option activée, reiserfs effectue toujours toutes les opérations de journalisation, à l'exception des écritures réelles dans sa zone de journalisation. L'implémentation de nolog est en cours.

notail

Par défaut, reiserfs stocke les petits fichiers et les « fragments de fichiers » directement dans son arbre. Cela perturbe certains utilitaires tels que lilo(8). Cette option est utilisée pour désactiver le regroupement des fichiers dans l’arbre.

replayonly

Rejouer les transactions qui se trouvent dans le journal, mais ne pas réellement monter le système de fichiers. Principalement utilisé par reiserfsck.

resize=nombre

Une option de remontage qui permet l’extension en ligne des partitions reiserfs. Indique à reiserfs de supposer que le périphérique possède le nombre de blocs spécifié. Cette option est conçue pour être utilisée avec des périphériques qui sont placés sous gestion de volumes logiques (LVM). Il existe un utilitaire de redimensionnement spécial qui peut être obtenu à l’adresse ftp://ftp.namesys.com/pub/reiserfsprogs.

user_xattr

Activer les attributs utilisateur étendus. Voir la page de manuel attr(1).

acl

Activer les listes de contrôle d’accès POSIX. Voir la page de manuel acl(5).

barrier=none / barrier=flush

Ceci désactive / active l’utilisation des barrières d’écriture dans le code de journalisation. barrier=none désactive, barrier=flush active (par défaut). Cela nécessite également une pile d’E/S capable de prendre en charge les barrières, et si reiserfs rencontre une erreur lors d’une écriture de barrière, il désactivera à nouveau les barrières avec un avertissement. Les barrières d’écriture garantissent un ordre correct des validations du journal sur le disque, ce qui permet d’utiliser en toute sécurité les caches d’écriture de disque volatiles, au prix d’une certaine pénalité de performance. Si vos disques sont dotés d’une batterie de secours d’une manière ou d’une autre, la désactivation des barrières peut améliorer les performances en toute sécurité.

Options de montage pour ubifs

UBIFS est un système de fichiers flash qui fonctionne sur les volumes UBI. Notez qu’atime n’est pas pris en charge et est toujours désactivé.

Le nom du périphérique peut être spécifié comme suit :

ubiX_Y
Périphérique UBI numéro X, volume numéro Y

ubiY
Périphérique UBI numéro 0, volume numéro Y

ubiX:NOM
Périphérique UBI numéro X, volume portant le nom NOM

ubi:NOM
Périphérique UBI numéro 0, volume portant le nom NOM

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

Les options de montage suivantes sont disponibles :

bulk_read

Activer la lecture groupée. La lecture anticipée VFS est désactivée car elle ralentit le système de fichiers. Bulk-Read est une optimisation interne. Certains flashs peuvent lire plus rapidement si les données sont lues en une seule fois, plutôt qu’en plusieurs requêtes de lecture. Par exemple, OneNAND peut effectuer une « lecture pendant le chargement » s’il lit plus d’une page NAND.

no_bulk_read

Ne pas effectuer de lecture groupée. C’est la valeur par défaut.

chk_data_crc

Vérifier les sommes de contrôle CRC-32 des données. C’est la valeur par défaut.

no_chk_data_crc

Ne pas vérifier les sommes de contrôle CRC-32 des données. Avec cette option, le système de fichiers ne vérifie pas la somme de contrôle CRC-32 des données, mais il la vérifie pour les informations d’indexation internes. Cette option n’affecte que la lecture, pas l’écriture. La somme de contrôle CRC-32 est toujours calculée lors de l’écriture des données.

compr={none|lzo|zlib}

Sélectionner le compresseur par défaut qui est utilisé lors de l’écriture de nouveaux fichiers. Il est toujours possible de lire les fichiers compressés même si le système de fichiers est monté avec l’option none.

Options de montage pour udf

UDF est le système de fichiers « Universal Disk Format » défini par l’OSTA (Optical Storage Technology Association) et est souvent utilisé pour les DVD-ROM, généralement sous la forme d’un système de fichiers UDF/ISO-9660 hybride. Il peut cependant être utilisé seul sur des disques durs, des clés USB et d’autres périphériques de stockage. Voir également iso9660.

uid=
Attribuer tous les fichiers du système de fichiers à l’utilisateur donné. uid=forget peut être spécifié indépendamment de (ou généralement en plus de) uid=<utilisateur> et a pour effet que UDF ne stocke pas les UID sur le support. En fait, l’UID enregistré est l’UID de dépassement de capacité 32 bits -1 tel que défini dans la norme UDF. La valeur est donnée soit sous la forme <utilisateur>, qui est un nom d’utilisateur valide, soit sous la forme de l’ID utilisateur décimal correspondant, soit sous la forme de la chaîne spéciale « forget ».

gid=
Attribuer tous les fichiers du système de fichiers au groupe donné. gid=forget peut être spécifié indépendamment de (ou généralement en plus de) gid=<groupe> et a pour effet que UDF ne stocke pas les GID sur le support. En fait, le GID enregistré est le GID de dépassement de capacité 32 bits -1 tel que défini dans la norme UDF. La valeur est donnée soit sous la forme <groupe>, qui est un nom de groupe valide, soit sous la forme de l’ID de groupe décimal correspondant, soit sous la forme de la chaîne spéciale « forget ».

umask=
Masquer les permissions données de tous les inodes lus à partir du système de fichiers. La valeur est donnée en octal.

mode=
Si mode= est défini, les permissions de tous les inodes non répertoires lus à partir du système de fichiers seront définies sur le mode donné. La valeur est donnée en octal.

dmode=
Si dmode= est défini, les permissions de tous les inodes de répertoires lus à partir du système de fichiers seront définies sur le dmode donné. La valeur est donnée en octal.

bs=
Définir la taille du bloc. La valeur par défaut avant la version 2.6.30 du noyau était de 2048. Depuis la version 2.6.30 et avant la version 4.11, il s’agissait de la taille du bloc logique du périphérique, avec une valeur par défaut de 2048. Depuis la version 4.11, il s’agit de la taille du bloc logique, avec une valeur par défaut comprise entre la taille du bloc logique du périphérique et 4096.

Pour plus de détails, consultez la page de manuel mkudffs(8) 2.0+, voir les sections COMPATIBILITÉ et TAILLE DU BLOC.

unhide
Afficher les fichiers normalement cachés.

undelete
Afficher les fichiers supprimés dans les listes.

adinicb
Intégrer des données dans l’inode. (par défaut)

noadinicb
Ne pas intégrer de données dans l’inode.

shortad
Utiliser les descripteurs d’adresse UDF courts.

longad
Utiliser les descripteurs d’adresse UDF longs. (par défaut)

nostrict
Désactiver la conformité stricte.

iocharset=
Définir le jeu de caractères NLS. Cela nécessite un noyau compilé avec l’option CONFIG\_UDF\_NLS.

utf8
Définir le jeu de caractères UTF-8.

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

novrs
Ignorer la séquence de reconnaissance de volume et tenter de monter de toute façon.

session=
Sélectionner le numéro de session pour les supports optiques enregistrés en plusieurs sessions. (par défaut : dernière session)

anchor=
Remplacer l’emplacement d’ancrage standard. (par défaut : 256)

lastblock=
Définir le dernier bloc du système de fichiers.

Options de montage historiques non utilisées qui peuvent être rencontrées et qui doivent être supprimées

uid=ignore
Ignoré, utilisez uid=<utilisateur> à la place.

gid=ignore

Ignoré, utilisez plutôt gid=.

volume=

Non implémenté et ignoré.

partition=

Non implémenté et ignoré.

fileset=

Non implémenté et ignoré.

rootdir=

Non implémenté et ignoré.

Options de montage pour ufs

ufstype=valeur

UFS est un système de fichiers largement utilisé dans différents systèmes d'exploitation. Le problème réside dans les différences entre les implémentations. Les fonctionnalités de certaines implémentations ne sont pas documentées, il est donc difficile de reconnaître automatiquement le type d'UFS. C'est pourquoi l'utilisateur doit spécifier le type d'UFS par le biais d'une option de montage. Les valeurs possibles sont :

old

Ancien format d'UFS, c'est la valeur par défaut, en lecture seule. (N'oubliez pas de spécifier l'option -r.)

44sd

Pour les systèmes de fichiers créés par un système de type BSD (NetBSD, FreeBSD, OpenBSD).

ufs2

Utilisé dans FreeBSD 5.x, pris en charge en lecture-écriture.

5bsd

Synonyme de ufs2.

sun

Pour les systèmes de fichiers créés par SunOS ou Solaris sur Sparc.

sunx86

Pour les systèmes de fichiers créés par Solaris sur x86.

hp

Pour les systèmes de fichiers créés par HP-UX, en lecture seule.

nextstep

Pour les systèmes de fichiers créés par NeXTStep (sur NeXT station) (actuellement en lecture seule).

nextstep-cd

Pour les CD-ROM NextStep (block_size == 2048), en lecture seule.

openstep

Pour les systèmes de fichiers créés par OpenStep (actuellement en lecture seule). Le même type de système de fichiers est également utilisé par macOS.

onerror=valeur

Définit le comportement en cas d'erreur :

panic

En cas d'erreur, provoque une panique du noyau.

[lock|umount|repair]

Ces options de montage n'ont actuellement aucun effet ; en cas d'erreur, seul un message est affiché dans la console.

Options de montage pour umsdos

Voir les options de montage pour msdos. L'option dotsOK est explicitement désactivée par umsdos.

Options de montage pour vfat

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

uni_xlate

Traduire les caractères Unicode non pris en charge en séquences d'échappement spéciales. Cela permet de sauvegarder et de restaurer les noms de fichiers créés avec n'importe quel caractère Unicode. Sans cette option, un « ? » est utilisé lorsqu'aucune traduction n'est possible. Le caractère d'échappement est : car il est sinon invalide sur le système de fichiers vfat. La séquence d'échappement qui est utilisée, où u est le caractère Unicode, est : « : », (u & 0x3f), ((u>>6) & 0x3f), (u>>12).

posix

Autoriser deux fichiers avec des noms qui ne diffèrent que par la casse. Cette option est obsolète.

nonumtail

Essayer d'abord de créer un nom court sans numéro de séquence, avant d'essayer nom~num.ext.

utf8

UTF8 est l'encodage Unicode sécurisé pour les systèmes de fichiers sur 8 bits utilisé par la console. Il peut être activé pour le système de fichiers avec cette option ou désactivé avec utf8=0, utf8=no ou utf8=false. Si uni_xlate est défini, UTF8 est désactivé.

shortname=mode

Définit le comportement pour la création et l'affichage des noms de fichiers qui s'adaptent aux 8,3 caractères. Si un nom long pour un fichier existe, il sera toujours préféré pour l'affichage. Il existe quatre modes :

lower

Forcer le nom court à être en minuscules lors de l'affichage ; stocker un nom long lorsque le nom court n'est pas entièrement en majuscules.

win95

Forcer le nom court à être affiché en majuscules ; stocker un nom long lorsque le nom court n’est pas entièrement en majuscules.

winnt

Afficher le nom court tel quel ; stocker un nom long lorsque le nom court n’est pas entièrement en minuscules ou entièrement en majuscules.

mixed

Afficher le nom court tel quel ; stocker un nom long lorsque le nom court n’est pas entièrement en majuscules. Ce mode est la valeur par défaut depuis Linux 2.6.32.

Options de montage pour usbfs

devuid=uid et devgid=gid et devmode=mode

Définir le propriétaire, le groupe et le mode des fichiers de périphérique dans le système de fichiers usbfs (par défaut : uid=gid=0, mode=0644). Le mode est donné en octal.

busuid=uid et busgid=gid et busmode=mode

Définir le propriétaire, le groupe et le mode des répertoires de bus dans le système de fichiers usbfs (par défaut : uid=gid=0, mode=0555). Le mode est donné en octal.

listuid=uid et listgid=gid et listmode=mode

Définir le propriétaire, le groupe et le mode des fichiers de périphérique (par défaut : uid=gid=0, mode=0444). Le mode est donné en octal.

PRise en charge de DM-VERITY

La cible device-mapper verity fournit une vérification d’intégrité transparente en lecture seule des périphériques de blocs à l’aide de l’API crypto du noyau. La commande de montage peut ouvrir le périphérique dm-verity et effectuer la vérification d’intégrité avant que le système de fichiers du périphérique ne soit monté. Nécessite libcryptsetup avec libmount (éventuellement via dlopen(3)). Si libcryptsetup prend en charge l’extraction du hachage racine d’un périphérique déjà monté, les périphériques existants seront automatiquement réutilisés en cas de correspondance. Options de montage pour dm-verity :

verity.hashdevice=chemin

Chemin d’accès au périphérique d’arborescence de hachage associé au volume source à transmettre à dm-verity.

verity.roothash=hex

Hachage hexadécimal du hachage racine de verity.hashdevice. Mutuellement exclusif avec verity.roothashfile.

verity.roothashfile=chemin

Chemin d’accès au fichier contenant le hachage hexadécimal du hachage racine de verity.hashdevice. Mutuellement exclusif avec verity.roothash.

verity.hashoffset=décalage

Si l’arborescence de hachage est intégrée au volume source, le décalage (par défaut : 0) est utilisé par dm-verity pour accéder à l’arborescence.

verity.fecdevice=chemin

Chemin d’accès au périphérique de correction d’erreur directe (FEC) associé au volume source à transmettre à dm-verity. Facultatif. Nécessite un noyau compilé avec CONFIG_DM_VERITY_FEC.

verity.fecoffset=décalage

Si le périphérique FEC est intégré au volume source, le décalage (par défaut : 0) est utilisé par dm-verity pour accéder à la zone FEC. Facultatif.

verity.fecroots=valeur

Nombre d’octets de parité pour FEC (par défaut : 2). Facultatif.

verity.roothashsig=chemin

Chemin d’accès à la signature PKCS7(1ssl) de la chaîne de hachage racine hexadécimale. Nécessite crypt_activate_by_signed_key() de cryptsetup et un noyau compilé avec CONFIG_DM_VERITY_VERIFY_ROOTHASH_SIG. Pour la réutilisation du périphérique, les signatures doivent être utilisées pour tous les montages d’un périphérique ou pour aucun. Facultatif.

verity.oncorruption=ignore|redémarrer|paniquer

Indiquer au noyau d’ignorer, de redémarrer ou de provoquer une erreur lorsqu’une corruption est détectée. Par défaut, l’opération d’E/S échoue simplement. Nécessite Linux 4.1 ou une version ultérieure, et libcryptsetup 2.3.4 ou une version ultérieure. Facultatif.

Pris en charge depuis util-linux v2.35.

Exemples de commandes :

mksquashfs /etc /tmp/etc.raw
veritysetup format /tmp/etc.raw /tmp/etc.verity --root-hash-file=/tmp/etc.roothash
openssl smime -sign -in /tmp/etc.roothash -nocerts -inkey private.key \
-signer private.crt -noattr -binary -outform der -out /tmp/etc.roothash.p7s
mount -o verity.hashdevice=/tmp/etc.verity,verity.roothashfile=/tmp/etc.roothash,\
verity.roothashsig=/tmp/etc.roothash.p7s /tmp/etc.raw /mnt

crée une image squashfs à partir du répertoire /etc, crée un périphérique de hachage verity et monte l’image de système de fichiers vérifiée
sur /mnt. Le noyau vérifiera que le hachage racine est signé par une clé du trousseau de clés du noyau si roothashsig est utilisé.

PRise en charge du périphérique en boucle

Un autre type possible est le montage via le périphérique en boucle. Par exemple, la commande

mount /tmp/disk.img /mnt -t vfat -o loop=/dev/loop3

configurera le périphérique en boucle /dev/loop3 pour correspondre au fichier /tmp/disk.img, puis montera
ce périphérique sur /mnt.

Si aucun périphérique en boucle explicite n’est mentionné (mais qu’une simple option -o loop est donnée), mount essaiera de trouver un périphérique en boucle inutilisé et de l’utiliser, par exemple

mount /tmp/disk.img /mnt -o loop

La commande mount crée automatiquement un périphérique en boucle à partir d’un fichier ordinaire si un type de système de fichiers n’est pas spécifié ou si le système de fichiers est reconnu par libblkid, par exemple :

mount /tmp/disk.img /mnt

mount -t ext4 /tmp/disk.img /mnt

Ce type de montage connaît trois options, à savoir loop, offset et sizelimit, qui sont en réalité des options pour losetup(8). (Ces options peuvent être utilisées en plus de celles spécifiques au type de système de fichiers.)

Depuis Linux 2.6.25, la destruction automatique des périphériques en boucle est prise en charge, ce qui signifie que tout périphérique en boucle alloué par mount sera libéré par umount, indépendamment de /etc/mtab.

Vous pouvez également libérer un périphérique en boucle manuellement, en utilisant losetup -d ou umount -d.

Depuis util-linux v2.29, mount réutilise le périphérique en boucle plutôt que d’initialiser un nouveau périphérique si le même fichier de sauvegarde est déjà utilisé pour un périphérique en boucle avec le même décalage et la même limite de taille. Cela est nécessaire pour éviter la corruption d’un système de fichiers.

STATUT DE SORTIE

mount a les valeurs de statut de sortie suivantes (les bits peuvent être combinés avec l’opérateur OR) :

0   succès

1   invocation ou permissions incorrectes

2   erreur système (mémoire insuffisante, impossible de créer un nouveau processus, plus de périphériques en boucle disponibles)

4   bug de montage interne

8   interruption de l’utilisateur

16  problèmes lors de l’écriture ou du verrouillage de /etc/mtab

32  échec du montage

64  certains montages ont réussi

La commande mount -a renvoie 0 (tous réussis), 32 (tous échoués) ou 64 (certains ont échoué, certains ont réussi).

126 échec de l’exécution du programme d’aide au montage externe /sbin/mount.<type> (depuis util-linux v2.41)

PROGRAMMES D’AIDE EXTERNES

La syntaxe des programmes d’aide au montage externes est la suivante :

/sbin/mount.suffix spec dir [-sfnv] [-N namespace] [-o options] [-t type.subtype]

où suffix est le type de système de fichiers et les options -sfnvoN ont la même signification que les
options de montage normales. L’option -t est utilisée pour les systèmes de fichiers dotés d’une prise en charge des sous-types (par exemple
/sbin/mount.fuse -t fuse.sshfs).

La commande mount ne transmet pas les options de montage unbindable, runbindable, private, rprivate, slave, rslave, shared, rshared, auto, noauto, comment, x-*, loop, offset et sizelimit aux assistants mount.<suffix>. Toutes les autres options sont utilisées dans une liste séparée par des virgules en tant qu'argument de l'option -o.

La valeur de statut de sortie de l'assistant est renvoyée en tant que valeur de statut de sortie de mount(8). La valeur 126 est renvoyée si le programme d'assistance de montage est trouvé, mais que l'appel execl() échoue.

ENVIRONNEMENT

`LIBMOUNT_FORCE_MOUNT2={always|never|auto}`
force l'utilisation de l'appel système `mount(2)` classique (nécessite une prise en charge pour la nouvelle API de montage basée sur des descripteurs de fichiers). La valeur par défaut est `auto` ; dans ce cas, libmount tente d'être intelligent et d'utiliser uniquement l'appel système `mount(2)` classique pour les problèmes connus. Si la nouvelle API de montage n'est pas disponible, libmount peut toujours utiliser l'appel système `mount(2)` traditionnel, même si `LIBMOUNT_FORCE_MOUNT2` est défini sur `never`.

`LIBMOUNT_FSTAB=<path>`
remplace l'emplacement par défaut du fichier `fstab` (ignoré pour les commandes exécutées avec l'UID root).

`LIBMOUNT_DEBUG=all`
active la sortie de débogage de libmount

`LIBBLKID_DEBUG=all`
active la sortie de débogage de libblkid

`LOOPDEV_DEBUG=all`
active la sortie de débogage de la configuration du périphérique loop

FICHIERS

Voir également la section « Les fichiers /etc/fstab, /etc/mtab et /proc/mounts » ci-dessus.

`/etc/fstab`
table des systèmes de fichiers

`/run/mount`
répertoire d'exécution privé de libmount

`/etc/mtab`
table des systèmes de fichiers montés ou lien symbolique vers `/proc/mounts`

`/etc/mtab~`
fichier de verrouillage (non utilisé sur les systèmes avec un lien symbolique mtab)

`/etc/mtab.tmp`
fichier temporaire (non utilisé sur les systèmes avec un lien symbolique mtab)

`/etc/filesystems`
une liste des types de systèmes de fichiers à essayer

HISTORIQUE

Une commande mount existait dans la version 5 d'AT&T UNIX.

BUGS

Il est possible qu'un système de fichiers corrompu provoque un plantage.

Certains systèmes de fichiers Linux ne prennent pas en charge les options -o sync et -o dirsync (les systèmes de fichiers ext2, ext3, ext4, fat et vfat prennent en charge les mises à jour synchrones (de type BSD) lorsqu'ils sont montés avec l'option sync).

L'option -o remount peut ne pas être en mesure de modifier les paramètres de montage (tous les paramètres spécifiques à ext2fs, à l'exception de sb, peuvent être modifiés lors d'un remontage, par exemple, mais vous ne pouvez pas modifier gid ou umask pour le système de fichiers fat).

Il est possible que les fichiers /etc/mtab et /proc/mounts ne correspondent pas sur les systèmes dotés d'un fichier mtab standard. Le premier fichier est basé uniquement sur les options de la commande mount, mais le contenu du deuxième fichier dépend également du noyau et d'autres paramètres (par exemple, sur un serveur NFS distant, dans certains cas, la commande mount peut signaler des informations peu fiables sur un point de montage NFS, et le fichier /proc/mount contient généralement des informations plus fiables). C'est une autre raison de remplacer le fichier mtab par un lien symbolique vers le fichier /proc/mounts.

La vérification des fichiers sur les systèmes de fichiers NFS référencés par des descripteurs de fichiers (c'est-à-dire les familles de fonctions fcntl et ioctl) peut entraîner des résultats incohérents en raison du manque d'une vérification de cohérence dans le noyau, même si l'option de montage noac est utilisée.

L'option loop avec les options offset ou sizelimit peut échouer lors de l'utilisation d'anciens noyaux si la commande mount ne peut pas confirmer que la taille du périphérique bloc a été configurée comme demandé. Cette situation peut être contournée en utilisant la commande losetup(8) manuellement avant d'appeler mount avec le périphérique loop configuré.

AUTEURS

Karel Zak <_>

VOIR AUSSI

mount(2), umount(2), filesystems(5), fstab(5), nfs(5), xfs(5), mount_namespaces(7), xattr(7), e2label(8), findmnt(8), losetup(8), lsblk(8), mke2fs(8), mountd(8), nfsd(8), swapon(8), tune2fs(8), umount(8), xfs_admin(8)

SIGNALEMENT DE BUGS

Pour signaler des bugs, utilisez le système de suivi des problèmes [https://github.com/util-linux/util-linux/issues].

DISPONIBILITÉ

La commande mount fait partie du paquet util-linux, qui peut être téléchargé depuis l’archive du noyau Linux [https://www.kernel.org/pub/linux/utils/util-linux/].