mount(2) System Calls Manual mount(2) NOM mount - Monter un systeme de fichiers BIBLIOTHEQUE Bibliotheque C standard (libc, -lc) SYNOPSIS #include int mount(const char *source, const char *target, const char *filesystemtype, unsigned long mountflags, const void *_Nullable data); DESCRIPTION mount() attache le systeme de fichiers indique par source (qui est generalement un nom de peripherique, mais peut aussi etre un repertoire ou un objet fictif) a un emplacement (un repertoire ou un fichier) indique par le chemin dans target. Des privileges appropries (sous Linux : la capacite CAP_SYS_ADMIN) sont necessaires pour monter des systemes de fichiers. Les valeurs de l'argument filesystemtype prises en charge par le noyau sont listees dans /proc/filesystems (par exemple << btrfs >> << ext4 >>, << jfs >>, << xfs >>, << vfat >>, << fuse >>, << tmpfs >>, << cgroup >>, << proc >>, << mqueue >>, << nfs >>, << fifs >>, << iso9660 >>). Des types supplementaires peuvent etre disponibles lorsque les modules appropries sont charges. L'argument data est interprete differemment suivant le type de systeme de fichiers. Generalement, c'est une chaine d'options comprises par le systeme de fichiers, separees par des virgules. Consultez mount(8) pour des details sur les options disponibles pour chaque type de systeme de fichiers. Ce parametre peut valoir NULL s'il n'y a pas d'option. Un appel a mount() effectue un des nombreux types generaux d'operation en fonction des bits indiques dans mountflags. Le choix de l'operation a effectuer se fait en testant l'ensemble de bits mountflags, les tests etant menes dans l'ordre indique ici : - Remonter un montage existant : mountflags inclut MS_REMOUNT. - Creer un montage miroir : mountflags inclut MS_BIND. - Modifier le type de propagation d'un montage existant : mountflags inclut MS_SHARED, MS_PRIVATE, MS_SLAVE ou MS_UNBINDABLE. - Deplacer un point de montage existant vers un nouvel endroit : mountflags inclut MS_MOVE. - Creer un nouveau montage : mountflags n'inclut aucun des attributs ci-dessus. Chacune de ces operations est detaillee plus tard dans cette page. D'autres attributs peuvent etre indiques dans mountflags pour modifier le comportement de mount(), comme decrits ci-dessous. Attributs de montage supplementaires La liste ci-dessous decrit les attributs supplementaires qui peuvent etre indiques dans mountflags. Remarquez que certains types d'operation ignorent tout ou partie de ces autres attributs, comme decrit plus loin dans cette page. MS_DIRSYNC (depuis Linux 2.5.19) Rendre synchrones les modifications sur les repertoires du systeme de fichiers. (Cette propriete peut etre obtenue pour les repertoires individuels ou les sous-arborescences en utilisant chattr(1).) MS_LAZYTIME (depuis Linux 4.0) Reduire les mises a jour sur disque des horodatages d'inoeuds (atime, mtime, ctime) en gardant seulement en memoire ces changements. Les horodatages sur le disque sont mis a jour quand : - l'inoeud doit etre mis a jour pour certains changements non lies aux horodatages du fichier ; - l'application utilise fsync(2), syncfs(2) ou sync(2) ; - un inoeud non efface est evince de la memoire ; - plus de 24 heures sont passees depuis que l'inoeud a ete ecrit sur le disque. Cette option de montage reduit significativement les ecritures necessaires pour mettre a jour les horodatages de l'inoeud, surtout mtime et atime. Cependant, si un systeme plante, les champs atime et mtime du disque pourraient etre perimes jusqu'a un maximum de 24 heures. Parmi les exemples de charge de travail ou cette option peut representer un grand interet, on trouve les ecritures aleatoires frequentes dans des fichiers prealloues, ainsi que les cas ou l'option de montage MS_STRICTATIME est egalement activee (l'avantage de combiner MS_STRICTATIME et MS_LAZYTIME est que stat(2) renverra l'atime correctement mis a jour, mais les mises a jour atime ne seront envoyees sur le disque que dans les cas listes ci-dessus). MS_MANDLOCK Autoriser les verrouillages imperatifs sur les fichiers de ce systeme de fichiers (le verrouillage imperatif devra toutefois etre valide fichier par fichier, comme decrit dans fcntl(2)). Depuis Linux 4.5, cette option de montage exige la capacite CAP_SYS_ADMIN et un noyau configure avec l'option CONFIG_MANDATORY_FILE_LOCKING. Le verrouillage imperatif est completement obsolete depuis Linux 5.15, cet attribut devrait donc etre considere comme tel. MS_NOATIME Ne pas mettre a jour les dates d'acces pour (tous) les fichiers du systeme de fichiers. MS_NODEV Ne pas autoriser l'acces aux peripheriques (fichiers speciaux) sur le systeme de fichiers. MS_NODIRATIME Ne pas mettre a jour les dates d'acces pour les repertoires du systeme de fichiers. Cet attribut fournit un sous-ensemble de la fonctionnalite fournie par MS_NOATIME ; c'est-a-dire, MS_NOATIME implique MS_NODIRATIME. MS_NOEXEC Ne pas permettre l'execution de programmes depuis le systeme de fichiers. MS_NOSUID Ne pas honorer les bits set-user-ID et set-group-ID ou les capacites de fichier lorsque des programmes s'executent a partir de ce systeme de fichiers. En outre, les transitions de domaine SELinux exigent le droit nosuid_transition, qui doit a son tour avoir la capacite nnp_nosuid_transition. MS_RDONLY Monter le systeme de fichiers en lecture seule. MS_REC (depuis Linux 2.4.11) Utilise avec MS_BIND pour creer un montage miroir recursif, et ajoute aux attributs de type de propagation, pour modifier recursivement le type de propagation de tous les montages d'une sous-arborescence. Voir ci-dessous pour plus de details. MS_RELATIME (depuis Linux 2.6.20) Lorsqu'un fichier sur ce systeme de fichiers est utilise, ne mettre a jour sa date d'acces (atime) que si la valeur actuelle de atime est inferieure ou egale a sa date de derniere modification (mtime) ou de changement d'etat (ctime). Cette option est utile pour les programmes tels que mutt(1) qui veulent savoir si un fichier a ete lu depuis sa derniere modification. Depuis Linux 2.6.30, les noyaux suivent le comportement fourni par cet attribut (a moins que MS_NOATIME soit indique), et l'attribut MS_STRICTATIME est necessaire pour avoir la semantique traditionnelle. De plus, depuis Linux 2.6.30, la date du dernier acces a un fichier est toujours mise a jour s'il est plus ancien qu'un jour. MS_SILENT (depuis Linux 2.6.17) Supprimer l'affichage de certains messages d'avertissement (printk()) dans le journal noyau. Cet attribut remplace l'attribut MS_VERBOSE qui avait un mauvais nom et est obsolete (il etait disponible depuis Linux 2.4.12), et qui a la meme signification. MS_STRICTATIME (depuis Linux 2.6.30) Toujours mettre a jour la date du dernier d'acces (atime) lorsque des fichiers sur le systeme de fichiers sont lus (c'etait le comportement par defaut avant Linux 2.6.30). Indiquer cet attribut annule l'effet des attributs MS_NOATIME et MS_RELATIME. MS_SYNCHRONOUS Rendre synchrones les ecritures sur le systeme de fichiers (comme si l'option O_SYNC de open(2) etait indiquee a chaque appel sur ce systeme de fichiers). MS_NOSYMFOLLOW (depuis Linux 5.10) Ne pas suivre les liens symboliques lors de la resolution des chemins. Des liens symboliques peuvent toujours etre crees et readlink(1), readlink(2), realpath(1) ainsi que realpath(3) fonctionneront encore correctement. De Linux 2.4 jusqu'a aujourd'hui, certains des attributs ci-dessus sont positionnables sur une base par montage, tandis que d'autres s'appliquent au superbloc du systeme de fichier monte, ce qui veut dire que tous les montages du meme systeme de fichiers partagent ces attributs (precedemment, tous les attributs etaient sur une base par superbloc). Les attributs par point de montage sont les suivants : - Depuis Linux 2.4 : les attributs MS_NODEV, MS_NOEXEC et MS_NOSUID sont positionnables sur une base par point de montage. - En outre, depuis Linux 2.6.20 : MS_RELATIME et MS_NODIRATIME. - De plus, depuis Linux 2.6.20 : MS_RELATIME. Les attributs suivants fonctionnent par superbloc : MS_DIRSYNC, MS_LAZYTIME, MS_MANDLOCK, MS_SILENT et MS_SYNCHRONOUS. Les reglages initiaux de ces attributs sont determines lors du premier montage du systeme de fichiers et seront partages par tous les montages suivants du meme systeme de fichiers. Par consequent, les reglages des attributs peuvent etre modifies a l'aide d'une operation de remontage (voir ci-dessous). De telles modifications seront visibles a l'aide de tous les points de montage associes au systeme de fichiers. Depuis Linux 2.6.16, MS_RDONLY peut etre positionne ou efface sur une base par point de montage ou par superbloc du systeme de fichiers sous-jacent. Le systeme de fichiers monte ne sera accessible en ecriture que si ni lui, ni le point de montage, n'ont l'attribut de lecture seule. Remontage d'un montage existant Un montage existant peut etre remonte en utilisant MS_REMOUNT dans mountflags. Cela permet de modifier mountflags et data du montage existant sans etre oblige de demonter et de remonter le systeme de fichiers. target devrait valoir la meme valeur que celle indiquee dans l'appel mount() initial. Les arguments source et filesystemtype sont ignores. Les arguments mountflags et data devraient correspondre aux valeurs utilisees dans l'appel mount() originel, sauf ceux qui seront deliberement modifies. Les mountflags suivants peuvent etre modifies : MS_LAZYTIME, MS_MANDLOCK, MS_NOATIME, MS_NODEV, MS_NODIRATIME, MS_NOEXEC, MS_NOSUID, MS_RELATIME, MS_RDONLY, MS_STRICTATIME (dont l'effet est de vider les attributs MS_NOATIME et MS_RELATIME) et MS_SYNCHRONOUS. Les tentatives de modification des attributs MS_DIRSYNC et MS_SILENT lors d'un remontage sont ignorees silencieusement. Remarquez que les modifications d'attributs par superbloc se voient a travers les montages de tous les systemes de fichiers associes (parce que l'attribut par superbloc est partage par tous les montages). Depuis Linux 3.17, si ni MS_NOATIME, ni MS_NODIRATIME, ni MS_RELATIME, ni MS_STRICTATIME n'est indique dans mountflags, l'operation de remontage preserve les valeurs existantes de ces attributs (au lieu de revenir a MS_RELATIME par defaut). Depuis Linux 2.6.26, l'attribut MS_REMOUNT peut etre utilise avec MS_BIND pour ne modifier que les attributs sur la base des points de montage. Cela est particulierement utile pour positionner ou effacer l'attribut << read-only >> d'un montage sans modifier le systeme de fichiers sous-jacent. Si on indique mountflags ainsi : MS_REMOUNT | MS_BIND | MS_RDONLY donnera acces a ce point de montage en lecture seule, sans modifier les autres montages. Creer un montage miroir Si mountflags comprend MS_BIND (disponible depuis Linux 2.4), effectuer un montage miroir. Un montage miroir rend visible un fichier ou la sous-arborescence d'un repertoire a un autre endroit d'une meme hierarchie de repertoires. Les montages miroir peuvent franchir les limites du systeme de fichiers et outrepasser les verrous chroot(2). Les parametres filesystemtype et data sont ignores. Les autres bits (sauf MS_REC decrit ci-dessous) du parametre mountflags sont ignores egalement (le montage miroir a les memes options de montage que celui sous-jacent). Cependant, consultez le point sur le remontage ci-dessus pour une methode permettant de rendre un montage miroir en lecture seule. Par defaut, quand un repertoire est monte en miroir, seul ce repertoire est monte ; s'il y a des sous-montages dans l'arborescence de repertoires, ils ne sont pas montes en miroir. Si l'attribut MS_REC est indique egalement, une operation de montage miroir recursif est effectuee : tous les sous-montages de la sous-arborescence de source (sauf les montages qu'il n'est pas possible de monter en miroir) sont egalement montes en miroir a l'endroit correspondant dans la sous-arborescence target. Modifier le type de propagation d'un montage existant Si mountflags comprend MS_SHARED, MS_PRIVATE, MS_SLAVE ou MS_UNBINDABLE (disponibles depuis Linux 2.6.15), le type de propagation d'un montage existant est modifie. Si plus d'un de ces attributs est indique, cela provoque une erreur. Les seuls autres attributs qui peuvent etre indiques pendant un changement de type de propagation sont MS_REC (decrit ci-dessous) et MS_SILENT (qui est ignore). Les parametres source, filesystemtype et data sont ignores. Voici la signification des attributs de types de propagation : MS_SHARED Rendre le montage partage. Les evenements de montage et de demontage se produisant immediatement dans ce montage seront propages a tous les montages membres de ce groupe de montages pairs. Une propagation signifie ici que le meme montage et le meme demontage se produiront automatiquement sur tous les montages du groupe. Inversement, les evenements de montage et de demontage qui se produiront dans les montages pairs se propageront a ce montage. MS_PRIVATE Rendre ce point de montage prive. Les evenements de montage et de demontage ne se propageront pas a ce montage ou a d'autres. MS_SLAVE S'il s'agit d'un montage partage membre d'un groupe de pairs qui contient d'autres membres, le convertir en montage esclave. S'il s'agit d'un montage partage membre d'un groupe qui n'en contient pas d'autres, le convertir en montage prive. Sinon, le type de propagation du montage est inchange. Lorsqu'un montage est esclave, les evenements de montage et de demontage se propagent a ce montage depuis le groupe de pairs partage (maitre) dont il etait membre. Les evenements de montage et de demontage de ce montage ne se propagent a aucun autre pair. Un montage peut etre esclave d'un autre groupe de pairs en meme temps qu'il partage les evenements de montage et de demontage avec un autre groupe de pairs dont il est membre. MS_UNBINDABLE Rendre impossible un montage en miroir. C'est comme un montage prive mais en plus, il n'est pas possible de monter ce montage en miroir. Quand un montage miroir (mount() avec les attributs MS_BIND et MS_REC) recursif est effectue dans une sous-arborescence de repertoire, tous les points de montage qu'il n'est pas possible de monter en miroir dans la sous-arborescence sont automatiquement elimines (c'est-a-dire non repliques) lors de la replication de cette sous-arborescence pour generer la sous-arborescence cible. Par defaut, la modification du type de propagation ne concerne que le montage target. Si l'attribut MS_REC est aussi indique dans mountflags, le type de propagation de tous les montages de target est aussi modifie. Pour plus de details sur les types de propagation des montages (notamment celui par defaut affecte aux nouveaux montages), voir mount_namespaces(7). Deplacer un montage Si mountflags contient l'attribut MS_MOVE (disponible depuis linux 2.4.18), deplacer une sous-arborescence : source indiquant un montage existant et target le nouvel emplacement ou replacer le point de montage. Le deplacement est atomique : a aucun moment la sous-arborescence n'est demontee. Les autres bits du parametre mountflags sont ignores, ainsi que les parametres filesystemtype et data. Creer un nouveau montage Si ni MS_REMOUNT, ni MS_BIND, ni MS_MOVE, ni MS_SHARED, ni MS_PRIVATE, ni MS_SLAVE ou ni MS_UNBINDABLE ne sont indiques dans mountflags, mount() opere son action par defaut : creer un nouveau montage. source indique la source du nouveau montage et target indique le repertoire ou creer le point de montage. Les parametres filesystemtype et data sont utilises et d'autres bits peuvent etre indiques dans mountflags pour modifier le comportement de l'appel. VALEUR RENVOYEE En cas de succes, zero est renvoye. En cas d'erreur, -1 est renvoye et errno est definie pour preciser l'erreur. ERREURS Les erreurs detaillees ici sont independantes du type de systeme de fichiers. Chaque type de systeme peut avoir des codes d'erreurs specifiques, et un comportement particulier. Consultez les sources du noyau Linux pour plus de details. EACCES Un element du chemin d'acces ne permet pas le parcours (consultez aussi path_resolution(7)). EACCES Le montage d'un systeme de fichiers en lecture seule a ete tente sans donner l'attribut MS_RDONLY. Le systeme de fichiers peut etre en lecture seule pour diverses raisons, dont : il reside sur un disque optique en lecture seule ; il se trouve sur un peripherique possedant un commutateur physique positionne sur lecture seule ; l'implementation du systeme de fichiers a ete compilee avec la prise en charge de la lecture seulement ; ou des erreurs ont ete detectees lors du montage initial du systeme de fichiers. Il est donc marque en lecture seule et ne peut pas etre remonte en lecture-ecriture (jusqu'a ce que les erreurs soient corrigees). Certains systemes de fichiers renvoient plutot l'erreur EROFS si on essaie de monter un systeme de fichiers en lecture seule. EACCES Le peripherique bloc source se trouve sur un systeme de fichiers monte avec l'option MS_NODEV. EBUSY Tentative d'empiler un nouveau montage directement sur un point de montage existant cree dans cet espace de noms montage avec la meme source et la meme target. EBUSY source ne peut pas etre remonte en lecture seule car il a encore des fichiers ouverts en ecriture. EFAULT L'un des arguments pointe en dehors de l'espace d'adressage accessible. EINVAL source avait un superbloc non valable. EINVAL Tentative d'une operation de remontage (MS_REMOUNT) mais source n'etait pas deja monte sur target. EINVAL Tentative d'une operation de deplacement (MS_MOVE), mais l'arborescence de montage sous source comprend des montages impossibles a monter en miroir et target est un montage dont le type de propagation est MS_SHARED. EINVAL Tentative d'une operation de deplacement (MS_MOVE), mais le montage parent du montage source a un type de propagation MS_SHARED. EINVAL Tentative d'operation de deplacement (MS_MOVE) mais source n'etait pas un montage ou il valait << / >>. EINVAL Une operation miroir (MS_BIND) a ete demandee alors que source renvoyait a un lien magique d'espace de noms de montage (c'est-a-dire a un lien magique /proc/pid/ns/mnt ou a un montage miroir vers un tel lien) et le type de propagation du montage parent de target etait MS_SHARED, mais la propagation du montage miroir demandee creerait une dependance circulaire qui pourrait empecher l'espace de noms de montage d'etre libere. EINVAL mountflags comprend plus d'un MS_SHARED, MS_PRIVATE, MS_SLAVE ou MS_UNBINDABLE. EINVAL mountflags comprend un MS_SHARED, MS_PRIVATE, MS_SLAVE ou MS_UNBINDABLE ainsi qu'un autre attribut que MS_REC ou MS_SILENT. EINVAL Tentative de monter en miroir un montage impossible a monter ainsi. EINVAL Dans un espace de noms montage non privilegie (c'est-a-dire appartenant a un espace de noms utilisateur cree par un utilisateur non privilegie), tentative d'operation de montage en miroir (MS_BIND) sans indiquer MS_REC, qui aurait revele une arborescence de systeme de fichiers en-dessous d'un des sous-montages du repertoire a refleter. ELOOP Trop de liens rencontres dans la resolution du chemin d'acces. ELOOP Tentative d'une operation de deplacement ou target est un descendant de source. EMFILE (Dans le cas ou un peripherique bloc n'est pas necessaire :) Table de peripheriques factices pleine. ENAMETOOLONG Un des arguments est plus long que MAXPATHLEN. ENODEV filesystemtype n'est pas configure dans le noyau. ENOENT Un des chemins est vide ou a un composant inexistant. ENOMEM Le noyau n'a pas pu allouer suffisamment de memoire. ENOTBLK source n'est pas un peripherique bloc (et un peripherique etait necessaire). ENOTDIR target ou un prefixe de source n'est pas un repertoire. ENXIO Le nombre majeur du peripherique bloc source est non autorise. EPERM L'appelant n'a pas les privileges appropries. EPERM Tentative de modifier (MS_REMOUNT) l'attribut MS_RDONLY, MS_NOSUID ou MS_NOEXEC ou un des attributs << atime >> (MS_NOATIME, MS_NODIRATIME, MS_RELATIME) d'un montage existant mais le montage est verrouille ; voir mount_namespaces(7). EROFS Tentative de montage d'un systeme de fichiers en lecture seule sans donner l'attribut MS_RDONLY. Voir EACCES ci-dessus. STANDARDS Linux. HISTORIQUE Les definitions de MS_DIRSYNC, MS_MOVE, MS_PRIVATE, MS_REC, MS_RELATIME, MS_SHARED, MS_SLAVE, MS_STRICTATIME et MS_UNBINDABLE ont ete ajoutees aux en-tetes de la glibc depuis la version 2.12. Depuis Linux 2.4 un meme systeme de fichiers peut etre visible en differents points, et plusieurs montages peuvent etre empiles au meme point. L'argument mountflags peut avoir le nombre magique 0xC0ED (MS_MGC_VAL) dans ses 16 bits de poids fort (tous les autres attributs abordes dans DESCRIPTION sont dans les 16 bits de poids faible de mountflags). L'indication de MS_MGC_VAL etait obligatoire dans les noyaux des versions anterieure a 2.4, mais depuis ne l'est plus et est ignore si vous le faites. L'attribut original MS_SYNC a ete renomme MS_SYNCHRONOUS dans Linux 1.1.69 car un MS_SYNC different a ete ajoute dans . Avant Linux 2.4, une tentative d'execution d'un programme Set-UID ou Set-GID sur un systeme de fichiers monte avec l'attribut MS_NOSUID echouait avec l'erreur EPERM. Depuis Linux 2.4 les bits Set-UID et Set-GID sont simplement ignores silencieusement dans ce cas. NOTES Espaces de noms montage A partir du noyau 2.4.19, Linux fournit des espaces de noms montage. Un espace de noms montage est un ensemble de montages de systemes de fichiers qui sont visibles par un processus. Les espaces de noms montage peuvent etre (ils le sont generalement) partages entre differents processus et les modifications de l'espace de noms (c'est-a-dire les montages et demontages) par un processus sont visibles pour tous les autres processus qui partagent le meme espace de noms (la situation des versions anterieures a 2.4.19 de Linux peut etre consideree comme l'utilisation d'un unique espace de noms partage par tous les processus du systeme). Un processus enfant cree avec fork(2) partage l'espace de noms montage de son parent ; l'espace de noms montage est preserve au travers d'un execve(2). Un processus peut obtenir un espace de noms montage prive si : il a ete cree en utilisant l'attribut CLONE_NEWNS de clone(2), dans ce cas son nouvel espace de noms est initialise comme une copie de l'espace de noms du processus qui a appele clone(2) ; ou il appelle unshare(2) avec l'attribut CLONE_NEWNS, ce qui provoque l'obtention d'une copie privee de l'environnement de l'appelant, qui etait auparavant partage avec d'autres processus, de telle sorte que les montages ou demontages futurs de l'appelant ne seront pas visibles des autres processus (a l'exception des processus enfants que le processus pourrait creer), et vice-versa. Pour plus de details sur les espaces de noms montage, voir mount_namespaces(7). Relation de parente entre les montages Chaque montage a un montage parent. La relation de parente entre tous les montages definit la seule hierarchie de repertoires que voient les processus a l'interieur d'un espace de noms montage. Le parent d'un nouveau montage est defini quand le montage est cree. En general, le parent d'un nouveau montage est le montage du systeme de fichiers qui contient le repertoire ou le fichier sur lequel est rattache le montage. Si un nouveau montage est empile sur un montage existant, le parent du nouveau montage est le montage precedent empile a cet endroit. La relation de parente entre les montages peut etre examinee dans le fichier /proc/pid/mountinfo (voir ci-dessous). /proc/pid/mounts et /proc/pid/mountinfo Le fichier /proc/pid/mounts specifique a Linux presente la liste des montages dans l'espace de noms montage du processus ayant l'identifiant indique. Le fichier /proc/pid/mountinfo presente encore plus d'informations sur les montages, notamment le type de propagation et les informations d'identification du montage, ce qui permet de visualiser la relation de parente entre les montages. Voir proc(5) et mount_namespaces(7) pour plus de details sur ce fichier. VOIR AUSSI mountpoint(1), chroot(2), ioctl_iflags(2), mount_setattr(2), pivot_root(2), umount(2), mount_namespaces(7), path_resolution(7), findmnt(8), lsblk(8), mount(8), umount(8) TRADUCTION La traduction francaise de cette page de manuel a ete creee par Christophe Blaess , Stephan Rafin , Thierry Vignaud , Francois Micaux, Alain Portal , Jean-Philippe Guerard , Jean-Luc Coulon (f5ibh) , Julien Cristau , Thomas Huriaux , Nicolas Francois , Florentin Duneau , Simon Paillard , Denis Barbier , David Prevot et Jean-Philippe MENGUAL Cette traduction est une documentation libre ; veuillez vous reporter a la GNU General Public License version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITE LEGALE. Si vous decouvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message a . Pages du manuel de Linux 6.06 31 octobre 2023 mount(2)