perkamon - en to fr translation catalogue (45 entries)

note: type: TH
en: 2017-11-26
fr: 26 novembre 2017

note: type: TH
en: Linux Programmer's Manual
fr: Manuel du programmeur Linux

note: type: SH
en: NAME
fr: NOM

note: type: Plain text
en: path_resolution - how a pathname is resolved to a file
fr: path_resolution - Trouver le fichier auquel un chemin fait référence

note: type: Plain text
en: Some UNIX/Linux system calls have as parameter one or more filenames.  A filename (or pathname) is resolved as follows.
fr: Certains appels système UNIX/Linux ont pour paramètre un ou plusieurs noms de fichiers. Un nom de fichier (ou chemin) est résolu de la manière suivante.

note: type: SS
en: Step 1: start of the resolution process
fr: Étape 1\ : Démarrer le processus de résolution

note: type: Plain text
en: If the pathname starts with the \(aq/\(aq character, the starting lookup directory is the root directory of the calling process.  (A process inherits its root directory from its parent.  Usually this will be the root directory of the file hierarchy.  A process may get a different root directory by use of the B<chroot>(2)  system call.  A process may get an entirely private mount namespace in case it\(emor one of its ancestors\(emwas started by an invocation of the B<clone>(2)  system call that had the B<CLONE_NEWNS> flag set.)  This handles the \(aq/\(aq part of the pathname.
fr: Si le chemin débute avec le caractère «\ /\ », le répertoire de recherche de départ est le répertoire racine du processus appelant. (Un processus hérite son répertoire racine de son père. Habituellement, c'est le répertoire racine de la hiérarchie des fichiers. Un processus peut avoir un répertoire racine différent avec l'utilisation de l'appel système B<chroot>(2). Un processus peut récupérer un espace noms de montage privé entier dans le cas où lui \(em ou un de ses parents \(em a été démarré par une invocation de l'appel système B<clone>(2) avec l'attribut B<CLONE_NEWNS> positionné.) Cela gère la partie «\ /\ » du chemin.

note: type: Plain text
en: If the pathname does not start with the \(aq/\(aq character, the starting lookup directory of the resolution process is the current working directory of the process.  (This is also inherited from the parent.  It can be changed by use of the B<chdir>(2)  system call.)
fr: Si le chemin ne débute pas par le caractère «\ /\ », le répertoire de recherche de départ du processus de résolution est le répertoire courant du processus. (Lui aussi est hérité du père. Il peut être modifié avec l'appel système B<chdir>(2).)

note: type: Plain text
en: Pathnames starting with a \(aq/\(aq character are called absolute pathnames.  Pathnames not starting with a \(aq/\(aq are called relative pathnames.
fr: Les chemins débutant avec le caractère «\ /\ » sont appelés chemins absolus. Les chemins ne débutant pas avec le caractère «\ /\ » sont appelés chemins relatifs.

note: type: SS
en: Step 2: walk along the path
fr: Étape 2\ : Se promener le long du chemin

note: type: Plain text
en: Set the current lookup directory to the starting lookup directory.  Now, for each nonfinal component of the pathname, where a component is a substring delimited by \(aq/\(aq characters, this component is looked up in the current lookup directory.
fr: Le répertoire de recherche courant est le répertoire de recherche de départ. On appellera composant d'un chemin une sous-chaîne délimitée par des caractères «\ /\ ». Chaque composant du chemin qui n'est pas le composant final est recherché dans le répertoire de recherche courant.

note: type: Plain text
en: If the process does not have search permission on the current lookup directory, an B<EACCES> error is returned ("Permission denied").
fr: Si le processus n'a pas les permissions nécessaires pour effectuer la recherche dans le répertoire de recherche courant, une erreur B<EACCES> est renvoyée (« Permission denied » : « Permission non accordée »).

note: type: Plain text
en: If the component is not found, an B<ENOENT> error is returned ("No such file or directory").
fr: Si le composant n'est pas trouvé, une erreur B<ENOENT> est renvoyée (« No such file or directory » : « Aucun fichier ou répertoire de ce type »).

note: type: Plain text
en: If the component is found, but is neither a directory nor a symbolic link, an B<ENOTDIR> error is returned ("Not a directory").
fr: Si le composant est trouvé mais que ce n'est ni un répertoire, ni un lien symbolique, une erreur B<ENOTDIR> est renvoyée (« Not a directory » : « N'est pas un répertoire »).

note: type: Plain text
en: If the component is found and is a directory, we set the current lookup directory to that directory, and go to the next component.
fr: Si le composant est trouvé et que c'est un répertoire, le répertoire de recherche courant devient ce répertoire et on passe au composant suivant.

note: type: SS
en: Step 3: find the final entry
fr: Étape 3\ : Trouver l'entrée finale

note: type: Plain text
en: The lookup of the final component of the pathname goes just like that of all other components, as described in the previous step, with two differences: (i) the final component need not be a directory (at least as far as the path resolution process is concerned\(emit may have to be a directory, or a nondirectory, because of the requirements of the specific system call), and (ii) it is not necessarily an error if the component is not found\(emmaybe we are just creating it.  The details on the treatment of the final entry are described in the manual pages of the specific system calls.
fr: La recherche du dernier composant du nom de chemin s'effectue de la même manière que les autres composants, comme décrit dans l'étape précédente, avec deux différences\ : (i) le composant final n'a pas besoin d'être un répertoire (du moins tant que le processus de résolution du chemin est concerné \(em il peut être ou ne pas être un répertoire, suivant les exigences de l'appel système concerné), et (ii) ce n'est peut-être pas une erreur si le composant n'est pas trouvé \(em peut-être vient on juste de le créer. Les détails du traitement du composant final sont décrits dans les pages de manuel des appels système concernés.

note: type: SS
en: . and ..
fr: . et ..

note: type: Plain text
en: By convention, every directory has the entries "." and "..", which refer to the directory itself and to its parent directory, respectively.
fr: Par convention, chaque répertoire possède les entrées I<.> et I<..>, qui se rapportent, respectivement, au répertoire lui-même et à son répertoire parent.

note: type: Plain text
en: The path resolution process will assume that these entries have their conventional meanings, regardless of whether they are actually present in the physical filesystem.
fr: Le processus de résolution de chemin considère que ces entrées ont leurs sens conventionnels, sans considération de leur existence ou non sur le système de fichiers.

note: type: Plain text
en: One cannot walk down past the root: "/.." is the same as "/".
fr: On ne peut plus sortir passée la racine\ : I</..> est identique à I</>.

note: type: SS
en: Mount points
fr: Points de montage

note: type: Plain text
en: After a "mount dev path" command, the pathname "path" refers to the root of the filesystem hierarchy on the device "dev", and no longer to whatever it referred to earlier.
fr: Après une commande B<mount> I<périphérique chemin>, le nom de chemin I<chemin> fait référence à la racine de la hiérarchie du système de fichiers sur le I<périphérique>, et plus du tout ce qu'il référençait précédemment.

note: type: Plain text
en: One can walk out of a mounted filesystem: "path/.." refers to the parent directory of "path", outside of the filesystem hierarchy on "dev".
fr: On peut sortir d'un système de fichiers monté\ : I<chemin/..> fait référence au répertoire parent de I<chemin>, en dehors de la hiérarchie du système de fichiers sur I<périphérique>.

note: type: SS
en: Trailing slashes
fr: Barres obliques de fin

note: type: Plain text
en: If a pathname ends in a \(aq/\(aq, that forces resolution of the preceding component as in Step 2: it has to exist and resolve to a directory.  Otherwise, a trailing \(aq/\(aq is ignored.  (Or, equivalently, a pathname with a trailing \(aq/\(aq is equivalent to the pathname obtained by appending \(aq.\(aq to it.)
fr: Si un nom de chemin finit avec un «\ /\ », cela force la résolution du composant qui le précède comme décrit dans l'étape 2 \(em le composant doit exister et être résolu comme répertoire. Autrement, un «\ /\ » final est ignoré. (Ou bien, de manière équivalente, un nom de chemin avec un «\ /\ » final est équivalent au nom de chemin obtenu en ajoutant «\ .\ » à la fin.)

note: type: SS
en: Final symlink
fr: Lien symbolique final

note: type: Plain text
en: If the last component of a pathname is a symbolic link, then it depends on the system call whether the file referred to will be the symbolic link or the result of path resolution on its contents.  For example, the system call B<lstat>(2)  will operate on the symlink, while B<stat>(2)  operates on the file pointed to by the symlink.
fr: Si le dernier composant d'un nom de chemin est un lien symbolique, cela dépend de l'appel système si le fichier référencé sera le lien symbolique ou bien le résultat de la résolution de chemin sur son contenu. Par exemple, l'appel système B<lstat>(2) agit sur le lien symbolique alors que B<stat>(2) agit sur le fichier pointé par le lien.

note: type: SS
en: Length limit
fr: Limite de longueur

note: type: Plain text
en: There is a maximum length for pathnames.  If the pathname (or some intermediate pathname obtained while resolving symbolic links)  is too long, an B<ENAMETOOLONG> error is returned ("Filename too long").
fr: Il y a une longueur maximum pour les noms de chemins. Si le chemin (ou un chemin intermédiaire obtenu en résolvant un lien symbolique) est trop long, une erreur B<ENAMETOOLONG> est renvoyée (« Filename too long » : « Nom de fichier trop long »).

note: type: SS
en: Empty pathname
fr: Nom de chemin vide

note: type: Plain text
en: In the original UNIX, the empty pathname referred to the current directory.  Nowadays POSIX decrees that an empty pathname must not be resolved successfully.  Linux returns B<ENOENT> in this case.
fr: Dans l'UNIX d'origine, un nom de chemin vide faisait référence au répertoire courant. Aujourd'hui, POSIX décrète qu'un nom de fichier vide ne doit pas être résolu avec succès. Linux renvoie B<ENOENT> dans ce cas.

note: type: Plain text
en: Of the three bits used, the first bit determines read permission, the second write permission, and the last execute permission in case of ordinary files, or search permission in case of directories.
fr: Des trois bits utilisés, le premier détermine la permission de lecture, le deuxième la permission d'écriture et le dernier la permission d'exécution dans le cas d'un fichier ordinaire ou la permission de recherche dans le cas d'un répertoire.

note: type: Plain text
en: Linux uses the fsuid instead of the effective user ID in permission checks.  Ordinarily the fsuid will equal the effective user ID, but the fsuid can be changed by the system call B<setfsuid>(2).
fr: Linux utilise le fsuid à la place de l'UID effectif lors de la vérification des permissions. D'ordinaire, le fsuid est égal à l'UID effectif, mais le fsuid peut être modifié avec l'appel système B<setfsuid>(2).

note: type: Plain text
en: (Here "fsuid" stands for something like "filesystem user ID".  The concept was required for the implementation of a user space NFS server at a time when processes could send a signal to a process with the same effective user ID.  It is obsolete now.  Nobody should use B<setfsuid>(2).)
fr: (Ici, «\ fsuid\ » signifie quelque chose comme «\ UID système de fichiers\ » (« filesystem user ID »). Le concept était requis pour l'implémentation d'un serveur NFS en espace utilisateur au moment où les processus pouvaient envoyer un signal à un processus qui avait le même UID effectif. Il est aujourd'hui obsolète. Personne ne devrait plus utiliser B<setfsuid>(2).)

note: FIXME . say something about filesystem mounted read-only ? type: Plain text
en: Similarly, Linux uses the fsgid ("filesystem group ID")  instead of the effective group ID.  See B<setfsgid>(2).
fr: De la même manière, Linux utilise le fsgid à la place du GID effectif. Consultez B<setfsgid>(2).

note: type: SS
en: Bypassing permission checks: superuser and capabilities
fr: Contourner les vérifications de permissions\ : superutilisateur et capacités

note: (but for exec at least one x bit must be set) -- AEB but there is variation across systems on this point: for example, HP-UX and Tru64 are as described by AEB.  However, on some implementations (e.g., Solaris, FreeBSD), access(X_OK) by superuser will report success, regardless of the file's execute 
en: On a traditional UNIX system, the superuser (I<root>, user ID 0) is all-powerful, and bypasses all permissions restrictions when accessing files.
fr: Sur un système UNIX traditionnel, le superutilisateur (I<root>, d'identifiant 0) est tout-puissant, et shunte toutes les restrictions de permissions lorsqu'il accède à des fichiers.

note: type: Plain text
en: On Linux, superuser privileges are divided into capabilities (see B<capabilities>(7)).  Two capabilities are relevant for file permissions checks: B<CAP_DAC_OVERRIDE> and B<CAP_DAC_READ_SEARCH>.  (A process has these capabilities if its fsuid is 0.)
fr: Sous Linux, les privilèges du superutilisateur sont divisés en capacités (consultez B<capabilities>(7)). Deux de ces capacités sont liées aux vérifications d'accès aux fichiers\ : B<CAP_DAC_OVERRIDE> et B<CAP_DAC_READ_SEARCH>. (Un processus a ces capacités si son fsuid est 0.)

note: type: Plain text
en: The B<CAP_DAC_OVERRIDE> capability overrides all permission checking, but grants execute permission only when at least one of the file's three execute permission bits is set.
fr: La capacité B<CAP_DAC_OVERRIDE> écrase toutes les vérifications de permission mais n'assurera la permission d'exécution que si au moins un des trois bits d'exécution est à 1.

note: FIXME . say something about immutable files FIXME . say something about ACLs type: Plain text
en: The B<CAP_DAC_READ_SEARCH> capability grants read and search permission on directories, and read permission on ordinary files.
fr: La capacité B<CAP_DAC_READ_SEARCH> assurera la permission de lecture et de recherche sur les répertoires, et la permission de lecture sur les fichiers ordinaires.

note: type: SH
en: SEE ALSO
fr: VOIR AUSSI

note: type: Plain text
en: This page is part of release 5.03 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.03 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.

note: type: Plain text
en: This page is part of release 5.02 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.02 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.

note: type: Plain text
en: This page is part of release 5.01 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.01 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.
