manpages/fr/persistence.conf.fr.5

   1 .\"*******************************************************************
   2 .\"
   3 .\" This file was generated with po4a. Translate the source file.
   4 .\"
   5 .\"*******************************************************************
   6 .TH LIVE\-BOOT conf 22.09.2015 5.0~a5\-1 "Projet Live Systems"
   7
   8 .SH NOM
   9 \fBpersistence.conf\fP \- Fichier de configuration pour le media de persistance
  10 dans live\-boot
  11
  12 .SH DESCRIPTION
  13 Si live\-boot sondes un volume de persistance avec l'étiquette (ou le nom GPT
  14 ou le nom de fichier, mais à partir de maintenant nous dirons juste
  15 "étiquette") "persistence", ce volume de persistance est complètement
  16 personnalisable à travers le fichier  \fBpersistence.conf\fP stockée à la
  17 racine de son système de fichier. Tout volume ainsi étiquetté doit avoir un
  18 fichier comme ceci, ou il sera ignoré.
  19 .PP
  20 Le format de \fBpersistence.conf\fP permet les lignes vides et les lignes
  21 commençant avec un "#" (utilisé pour les commentaires), les deux seront
  22 ignorés. Un "montage personnalisé" a le format :
  23 .PP
  24 .RS
  25 \fIDIR\fP [\fIOPTION\fP]...
  26 .RE
  27 .PP
  28 qui se traduit grossièrement par "fabrique \fIDIR\fP la persistance selon le
  29 chemin décrit par la liste d'\fIOPTION\fPs".
  30 .PP
  31 Pour chaque montage personnalisé \fIDIR\fP doit être un chemin absolu qui ne
  32 peut pas contenir d'espaces blanc ou les composants de chemins . et .. , et
  33 ne peut pas être /live (ou un de ses sous\-répertoires). Une fois activé,
  34 toutes les modifications (effacement de fichier, création et modification)
  35 dans \fIDIR\fP sur le système de fichier live sont emmagasinées de façon
  36 persistante dans un chemin équivalent à \fIDIR\fP sur le média de persitance,
  37 appelé le répertoire source. Le moyen par défaut pour accomplir la
  38 persistance est simplement de bind\-monter le répertoire source correspondant
  39 à \fIDIR\fP, mais ceci peut être modifié à travers l'utilisation d'\fIOPTION\fPs.
  40 .PP
  41 Tous les montages personnalisés seront réalisés dans un ordre qui ne
  42 permettent pas à deux montages personnalisés de se "cacher" l'un
  43 l'autre. Par exemple, si nous avons les deux \fIDIR\fP:s /a et /a/b , /a sera
  44 toujours monté en premier, puis /a/b. Ceci sera toujours vrai quelque soit
  45 l'ordre des lignes dans \fBpersistence.conf\fP, ou si plusieurs fichiers
  46 \fBpersistence.conf\fP sur différents média de persistance sont utilisés au
  47 même moment. Néanmoins, il est interdit aux montages personnalisés d'avoir
  48 leurs répertoires source à l'intérieur du répertoire source d'un autre
  49 montage personnalisé, ainsi les répertoires source qui sont auto\-créés par
  50 live\-boot ne prennent pas en charge les montages "emboîtés" comme /a et /a/b
  51 sur le même média. Dans ce cas, vous devez utiliser l'option \fBsource\fP (voir
  52 ci\-dessous) pour être certains qu'ils ne sont pas emmagasinés dans
  53 différents répertoires source.
  54 .PP
  55 Lorsqu'un répertoire source n'existe pas sur le média de persistance pour un
  56 montage personnalisé donné, il sera créé automatiquement, et les permissions
  57 et la propriété seront paramétrées avec optimisme en accord avec \fIDIR\fP. Il
  58 sera également amorcé en copiant le contenu du \fIDIR\fP dans son répertoire
  59 source sur le média de persistance. L'amorçage ne se passera pas lorsque les
  60 options \fBlink\fP ou \fBunion\fP sont utilisées (voir ci\-dessous).
  61
  62 .SH OPTIONS
  63 Les montages personnalisés défini dans  \fBpersistence.conf\fP acceptent les
  64 options suivantes dans une liste séparée par des commas :
  65 .IP \fBsource\fP=\fIPATH\fP 4
  66 Lorsqu'indiqué, emmagasine les modifications persistantes dans \fIPATH\fP sur
  67 le média de persistance. \fIPATH\fP doit être un chemin relatif (au regard de
  68 la racine du média de persistance) qui ne peut pas contenit d'espaces blancs
  69 ou de composants de chemins spéciaux comme . ou .. , avec l'exception qu'il
  70 peut simplement s'agir de . qui signifie : la racine du média de
  71 persistance.Cette option est principalement utile si vous voulez imbriquer
  72 des montages personnalisés qui, autrement, causeraient des erreurs, ou si
  73 vous voulez rendre disponible la racine du média en entier (équivalent à au
  74 \- maintenant déprécié \- type de persistance \fBhome\-rw\fP).
  75 .PP
  76 Les options suivantes sont mutuellement exclusives (uniquement la dernière
  77 donnée sera effective) :
  78 .IP \fBbind\fP 4
  79 Bind\-monte le répertoire source dans \fIDIR\fP. Ceci est le défaut.
  80 .IP \fBlink\fP 4
  81 Crée la structure de répertoire du répertoire source sur le média de
  82 persistance dans \fIDIR\fP et crée des liens symboliques depuis l'emplacement
  83 correspondant dans \fIDIR\fP pour chaque fichier dans le répertoire source. Les
  84 fichiers ou répertoire existants avec le même nom aussi bien que tout lien
  85 seront écrasés. Notez que l'effacement des liens dans \fIDIR\fP supprimera
  86 uniquement le lien, pas le fichier correspondant dans la source; les liens
  87 supprimés réapparaîtront après un redémarrage. Pour ajouter ou supprimer un
  88 fichier de façon permanente, on doit le faire directement dans le répertoire
  89 source.
  90 .IP
  91 En réalité, \fBlink\fP rendra persistants uniquement les fichiers déjà présents
  92 dans le répertoire source, aucun autre fichier dans \fIDIR\fP. Ces fichiers
  93 doivent être ajoutés manuellement au répertoire source pour pouvoir utiliser
  94 cette option, et ils apparaîtront dans \fIDIR\fP en addition des fichiers déjà
  95 présents. Cette option est utile lorsque seulement certain fichiers doivent
  96 être persistants, et pas l'ensemble du répertoire dans lequel ils se
  97 trouvent, par exemple certains fichiers de configuration dans le répertoire
  98 de l'utilisateur.
  99 .IP \fBunion\fP 4
 100 Sauvegarde la branche rw d'un union sur le média de persistance, ainsi,
 101 seuls les modifications sont emmagasinnées de façon persistante. Ceci peut
 102 potentiellement réduire l'utilisation du disque comparé aux montages\-bind,
 103 et ne cachera pas les fichiers ajoutés au média en lecture seule. Un
 104 avertissement est que l'union utilisera \fIDIR\fP depuis le système de fichier
 105 en lecture seule de l'image, pas le système de fichier racine réel, et donc
 106 les fichiers créés après le démarrage (par exemple par live\-config)
 107 n'apparaîtront pas dans l'union. Cette option utilisera le système de
 108 fichier union spécifié par le paramètre de démarrage \fBunion\fP de live\-boot.
 109
 110 .SH RÉPERTOIRES
 111 .IP \fB/live/persistence\fP 4
 112 Tous les volumes de persistance seront montés ici (dans le répertoire
 113 correspondant au nom de périphérique). Le fichier \fBpersistence.conf\fP peut
 114 être facilement édité à travers ce montage, de la même façon que tout
 115 répertoire source (ce qui est spécialement pratique pour les montages
 116 personnalisés utilisant l'option \fBlink\fP).
 117
 118 .SH EXEMPLES
 119
 120 Disons que nous avons un volume persistant \fIVOL\fP avec un fichier
 121 \fBpersistence.conf\fP contenantles quatre lignes suivantes (numérotée pour
 122 faciliter leur référencement) :
 123 .TP  7
 124 1.
 125 /home/user1 link,source=config\-files/user1
 126 .TP
 127 2.
 128 /home/user2 link,source=config\-files/user2
 129 .TP
 130 3.
 131 /home
 132 .TP
 133 4.
 134 /usr union
 135 .PP
 136 Les répertoires source correspondant sont :
 137 .TP  7
 138 1.
 139 \fIVOL\fP/config\-files/user1 (mais ce serait \fIVOL\fP/home/user1 sans l'option
 140 \fBsource\fP)
 141 .TP
 142 2.
 143 \fIVOL\fP/config\-files/user2 (mais ce serait \fIVOL\fP/home/user2 sans l'option
 144 \fBsource\fP)
 145 .TP
 146 3.
 147 \fIVOL\fP/home
 148 .TP
 149 4.
 150 \fIVOL\fP/usr
 151 .PP
 152 Il était nécessaire de paramétrer les options \fBsource\fP pour 1 et 2,
 153 puisqu'autrement ils seraient devenus imbriqués avec la source du 3, ce qui
 154 est invalide.
 155 .PP
 156 La ligne 3 sera prise en compte avant les lignes 1 et 2 afin d'éviter que
 157 les montages personnalisés 1 et 2 ne soient cachés par 3. Lorsque la ligne 3
 158 est prise en charge, \fIVOL\fP/home est simplement bind\-monté sur /home. Pour
 159 illustrer ce qu'il se passe pour les lignes 1 et 2, disons que les fichiers
 160 suivants existent :
 161 .TP  7
 162 a.
 163 \fIVOL\fP/config\-files/user1/.emacs
 164 .TP
 165 b.
 166 \fIVOL\fP/config\-files/user2/.bashrc
 167 .TP
 168 c.
 169 \fIVOL\fP/config\-files/user2/.ssh/config
 170 .PP
 171 Puis que les liens et les répertoires suivant seront créés :
 172 .TP  7
 173 Liens :
 174 /home/user1/.emacs \-> \fIVOL\fP/config\-files/user1/.emacs (depuis a)
 175 .TP
 176 Liens :
 177 /home/user2/.bashrc \-> \fIVOL\fP/config\-files/user2/.bashrc (depuis b)
 178 .TP
 179 Rép :
 180 /homea/user2/.ssh (depuis c)
 181 .TP
 182 Liens :
 183 /home/user2/.ssh/config \-> \fIVOL\fP/config\-files/user2/.ssh/config (depuis
 184 c)
 185 .PP
 186 On pourrait dire que les lignes 1 et 2 dans l'exemple de fichier
 187 \fBpersistence.conf\fP ci\-dessus sont non\-nécessaires puisque la ligne 3
 188 rendrait déjà presistant l'entierté de /home. L'option \fBlink\fP est pensée
 189 pour les situations où vous ne voulez pas que tout le répertoire soit
 190 persistant, mais seulement certains de fichiers y étant présents ou ses
 191 sous\-répertoires.
 192 .PP
 193 La ligne 4 peut être montée n'importe quand puisque son \fIDIR\fP (et
 194 répertoire source) est complètement disjoint de tous les autres montages
 195 personnalisés. Lorsque monté, \fIVOL\fP/usr sera la branche rw à cause de
 196 l'option \fBunion\fP, et contiendra seulement la différence comparée au système
 197 de fichier en lecture seule sous\-jascent. En conséquence, les paquets
 198 pourront être installés dans /usr avec une grande efficacité d'empreinte
 199 d'espace comparé aux montages\-bind, puisque dans ce dernier cas, tout le
 200 contenu de /usr devra être copié dans \fIVOL\fP/usr pendant l'amorçage inital.
 201
 202 .SH "VOIR AUSSI"
 203 \fIlive\-boot\fP(7)
 204 .PP
 205 \fIlive\-build\fP(7)
 206 .PP
 207 \fIlive\-config\fP(7)
 208 .PP
 209 \fIlive\-tools\fP(7)
 210
 211 .SH "PAGE D'ACCUEIL"
 212 Davantage d'informations à propos de live\-boot et du projet Live Systems
 213 peuvent être trouvées sur la page <\fIhttp://live\-systems.org/\fP> et
 214 dans le manuel sur <\fIhttp://live\-systems.org/manual/\fP>.
 215
 216 .SH BOGUES
 217 Les bogues peuvent être signalés en soumettant un rapport de bogue pour le
 218 paquet live\-boot dans le BTS à <\fIhttp://bugs.debian.org/\fP> ou par
 219 l'écriture d'un courriel à la liste de diffusion Live Systems à
 220 <\fIdebian\-live@lists.debian.org\fP>.
 221
 222 .SH AUTEUR
 223 live\-images a été écrit par Daniel Baumann
 224 <\fImail@daniel\-baumann.ch\fP>.