Provided by: manpages-fr-dev_3.32d0.2p4-1_all bug

NOM

       mount - Monter un système de fichiers

SYNOPSIS

       #include <sys/mount.h>

       int mount(const char *source, const char *target,
                 const char *filesystemtype, unsigned long mountflags,
                 const void *data);

DESCRIPTION

       mount()  attache  le  système  de fichiers spécifié par source (qui est
       généralement un nom de périphérique, mais peut aussi être un répertoire
       ou un objet fictif) au répertoire indiqué par target.

       Des privilèges appropriés (sous Linux : la capacité CAP_SYS_ADMIN) sont
       nécessaires pour monter des systèmes de fichiers.

       Depuis Linux 2.4 un même système  de  fichiers  peut  être  visible  en
       différents  points,  et plusieurs montages peuvent être empilés au même
       point.

       L'argument  filesystemtype  prend  une   des   valeurs   listées   dans
       /proc/filesystems  (par exemple « ext2 », « minix », « ext3 », « jfs »,
       « xfs », « reiserfs », « msdos », « proc », « nfs », « iso9660 »  etc).
       Des  types supplémentaires peuvent être disponibles lorsque les modules
       appropriés sont chargés.

       L'argument mountflags peut avoir le nombre magique 0xC0ED  (MS_MGC_VAL)
       dans  ses  16  bits  de  poids  forts  (ceci était obligatoire dans les
       versions antérieures à  la  2.4,  mais  ne  l'est  plus),  et  certains
       attributs  de montage (définis dans <linux/fs.h> pour libc4 ou libc5 et
       dans <sys/mount.h> pour glibc2) comme bits de poids faibles :

       MS_BIND (depuis Linux 2.4)
              Effectuer un montage lié, rendant un fichier ou une arborescence
              visibles  en un autre point du système de fichiers. Les montages
              liés peuvent traverser les frontières entre systèmes de fichiers
              et  ouvrir  une  porte dans une prison chroot(2). Les paramètres
              filesystemtype  et  data  sont  ignorés.  Jusqu'à  Linux 2.6.26,
              mountflags  était  également  ignoré  (le montage lié a les même
              options de montage que le point de montage sous-jacent).  Depuis
              Linux 2.6.26,  l'attribut MS_RDONLY est pris en compte lors d'un
              montage lié.

       MS_DIRSYNC (depuis Linux 2.5.19)
              Rendre synchrones  les  modifications  sur  les  répertoires  du
              système de fichiers. (Cette propriété peut être obtenue pour les
              répertoires individuels ou les sous‐arborescences  en  utilisant
              chattr(1).)

       MS_MANDLOCK
              Autoriser   les  verrouillages  impératifs  sur  le  système  de
              fichiers. (Le verrouillage impératif devra toutefois être validé
              fichier par fichier, comme décrit dans fcntl(2).)

       MS_MOVE
              Déplacer  une  sous‐arborescence.  source  indique  un  point de
              montage existant et target indique son  nouvel  emplacement.  Le
              déplacement  est  atomique,  à aucun moment la sous‐arborescence
              n'est démontée. Les  arguments  filesystemtype,  mountflags,  et
              data sont ignorés.

       MS_NOATIME
              Ne  pas mettre à jour les dates d'accès pour (tous) les fichiers
              du système de fichiers.

       MS_NODEV
              Ne  pas  autoriser  la  présence   de   fichiers   spéciaux   de
              périphérique sur le système de fichiers.

       MS_NODIRATIME
              Ne  pas  mettre à jour les dates d'accès pour les répertoires du
              système de fichiers. Cet attribut fournit un sous-ensemble de la
              fonctionnalité fournie par MS_NOATIME ; c'est-à-dire, MS_NOATIME
              implique MS_NODIRATIME.

       MS_NOEXEC
              Ne pas permettre l'exécution de programme depuis le  système  de
              fichiers.

       MS_NOSUID
              Ne  pas  tenir  compte  des  bits  Set-UID  et  Set-GID  lors de
              l'exécution de programmes sur le système de fichiers.

       MS_RDONLY
              Monter le système de fichiers en lecture seule.

       MS_RELATIME (depuis Linux 2.6.20)
              Lorsqu'un fichier sur ce système de  fichiers  est  utilisé,  ne
              mettre  à jour sa date d'accès (atime) que si la valeur actuelle
              de  atime  est  inférieure  ou  égale  à  sa  date  de  dernière
              modification  (mtime)  ou  de  changement  d'état (ctime). Cette
              option est utile  pour  les  programmes  tels  que  mutt(1)  qui
              veulent  savoir  si  un  fichier  a  été  lu  depuis sa dernière
              modification.  Depuis  Linux 2.6.30,  les  noyaux   suivent   le
              comportement  fourni par ce drapeau (à moins que MS_NOATIME soit
              spécifié), et le  drapeau  MS_STRICTATIME  est  nécessaire  pour
              avoir  la sémantique originale. De plus, depuis Linux 2.6.30, le
              temps du dernier accès à un fichier est toujours mis à jour s'il
              est plus ancien qu'un jour.

       MS_REMOUNT
              Reinitialiser  un  montage existant. Ceci permet de modifier les
              attributs mountflags et data d'un montage  existant  sans  avoir
              besoin de démonter et remonter le système de fichiers. source et
              target doivent  avoir  les  mêmes  valeurs  que  durant  l'appel
              mount() initial ; filesystemtype est ignoré.

              Les   attributs  mountflags  suivants  peuvent  être  modifiés :
              MS_RDONLY, MS_SYNCHRONOUS, MS_MANDLOCK ; avant le noyau  2.6.16,
              MS_NOATIME  et  MS_NODIRATIME pouvaient également être modifiés.
              Enfin, avant le noyau 2.4.10, les attributs MS_NOSUID,  MS_NODEV
              et MS_NOEXEC pouvaient être modifiés.

       MS_SILENT (depuis Linux 2.6.17)
              Supprime   l'affichage   de   certain  messages  d'avertissement
              (printk())  dans  le  journal  noyau.  Cet   attribut   remplace
              l'attribut  MS_VERBOSE  qui avait un mauvais nom et est obsolète
              (il était disponible depuis Linux 2.4.12),  et  qui  a  la  même
              signification.

       MS_STRICTATIME (depuis Linux 2.6.30)
              Toujours  mettre  à  jour  le  temps  du dernier d'accès (atime)
              lorsque des fichiers sur le système de fichiers sont  lus  (ceci
              était  le comportement par défaut avant Linux 2.6.30). Spécifier
              ce  drapeau  annule   l'effet   des   drapeaux   MS_NOATIME   et
              MS_RELATIME.

       MS_SYNCHRONOUS
              Rendre  synchrones  les  écritures  sur  le  système de fichiers
              (comme si l'option O_SYNC de open(2)  était  indiquée  à  chaque
              appel sur ce système de fichiers).

       Depuis  Linux 2.4, les attributs MS_NODEV, MS_NOEXEC, et MS_NOSUID sont
       configurables de manière variable sur chaque point de montage. À partir
       du  noyau  2.6.16,  MS_NOATIME  et  MS_NODIRATIME  peuvent  aussi  être
       configurés pour chaque point de montage.  L'attribut  MS_RELATIME  peut
       aussi être configuré pour chaque point de montage.

       L'argument  data est interprété différemment suivant le type de système
       de fichiers. Typiquement, c'est une chaîne d'options comprises  par  le
       système de fichiers, séparées par des virgules. Consultez mount(8) pour
       des détails sur les options disponibles pour chaque type de système.

VALEUR RENVOYÉE

       S'il réussit, cet appel système renvoie 0. S'il échoue, il  renvoie  -1
       et remplit errno en conséquence.

ERREURS

       Les  erreurs  détaillées  ici  sont indépendantes du type de système de
       fichiers. Chaque  type  de  système  peut  avoir  des  codes  d'erreurs
       spécifiques,  et  un comportement particulier. Consultez les sources du
       noyau pour plus de détails.

       EACCES Un élément du chemin d'accès n'est pas consultable  (voir  aussi
              path_resolution(7)),  ou  on  tente  de  monter  un  système  de
              fichiers en lecture seule sans préciser l'attribut MS_RDONLY, ou
              bien  le  périphérique  bloc  source est situé sur un système de
              fichiers monté avec l'attribut MS_NODEV.

       EBUSY  Source est déjà monté, ou ne peut pas être  remonté  en  lecture
              seule  car  il  y a des fichiers ouverts en écriture, ou ne peut
              pas être monté sur  target  car  target  est  occupé  (c'est  le
              répertoire  de  travail d'un processus, le point de montage d'un
              autre périphérique, des fichiers y sont ouverts, etc.).

       EFAULT L'un des arguments  pointe  en‐dehors  de  l'espace  d'adressage
              accessible.

       EINVAL source  a  un  superbloc  invalide,  ou  on  tente  un remontage
              (MS_REMOUNT) alors que  source  n'était  pas  encore  monté  sur
              target. Ou un déplacement (MS_MOVE) est demandé alors que source
              n'est pas un point de montage ou est « / ».

       ELOOP  Trop de liens symboliques  rencontrés  dans  un  chemin,  ou  un
              déplacement  a été tenté dans lequel target est un descendant de
              source.

       EMFILE (Dans le cas où un périphérique  bloc  n'est  pas  nécessaire :)
              Table de montage factice pleine.

       ENAMETOOLONG
              Un des arguments est plus long que MAXPATHLEN.

       ENODEV filesystemtype n'est pas configuré dans le noyau.

       ENOENT Un des chemins est vide ou a un composant inexistant.

       ENOMEM Le noyau n'a pas pu allouer suffisamment de mémoire.

       ENOTBLK
              Source  n'est pas un périphérique bloc (et un périphérique était
              nécessaire).

       ENOTDIR
              target ou un préfixe de source n'est pas un répertoire.

       ENXIO  Le nombre majeur du périphérique bloc source est invalide.

       EPERM  L'appelant n'a pas les privilèges appropriés.

VERSIONS

       Les  définitions  de  MS_DIRSYNC,  MS_MOVE,  MS_REC,   MS_RELATIME   et
       MS_STRICTATIME  n'ont  été ajoutées aux en‐têtes de la glibc que depuis
       la version 2.12.

CONFORMITÉ

       Cette fonction est spécifique à Linux et ne doit pas être employée dans
       des programmes destinés à être portables.

NOTES

       L'attribut  original  MS_SYNC  a  été renommé MS_SYNCHRONOUS dans Linux
       1.1.69 car un MS_SYNC différent a été ajouté dans <mman.h>.

       Avant Linux 2.4, une tentative d'exécution d'un  programme  Set-UID  ou
       Set-GID  sur  un  système  de  fichiers monté avec l'attribut MS_NOSUID
       échouait avec l'erreur EPERM. Depuis Linux  2.4  les  bits  Set-UID  et
       Set-GID sont simplement ignorés silencieusement dans ce cas.

   Espaces de noms par processus
       À  partir du noyau 2.4.19, Linux fournit des espaces de noms de montage
       par processus. Un espace de noms de montage est un ensemble de  montage
       de  systèmes  de fichiers qui sont visibles d'un processus. Les espaces
       de noms de montage peuvent être (ils  le  sont  généralement)  partagés
       entre  différents  processus  et  les  modifications à l'espace de noms
       (c'est-à-dire  les  montages  et  démontages)  par  un  processus  sont
       visibles pour tous les autres processus qui partagent le même espace de
       noms (la situation des versions antérieures à pre-2.4.19 de Linux  peut
       être  considérée comme l'utilisation d'un unique espace de noms partagé
       par tous les processus du système).

       Un processus fils créé avec fork(2) partage l'espace de noms de montage
       de son père ; l'espace de noms de montage est préservée au travers d'un
       execve(2).

       Un processus peut obtenir un espace de noms de montage privé si : il  a
       été  créé  en utilisant l'attribut CLONE_NEWNS de clone(2), dans ce cas
       son nouvel espace de noms est initialisé comme une copie de l'espace de
       noms du processus qui a appelé clone(2) ; ou il appelle unshare(2) avec
       l'attribut CLONE_NEWNS, ce qui provoque l'obtention d'une copie  privée
       de  l'environnement  de  l'appelant,  qui était auparavant partagé avec
       d'autres processus, de telle  sorte  que  les  montages  ou  démontages
       futurs  de  l'appelant  ne  seront pas visibles des autres processus (à
       l'exception des processus fils que le  processus  pourrait  créer),  et
       vice-versa.

       Le  fichier  /proc/PID/mounts,  spécifique à Linux, expose une liste de
       points de montage de l'espace de noms  de  montage  du  processus  avec
       l'identifiant indiqué ; consultez proc(5) pour des détails.

VOIR AUSSI

       umount(2), path_resolution(7), mount(8), umount(8)

COLOPHON

       Cette  page  fait  partie  de  la  publication 3.32 du projet man-pages
       Linux. Une description du projet et des instructions pour signaler  des
       anomalies       peuvent       être       trouvées      à      l'adresse
       <URL:http://www.kernel.org/doc/man-pages/>.

TRADUCTION

       Depuis 2010, cette traduction est maintenue à l'aide  de  l'outil  po4a
       <URL:http://po4a.alioth.debian.org/>   par   l'équipe   de   traduction
       francophone       au       sein        du        projet        perkamon
       <URL:http://perkamon.alioth.debian.org/>.

       Christophe  Blaess  <URL:http://www.blaess.fr/christophe/> (1996-2003),
       Alain  Portal  <URL:http://manpagesfr.free.fr/>   (2003-2006).   Julien
       Cristau et l'équipe francophone de traduction de Debian (2006-2009).

       Veuillez   signaler   toute   erreur   de   traduction  en  écrivant  à
       <debian-l10n-french@lists.debian.org> ou par un rapport de bogue sur le
       paquet manpages-fr.

       Vous  pouvez  toujours avoir accès à la version anglaise de ce document
       en utilisant la commande « man -L C <section> <page_de_man> ».