Provided by: manpages-fr-dev_3.07.1-1_all bug

NOM

       mount, umount, umount2 - Monter/démonter des systèmes de fichiers

SYNOPSIS

       #include <sys/mount.h>

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

       int umount(const char *target);

       int umount2(const char *target, int flags);

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.

       umount()  et  umount2() suppriment l’attachement du système de fichiers
       (le plus récemment) monté sur le répertoire target.

       Des privilèges appropriés (sous Linux : la capacité CAP_SYS_ADMIN) sont
       nécessaires pour monter ou dé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 », « 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.

       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_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. Voir mount(8) pour  des
       détails sur les options disponibles pour chaque type de système.

       Depuis   Linux  2.1.116  l’appel  système  umount2()  fonctionne  comme
       umount(), mais dispose d’options supplémentaires (flags) configurant le
       comportement de l’opération :

       MNT_FORCE (depuis Linux 2.1.116)
              Forcer  le démontage, même si le système de fichiers est occupé.
              Ceci peut causer  la  perte  de  données.  (Seulement  pour  les
              montages NFS).

       MNT_DETACH (depuis Linux 2.4.11)
              Faire  un  détachement  paresseux :  rendre  le point de montage
              invalide pour les  nouveaux  accès,  et  réaliser  le  démontage
              complet lorsque le point ne sera plus occupé.

       MNT_EXPIRE (depuis Linux 2.6.8)
              Marquer  le  point de montage comme ayant expiré. Si un point de
              montage n’est pas utilisé, un premier appel à umount2() avec  ce
              paramètre  échoue  avec l’erreur EAGAIN, mais marque le point de
              montage comme expiré. Il  reste  dans  cet  état  tant  qu’aucun
              processus   n’y   accède.  Un  second  appel  à  umount2()  avec
              MNT_EXPIRE détache le point de montage expiré. Ce  paramètre  ne
              peut être combiné avec MNT_FORCE ou MNT_DETACH.

VALEUR RENVOYÉE

       En  cas  de  réussite,  zéro est renvoyé, sinon -1 est renvoyé et errno
       contient le code d’erreur.

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. Voir 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 de bloc source est situé sur un système  de
              fichiers monté avec l’attribut MS_NODEV.

       EAGAIN Un  appel  à  umount2()  avec  l’attribut  MNT_EXPIRE  a  marqué
              correctement un système de fichiers non utilisé comme expiré.

       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.).  Ou  le
              démontage est impossible car le point est occupé.

       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 « / ». Ou un démontage est
              demandé sur target qui n’est pas un point de  montage.  Ou  bien
              umount2()  a  été appelé avec l’option MNT_EXPIRE, en même temps
              que soit MNT_DETACH soit MNT_FORCE.

       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 de 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 fichier spécial en mode bloc.

       ENOTDIR
              Le second argument, ou un préfixe du premier argument, n’est pas
              un répertoire.

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

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

CONFORMITÉ

       Ces fonctions sont spécifiques à Linux et ne doivent pas être employées
       dans des programmes destinés à être portables.

NOTES

   Notes sur Linux
       La fonction umount d’origine était invoquée umount(device) et renvoyait
       ENOTBLK si l’argument était autre  chose  qu’un  périphérique  en  mode
       bloc. Dans Linux 0.98p4 un appel umount(rpertoire) fut ajouté, afin de
       gérer  des  périphériques  anonymes.  Dans  Linux  2.3.99-pre7  l’appel
       umount(device)  fut supprimé, en ne gardant que umount(rpertoire) (car
       maintenant les périphériques peuvent être montés en plusieurs endroits,
       et l’indication du périphérique ne suffit plus).

       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.

VOIR AUSSI

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

COLOPHON

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

TRADUCTION

       Cette page de manuel a été traduite  et  mise  à  jour  par  Christophe
       Blaess  <http://www.blaess.fr/christophe/> entre 1996 et 2003, puis par
       Alain Portal <aportal AT univ-montp2 DOT fr> jusqu’en 2006, et  mise  à
       disposition sur http://manpagesfr.free.fr/.

       Les mises à jour et corrections de la version présente dans Debian sont
       directement gérées par Julien Cristau <jcristau@debian.org> et l’équipe
       francophone de traduction de Debian.

       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> ».