Adding French translation for live-boot manpage and prep for persistence.conf.

2 files changed, 530 insertions, 0 deletions

diff --git a/manpages/fr/live-boot.fr.7 b/manpages/fr/live-boot.fr.7
new file mode 100644
index 0000000..3f4540e
--- /dev/null
+++ b/manpages/fr/live-boot.fr.7
@@ -0,0 +1,306 @@
+.\"*******************************************************************
+.\"
+.\" This file was generated with po4a. Translate the source file.
+.\"
+.\"*******************************************************************
+.TH LIVE\-BOOT 7 22.09.2015 5.0~a5\-1 "Projet Live Systems"
+
+.SH NOM
+\fBlive\-boot\fP \- Composants de démarrage du système
+
+.SH DESCRIPTION
+\fBlive\-boot\fP comprend les composants qui configure un système live pendant
+le processus de démarrage (espace utilisateur primitif).
+.PP
+.\" FIXME
+live\-boot est un hameçon (hook) pour initramfs\-tools, utilisé pour générer
+un initramfs capable de démarrer les systèmes live, comme ceux créés par
+\fIlive\-helper\fP(7). Ceci comprends les ISOs Live Systems, les paquets tar de
+démarrage par le net (netboot), et les images de clef USB.
+.PP
+.\" FIXME
+Au moment du démarrage, il recherchera un médium (en lecture seule)
+contenant un répertoire "/live" où est placé un système de fichier racine
+(souvent une image d'un système de fichier compressé comme squashfs). Si
+ceci est trouvé, il créera un environnement enregistrable en utilisant aufs,
+pour démarrer le système à partir de lui.
+
+.SH CONFIGURATION
+\fBlive\-boot\fP peut être configuré à travers un paramètre de démarrage ou un
+fichier de configuration.
+.PP
+Pour configurer les paramètres de live\-boot utilisés par défaut dans l'image
+live, voir l'option \-\-bootappend\-live dans la page de manuel
+\fIlb_config\fP(1).
+
+.SS "Paramètres du noyau"
+\fBlive\-boot\fP est activé uniquement si 'boot=live' a été utilisé en tant que
+paramètre du noyau.
+.PP
+De plus, il y a plusieurs autres paramètres de démarrage pour influencer le
+comportement, voir ci\-dessous.
+
+.SS "Fichiers de configurations"
+\fBlive\-boot\fP peut être configuré (mais pas activé) à travers des fichiers de
+configuration. Ces fichiers peuvent être placés soit dans le système de
+fichier racine lui\-même (/etc/live/boot.conf, /etc/live/boot/*), ou sur le
+média live (live/boot.conf, live/boot/*).
+
+.SH OPTIONS
+.\" FIXME
+\fBlive\-boot\fP fourni actuellement les paramètres suivants.
+.IP \fBaccess\fP=\fIACCESS\fP 4
+Met en place le niveau d'accessibilité pour les utilisateurs physiquement ou
+visuellement handicapés. ACCESS doit être un des v1, v2, v3, m1, or
+m2. v1=handicap visuel faible, v2=handicap visuel modéré, v3=cessité
+visuelle, m1=difficultés moteur faibles m2=difficultés moteur modérées.
+.IP \fBconsole\fP=\fITTY,SPEED\fP 4
+Paramètre la console par défaut étant utilisée avec l'option
+"live\-getty". Exemple : "console=ttyS0,115200".
+.IP \fBdebug\fP 4
+Rend le processus de démarrage initramfs plus verbeux.
+.br
+Utiliser : debug=1
+.br
+Si debug n'est pas paramétré à une valeur, les messages pourraient ne pas
+être affichés.
+.IP \fBfetch\fP=\fIURL\fP 4
+.IP \fBhttpfs\fP=\fIURL\fP 4
+Une autre forme de démarrage par le net en téléchargeant une image squashfs
+depuis une URL donnée. La méthode fetch copie l'image dans la RAM et la
+méthode httpfs utilise FUSE et httpfs2 pour monter l'image en place. La
+copier dans la RAM nécessite davantage de mémoire et pourrait prendre du
+temps pour des images volumineuses. Ceci dit, ça devrait mieux fonctionner
+correctement car cela ne nécessite pas de réseau ensuite et le système
+fonctionne plus vite une fois démarré car il n'a plus besoin de contacter un
+serveur.
+.br
+À cause des limitations actuelles de la version wget de busybox et de sa
+résolution DNS, une URL ne peut pas contenir un hostname mais uniquement une
+adresse IP.
+.br
+Ne fonctionne pas : http://example.com/path/to/your_filesystem.squashfs
+.br
+Fonctionne : http://1.2.3.4/path/to/your_filesystem.squashfs
+.br
+Notez également que par conséquent, il n'est actuellement pas possible
+d'attraper une image depuis un virtualhost basé\-sur\-un\-nom d'un httpd s'il
+partage l'adresse IP avec l'instance httpd principale.
+.br
+Vous voudrez également utiliser l'image ISO live à la place de l'image
+squashfs.
+.IP \fBiscsi\fP=\fIserver\-ip[,server\-port];target\-name\fP 4
+Démarrer depuis une cible iSCSI qui a une image ISO ou disque en tant que
+l'un de ces LUNs. La cible spécifiée est recherchée pour un LUN qui
+ressemble à un medium live medium. Si vous utilisez la solution cible iSCSI
+logiciel \fBiscsitarget\fP , votre ietd.conf devrait ressembler à ça :
+.br
+# Le nom\-cible que vous spécifiez dans le paramètre iscsi=
+.br
+Cible <target\-name>
+  Lun 0 Path=<chemin\-vers\-votre\-image\-live.iso>,Type=fileio,IOMode=ro
+  # Si vous voulez démarrez de multiples machines, vous pourriez vouloir   jeter un oeil aux réglages de certains paramètres comme
+  # Wthreads ou MaxConnections
+.IP \fBfindiso\fP=\fI/PATH/TO/IMAGE\fP 4
+Regarder pour le fichier ISO spécifié sur tous les disques quandil regarde
+habituellement pour le fichier squashfs (donc vous n'avez pas besoin de
+connaître le nom de périphérique comme dans fromiso=....).
+.IP \fBfromiso\fP=\fI/PATH/TO/IMAGE\fP 4
+Permet d'utiliser un système de fichier venant de l'intérieur d'une image
+ISO qui est disponible sur live\-media.
+.IP \fBignore_uuid\fP 4
+Ne pas vérifierque chaque UUID embarqué dans le initramfs correspond au
+medium découvert. On peut dire à live\-boot de générer un UUID en paramétrant
+LIVE_GENERATE_UUID=1 lors de la construction de l'initramfs.
+.IP \fBverify\-checksums\fP 4
+Si spécifié, une somme MD5 est calculée sur le média live pendant le
+démarragea et est comparée à une valeur présente dans md5sum.txt dans le
+répertoire racine du média live.
+.IP "\fBip\fP=[\fIDEVICE\fP]:[\fICLIENT_IP\fP]:[\fINETMASK\fP]:[\fIGATEWAY_IP\fP]:[\fINAMESERVER\fP] [,[\fIDEVICE\fP]:[\fICLIENT_IP\fP]:[\fINETMASK\fP]:[\fIGATEWAY_IP\fP]:[\fINAMESERVER\fP]]" 4
+Vous laisse spécifier le(s) nom(s) et les options de l'(les) interface(s)
+qui devraient être configurées au moment du démarrage. Ne pas spécifier ceci
+si vous voulez utiliser dhcp (défaut). Ceci sera modifié dans une version
+future pour refléter la spécification des paramètres de démarrage du noyau
+officiel (e.g. ip=10.0.0.1::10.0.0.254:255.255.255.0::eth0,:::::eth1:dhcp).
+.IP \fBip\fP=[\fIfrommedia\fP] 4
+Si cette variable est paramétrée, dhcp et la configuration statique sont
+simplement sautées et le système utilisera à la place les interfaces (qui
+doivent être) préconfigurées /etc/network/.
+.IP {\fBlive\-media\fP|\fBbootfrom\fP}=\fIDEVICE\fP 4
+Si vous spécifiez une des ces deux formes équivalentes, live\-boot essaiera
+en premier de trouver ce périphérique le répertoire "/live" où le système de
+fichier racine en lecture seule devrait être. Si il ne trouve pas quelque
+chose d'utilisable, le scan normal pour les périphériques blocks est
+effectué.
+.br
+Plutôt que de spécifié un nom de périphérique actuel, le mot\-clef
+\&'removable' peut être utilisé pour limiter la recherche des médias live
+acceptables au type removable uniquement. Notez que si vous voulez
+restreindre d'avantage les médias aux seuls périphériques de stockage USB,
+vous pouvez utiliser le mot\-clef 'removable\-usb'.
+.IP {\fBlive\-media\-encryption\fP|\fBencryption\fP}=\fITYPE\fP 4
+live\-boot montera le TYPE rootfs encrypté, en demandant une
+phrase\-mot\-de\-passe, utile pour construire des systèmes live paranoïaques
+:\-).Le TYPE supporté pour l'instant est "aes" pour un type d'encryptage
+loop\-aes.
+.IP \fBlive\-media\-offset\fP=\fIBYTES\fP 4
+De cette façon, vous pouvez dire à live\-boot que votre image démarre à
+l'offset BYTES dans le périphérique spécifié ci\-dessus ou auto\-découvert,
+qui pourra être utile pour cacher l'ISO du système live ou l'image à
+l'intérieur d'une autr ISO ou image, pour créer des image "propre".
+.IP \fBlive\-media\-path\fP=\fIPATH\fP 4
+Paramètre le chemin vers le système de fichier live sur le médium. Par
+défaut, il est paramétré sur '/live' et vous ne devriez pas changer ceci
+sauf si vous avez personnalisé votre média en conséquence.
+.IP \fBlive\-media\-timeout\fP=\fISECONDS\fP 4
+Paramètre le temps d'expiration en secondes pour le périphérique spécifié
+par "live\-media=" à être prêt avant de laisser tomber.
+.IP \fBmodule\fP=\fINAME\fP 4
+Plutôt que d'utiliser le fichier optionnel par défaut "filesystem.module"
+(voir ci\-dessous), un autre fichier peut être spécifié sans l'extension
+".module"; il devra être placé dans le répertoire "/live" du médium live.
+.IP \fBnetboot\fP[=nfs|cifs] 4
+Ceci dit à live\-boot d'effectuer un montage réseau. Le paramètre
+"nfsroot="(avec l'optionnel "nfsopts="), devrait spécifier où est
+l'emplacement du système de fichier racine. En l'absence d'arguments, il
+essaiera cifs en premier puis, s'il échoue, nfs.
+.IP \fBnfsopts\fP= 4
+Ceci vous permet de spécifier des options nfs personnalisées.
+.IP \fBnofastboot\fP 4
+Ce paramètre désactive la désactivation par défaut du système de fichier
+dans /etc/fstab. Si vous avez des système de fichier statiques sur votre
+disque dur et vous voulez qu'ils soient vérifiés au moment du démarrage,
+utilisez ce paramètre, sinon ils sont sautés.
+.IP \fBnopersistence\fP 4
+désactive la fonctionnalité "persistance", utile si le bootloader (comme
+syslinux) a été installé avec la persistance activée.
+.IP \fBnoeject\fP 4
+Ne pas demander pour l'éjection du médium live.
+.IP \fBramdisk\-size\fP 4
+Ce paramètre permet de paramétrer un taille de ramdisk personnalisée (c'est
+l'option '\-o size' du montage tmpfs). Par défaut, il n'y a pas de taille de
+ramdisk paramétrée, donc le montage par défaut s'applique (en fait : 50% de
+la RAM disponible). Notez que cette option n'a actuellement aucun effet lors
+d'un démarrage avec toram.
+.IP \fBswap=true\fP 4
+Ce paramètre active l'utilisation de partition swap locales.
+.IP \fBpersistence\fP 4
+live\-boot sondera les périphériques pour les média de persistance. Ceux\-ci
+pourront être des partitions (avec un nom GPT correct), des systèmes de
+fichier (avec une étiquette correcte) ou des fichiers image (avec un nom de
+fichier correct). Les récouvrements sont étiquettés/nommés "persistence"
+(voir \fIpersistence.conf\fP(5)). Les fichiers images de recouvrement sont
+nommés "persistence".
+.IP "\fBpersistence\-encryption\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4
+Cette option détermine quels sont les types d'encryptage que nous autorisons
+à être utilisés lors du sondage des périphérique pour les médias de
+persistance. Si "none" (aucun) n'est dans la liste, nous autorisons les
+médias non\-cryptés; si "luks" est dans la liste, nous autorisons les médias
+encryptés\-LUKS. À chaque fois qu'un périphérique contenant un média encrypté
+est sondé, il sera demandé la phrase\-mot\-de\-passe à l'utilisateur. La valeur
+par défaut est "none".
+.IP \fBpersistence\-media\fP={\fIremovable\fP|\fIremovable\-usb\fP} 4
+Si vous spécifiez le mot\-clef 'removable', live\-boot essaiera de trouver les
+partitions de persistance sur les périphériques enlevables uniquement. Notez
+que si vous voulez davantage restreindre les médias à des périphériques de
+stockage de masse USB uniquement, vous pouvez utiliser le mot\-clef
+\&'removable\-usb'.
+.IP "\fBpersistence\-method\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4
+Cette option détermine quels types de média de persistance nous autorisons
+If "overlay" est dans la liste, nous considérons les récouvrements
+(i.e. "live\-rw" et "home\-rw"). Le défaut est "overlay".
+.IP \fBpersistence\-path\fP=\fIPATH\fP 4
+live\-boot recherchera pour des fichiers de persistance dans le répertoire
+racine d'une partition, avec ce paramètre, le chemin pourra être configuré
+de manière à ce que vous puissiez avoir des répertoires multiples sur la
+même partition pour emmagasiner des fichiers de persistance.
+.IP \fBpersistence\-read\-only\fP 4
+Les modifications de système de fichier ne sont pas sauvegardés dans le
+média de persistance. En particulier, les montages NFS netboot et overlays
+sont montés en lecture\-seule.
+.IP "\fBpersistence\-storage\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4
+Cette option détermine quels sont les types de stockage de persistance à
+considérer lors d'un sondage pour le média de persistance. Si "filesystem"
+est dans la liste, les systèmes de fichier avec des étiquettes
+correspondantes seront utilisés; si "file" est dans la liste, tous les
+systèmes de fichier seront sondés pour archives et fichiers image avec des
+noms de fichier correspondant. Le défaut est "file,filesystem".
+.IP \fBpersistence\-label\fP=\fILABEL\fP 4
+live\-boot utilisera le nom "LABEL" à la place de "persistence" lorsqu'il
+cherchera pour un stockage persistant. LABEL peut être tout nom de fichier
+valide, étiquette de partition ou nom GPT.
+.IP \fBnoeject\fP 4
+Cette option fait en sorte que live\-boot redémarre sans essayer d'éjecter le
+média et sans demander à l'utilisateur de retirer le média de démarrage.
+.IP \fBshowmounts\fP 4
+Avec ce paramètre, live\-boot montrera sur "/" les systèmes de fichier ro
+(essentiellement compressés) sur "/lib/live". Ceci n'est pas activé par
+défaut car ça pourrait conduire à des problèmes avec des applications comme
+"mono" qui stocke des chemins binaires lors de l'installation.
+.IP \fBsilent\fP 4
+Si vous démarrez avec le paramètre quiet normal, live\-boot caches la plupart
+de ses messages. Lorsque de l'ajout de silent, il cache tout.
+.IP \fBtodisk\fP=\fIDEVICE\fP 4
+À l'ajout de ce paramètre, live\-boot essaiera de copier le média en
+lecture\-seule entièrement vers le périphérique spécifié avant de monter le
+système de fichier racine. Il nécessite probablement un bon paquet d'espace
+libre. Les démarrages suivant devraient alors sauter cette étape et
+simplement spécifier le paramètre de démarrage "live\-media=DEVICE" avec le
+même DEVICE utilisé cette fois.
+.IP \fBtoram\fP 4
+À l'ajout de ce paramètre, live\-boot essaiera de copier l'entiereté du média
+en lecture\-seule vers la RAM de l'ordinateur avant de monter le système de
+fichier racine. Ceci pourrait nécessiter beaucoup de RAM, en fonction de
+l'espace utilisé par le média en lecture\-seule.
+.IP \fBunion\fP=aufs|overlay 4
+.\" FIXME
+Par défaut, live\-boot utilise aufs. Avec ce paramètre, vous pouvez changer
+ceci pour overlay.
+
+.\" FIXME
+.SH "FICHIERS (ancien)"
+.IP \fB/etc/live.conf\fP 4
+Certaines variables peuvent être configurées à l'aide de ce fichier de
+configuration (à l'intérieur du système live).
+.IP \fBlive/filesystem.module\fP 4
+.\" FIXME
+Ce fichier optionnel (à l'intérieur du média live) contient une liste de
+noms de fichier séparés\-par\-un\-caractère\-de\-retour ou une espace\-blanc
+correspondants aux images disque dans le répertoire "/live". Si ce fichier
+existe, uniquement les images listées ici seront fusionnées dans le aufs
+racine, et elles seront chargées dans l'ordre de cette liste. La première
+entrée dans ce fichier sera le point "le plus bas" dans le aufs, et le
+dernier fichier dans cette liste sera en "haut" du aufs, directement en
+dessous de /overlay. Sans ce fichier, toute image dans le répertoire "/live"
+sont chargées par ordre alphanumérique.
+
+.SH FICHIERS
+.IP \fB/etc/live/boot.conf\fP 4
+.IP \fB/etc/live/boot/*\fP 4
+.IP \fBlive/boot.conf\fP 4
+.IP \fBlive/boot/*\fP 4
+.IP \fBpersistence.conf\fP 4
+
+.SH "VOIR AUSSI"
+\fIpersistence.conf\fP(5)
+.PP
+\fIlive\-build\fP(7)
+.PP
+\fIlive\-config\fP(7)
+.PP
+\fIlive\-tools\fP(7)
+
+.SH "PAGE D'ACCUEIL"
+Davantage d'informations à propos de live\-boot et du projet Live Systems
+peuvent être trouvées sur la page <\fIhttp://live\-systems.org/\fP> et
+dans le manuel sur <\fIhttp://live\-systems.org/manual/\fP>.
+
+.SH BOGUES
+Les bogues peuvent être signalés en soumettant un rapport de bogue pour le
+paquet live\-boot dans le BTS à <\fIhttp://bugs.debian.org/\fP> ou par
+l'écriture d'un courriel à la liste de diffusion Live Systems à
+<\fIdebian\-live@lists.debian.org\fP>.
+
+.SH AUTEUR
+live\-images a été écrit par Daniel Baumann
+<\fImail@daniel\-baumann.ch\fP>.
diff --git a/manpages/fr/persistence.conf.fr.5 b/manpages/fr/persistence.conf.fr.5
new file mode 100644
index 0000000..9a26ad6
--- /dev/null
+++ b/manpages/fr/persistence.conf.fr.5
@@ -0,0 +1,224 @@
+.\"*******************************************************************
+.\"
+.\" This file was generated with po4a. Translate the source file.
+.\"
+.\"*******************************************************************
+.TH LIVE\-BOOT conf 22.09.2015 5.0~a5\-1 "Projet Live Systems"
+
+.SH NOM
+\fBpersistence.conf\fP \- Fichier de configuration pour le media de persistance
+dans live\-boot
+
+.SH DESCRIPTION
+Si live\-boot sondes un volume de persistance avec l'étiquette (ou le nom GPT
+ou le nom de fichier, mais à partir de maintenant nous dirons juste
+"étiquette") "persistence", ce volume de persistance est complètement
+personnalisable à travers le fichier  \fBpersistence.conf\fP stockée à la
+racine de son système de fichier. Tout volume ainsi étiquetté doit avoir un
+fichier comme ceci, ou il sera ignoré.
+.PP
+Le format de \fBpersistence.conf\fP permet les lignes vides et les lignes
+commençant avec un "#" (utilisé pour les commentaires), les deux seront
+ignorés. Un "montage personnalisé" a le format :
+.PP
+.RS
+\fIDIR\fP [\fIOPTION\fP]...
+.RE
+.PP
+qui se traduit grossièrement par "fabrique \fIDIR\fP la persistance selon le
+chemin décrit par la liste d'\fIOPTION\fPs".
+.PP
+Pour chaque montage personnalisé \fIDIR\fP doit être un chemin absolu qui ne
+peut pas contenir d'espaces blanc ou les composants de chemins . et .. , et
+ne peut pas être /live (ou un de ses sous\-répertoires). Une fois activé,
+toutes les modifications (effacement de fichier, création et modification)
+dans \fIDIR\fP sur le système de fichier live sont emmagasinées de façon
+persistante dans un chemin équivalent à \fIDIR\fP sur le média de persitance,
+appelé le répertoire source. Le moyen par défaut pour accomplir la
+persistance est simplement de bind\-monter le répertoire source correspondant
+à \fIDIR\fP, mais ceci peut être modifié à travers l'utilisation d'\fIOPTION\fPs.
+.PP
+Tous les montages personnalisés seront réalisés dans un ordre qui ne
+permettent pas à deux montages personnalisés de se "cacher" l'un
+l'autre. Par exemple, si nous avons les deux \fIDIR\fP:s /a et /a/b , /a sera
+toujours monté en premier, puis /a/b. Ceci sera toujours vrai quelque soit
+l'ordre des lignes dans \fBpersistence.conf\fP, ou si plusieurs fichiers
+\fBpersistence.conf\fP sur différents média de persistance sont utilisés au
+même moment. Néanmoins, il est interdit aux montages personnalisés d'avoir
+leurs répertoires source à l'intérieur du répertoire source d'un autre
+montage personnalisé, ainsi les répertoires source qui sont auto\-créés par
+live\-boot ne prennent pas en charge les montages "emboîtés" comme /a et /a/b
+sur le même média. Dans ce cas, vous devez utiliser l'option \fBsource\fP (voir
+ci\-dessous) pour être certains qu'ils ne sont pas emmagasinés dans
+différents répertoires source.
+.PP
+Lorsqu'un répertoire source n'existe pas sur le média de persistance pour un
+montage personnalisé donné, il sera créé automatiquement, et les permissions
+et la propriété seront paramétrées avec optimisme en accord avec \fIDIR\fP. Il
+sera également amorcé en copiant le contenu du \fIDIR\fP dans son répertoire
+source sur le média de persistance. L'amorçage ne se passera pas lorsque les
+options \fBlink\fP ou \fBunion\fP sont utilisées (voir ci\-dessous).
+
+.SH OPTIONS
+Les montages personnalisés défini dans  \fBpersistence.conf\fP acceptent les
+options suivantes dans une liste séparée par des commas :
+.IP \fBsource\fP=\fIPATH\fP 4
+Lorsqu'indiqué, emmagasine les modifications persistantes dans \fIPATH\fP sur
+le média de persistance. \fIPATH\fP doit être un chemin relatif (au regard de
+la racine du média de persistance) qui ne peut pas contenit d'espaces blancs
+ou de composants de chemins spéciaux comme . ou .. , avec l'exception qu'il
+peut simplement s'agir de . qui signifie : la racine du média de
+persistance.Cette option est principalement utile si vous voulez imbriquer
+des montages personnalisés qui, autrement, causeraient des erreurs, ou si
+vous voulez rendre disponible la racine du média en entier (équivalent à au
+\- maintenant déprécié \- type de persistance \fBhome\-rw\fP).
+.PP
+Les options suivantes sont mutuellement exclusives (uniquement la dernière
+donnée sera effective) :
+.IP \fBbind\fP 4
+Bind\-monte le répertoire source dans \fIDIR\fP. Ceci est le défaut.
+.IP \fBlink\fP 4
+Crée la structure de répertoire du répertoire source sur le média de
+persistance dans \fIDIR\fP et crée des liens symboliques depuis l'emplacement
+correspondant dans \fIDIR\fP pour chaque fichier dans le répertoire source. Les
+fichiers ou répertoire existants avec le même nom aussi bien que tout lien
+seront écrasés. Notez que l'effacement des liens dans \fIDIR\fP supprimera
+uniquement le lien, pas le fichier correspondant dans la source; les liens
+supprimés réapparaîtront après un redémarrage. Pour ajouter ou supprimer un
+fichier de façon permanente, on doit le faire directement dans le répertoire
+source.
+.IP
+En réalité, \fBlink\fP rendra persistants uniquement les fichiers déjà présents
+dans le répertoire source, aucun autre fichier dans \fIDIR\fP. Ces fichiers
+doivent être ajoutés manuellement au répertoire source pour pouvoir utiliser
+cette option, et ils apparaîtront dans \fIDIR\fP en addition des fichiers déjà
+présents. Cette option est utile lorsque seulement certain fichiers doivent
+être persistants, et pas l'ensemble du répertoire dans lequel ils se
+trouvent, par exemple certains fichiers de configuration dans le répertoire
+de l'utilisateur.
+.IP \fBunion\fP 4
+Sauvegarde la branche rw d'un union sur le média de persistance, ainsi,
+seuls les modifications sont emmagasinnées de façon persistante. Ceci peut
+potentiellement réduire l'utilisation du disque comparé aux montages\-bind,
+et ne cachera pas les fichiers ajoutés au média en lecture seule. Un
+avertissement est que l'union utilisera \fIDIR\fP depuis le système de fichier
+en lecture seule de l'image, pas le système de fichier racine réel, et donc
+les fichiers créés après le démarrage (par exemple par live\-config)
+n'apparaîtront pas dans l'union. Cette option utilisera le système de
+fichier union spécifié par le paramètre de démarrage \fBunion\fP de live\-boot.
+
+.SH RÉPERTOIRES
+.IP \fB/live/persistence\fP 4
+Tous les volumes de persistance seront montés ici (dans le répertoire
+correspondant au nom de périphérique). Le fichier \fBpersistence.conf\fP peut
+être facilement édité à travers ce montage, de la même façon que tout
+répertoire source (ce qui est spécialement pratique pour les montages
+personnalisés utilisant l'option \fBlink\fP).
+
+.SH EXEMPLES
+
+Disons que nous avons un volume persistant \fIVOL\fP avec un fichier
+\fBpersistence.conf\fP contenantles quatre lignes suivantes (numérotée pour
+faciliter leur référencement) :
+.TP  7
+1.
+/home/user1 link,source=config\-files/user1
+.TP 
+2.
+/home/user2 link,source=config\-files/user2
+.TP 
+3.
+/home
+.TP 
+4.
+/usr union
+.PP
+Les répertoires source correspondant sont :
+.TP  7
+1.
+\fIVOL\fP/config\-files/user1 (mais ce serait \fIVOL\fP/home/user1 sans l'option
+\fBsource\fP)
+.TP 
+2.
+\fIVOL\fP/config\-files/user2 (mais ce serait \fIVOL\fP/home/user2 sans l'option
+\fBsource\fP)
+.TP 
+3.
+\fIVOL\fP/home
+.TP 
+4.
+\fIVOL\fP/usr
+.PP
+Il était nécessaire de paramétrer les options \fBsource\fP pour 1 et 2,
+puisqu'autrement ils seraient devenus imbriqués avec la source du 3, ce qui
+est invalide.
+.PP
+La ligne 3 sera prise en compte avant les lignes 1 et 2 afin d'éviter que
+les montages personnalisés 1 et 2 ne soient cachés par 3. Lorsque la ligne 3
+est prise en charge, \fIVOL\fP/home est simplement bind\-monté sur /home. Pour
+illustrer ce qu'il se passe pour les lignes 1 et 2, disons que les fichiers
+suivants existent :
+.TP  7
+a.
+\fIVOL\fP/config\-files/user1/.emacs
+.TP 
+b.
+\fIVOL\fP/config\-files/user2/.bashrc
+.TP 
+c.
+\fIVOL\fP/config\-files/user2/.ssh/config
+.PP
+Puis que les liens et les répertoires suivant seront créés :
+.TP  7
+Liens :
+/home/user1/.emacs \-> \fIVOL\fP/config\-files/user1/.emacs (depuis a)
+.TP 
+Liens :
+/home/user2/.bashrc \-> \fIVOL\fP/config\-files/user2/.bashrc (depuis b)
+.TP 
+Rép :
+/homea/user2/.ssh (depuis c)
+.TP 
+Liens :
+/home/user2/.ssh/config \-> \fIVOL\fP/config\-files/user2/.ssh/config (depuis
+c)
+.PP
+On pourrait dire que les lignes 1 et 2 dans l'exemple de fichier
+\fBpersistence.conf\fP ci\-dessus sont non\-nécessaires puisque la ligne 3
+rendrait déjà presistant l'entierté de /home. L'option \fBlink\fP est pensée
+pour les situations où vous ne voulez pas que tout le répertoire soit
+persistant, mais seulement certains de fichiers y étant présents ou ses
+sous\-répertoires.
+.PP
+La ligne 4 peut être montée n'importe quand puisque son \fIDIR\fP (et
+répertoire source) est complètement disjoint de tous les autres montages
+personnalisés. Lorsque monté, \fIVOL\fP/usr sera la branche rw à cause de
+l'option \fBunion\fP, et contiendra seulement la différence comparée au système
+de fichier en lecture seule sous\-jascent. En conséquence, les paquets
+pourront être installés dans /usr avec une grande efficacité d'empreinte
+d'espace comparé aux montages\-bind, puisque dans ce dernier cas, tout le
+contenu de /usr devra être copié dans \fIVOL\fP/usr pendant l'amorçage inital.
+
+.SH "VOIR AUSSI"
+\fIlive\-boot\fP(7)
+.PP
+\fIlive\-build\fP(7)
+.PP
+\fIlive\-config\fP(7)
+.PP
+\fIlive\-tools\fP(7)
+
+.SH "PAGE D'ACCUEIL"
+Davantage d'informations à propos de live\-boot et du projet Live Systems
+peuvent être trouvées sur la page <\fIhttp://live\-systems.org/\fP> et
+dans le manuel sur <\fIhttp://live\-systems.org/manual/\fP>.
+
+.SH BOGUES
+Les bogues peuvent être signalés en soumettant un rapport de bogue pour le
+paquet live\-boot dans le BTS à <\fIhttp://bugs.debian.org/\fP> ou par
+l'écriture d'un courriel à la liste de diffusion Live Systems à
+<\fIdebian\-live@lists.debian.org\fP>.
+
+.SH AUTEUR
+live\-images a été écrit par Daniel Baumann
+<\fImail@daniel\-baumann.ch\fP>.