summaryrefslogtreecommitdiffstats
path: root/system-boot/manpages/fr/persistence.conf.fr.5
blob: 9a26ad6e043e3f2ba454523b14aaf235fd7c669f (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
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>.