Provided by: open-infrastructure-system-boot_20190301-lts1-3_all 
NOM
persistence.conf - Fichier de configuration pour le media de persistance dans live-boot
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 persistence.conf stockée à la racine de son système de
fichier. Tout volume ainsi étiquetté doit avoir un fichier comme ceci, ou il sera ignoré.
Le format de persistence.conf 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 :
DIR [OPTION]...
qui se traduit grossièrement par "fabrique DIR la persistance selon le chemin décrit par la liste
d'OPTIONs".
Pour chaque montage personnalisé DIR 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 DIR sur le
système de fichier live sont emmagasinées de façon persistante dans un chemin équivalent à DIR 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 à DIR, mais ceci peut être modifié à travers
l'utilisation d'OPTIONs.
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 DIR: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
persistence.conf, ou si plusieurs fichiers persistence.conf 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 source (voir ci-dessous) pour être certains
qu'ils ne sont pas emmagasinés dans différents répertoires source.
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 DIR. Il sera également amorcé en copiant le contenu du DIR dans son répertoire source sur le
média de persistance. L'amorçage ne se passera pas lorsque les options link ou union sont utilisées (voir
ci-dessous).
OPTIONS
Les montages personnalisés défini dans persistence.conf acceptent les options suivantes dans une liste
séparée par des commas :
source=PATH
Lorsqu'indiqué, emmagasine les modifications persistantes dans PATH sur le média de persistance. PATH
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 home-rw).
Les options suivantes sont mutuellement exclusives (uniquement la dernière donnée sera effective) :
bind
Bind-monte le répertoire source dans DIR. Ceci est le défaut.
link
Crée la structure de répertoire du répertoire source sur le média de persistance dans DIR et crée des
liens symboliques depuis l'emplacement correspondant dans DIR 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 DIR 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.
En réalité, link rendra persistants uniquement les fichiers déjà présents dans le répertoire source,
aucun autre fichier dans DIR. Ces fichiers doivent être ajoutés manuellement au répertoire source
pour pouvoir utiliser cette option, et ils apparaîtront dans DIR 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.
union
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 DIR 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 union de live-boot.
RÉPERTOIRES
/live/persistence
Tous les volumes de persistance seront montés ici (dans le répertoire correspondant au nom de
périphérique). Le fichier persistence.conf 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 link).
EXEMPLES
Disons que nous avons un volume persistant VOL avec un fichier persistence.conf contenantles quatre
lignes suivantes (numérotée pour faciliter leur référencement) :
1. /home/user1 link,source=config-files/user1
2. /home/user2 link,source=config-files/user2
3. /home
4. /usr union
Les répertoires source correspondant sont :
1. VOL/config-files/user1 (mais ce serait VOL/home/user1 sans l'option source)
2. VOL/config-files/user2 (mais ce serait VOL/home/user2 sans l'option source)
3. VOL/home
4. VOL/usr
Il était nécessaire de paramétrer les options source pour 1 et 2, puisqu'autrement ils seraient devenus
imbriqués avec la source du 3, ce qui est invalide.
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, VOL/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
:
a. VOL/config-files/user1/.emacs
b. VOL/config-files/user2/.bashrc
c. VOL/config-files/user2/.ssh/config
Puis que les liens et les répertoires suivant seront créés :
Liens :
/home/user1/.emacs -> VOL/config-files/user1/.emacs (depuis a)
Liens :
/home/user2/.bashrc -> VOL/config-files/user2/.bashrc (depuis b)
Rép : /homea/user2/.ssh (depuis c)
Liens :
/home/user2/.ssh/config -> VOL/config-files/user2/.ssh/config (depuis c)
On pourrait dire que les lignes 1 et 2 dans l'exemple de fichier persistence.conf ci-dessus sont
non-nécessaires puisque la ligne 3 rendrait déjà presistant l'entierté de /home. L'option link 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.
La ligne 4 peut être montée n'importe quand puisque son DIR (et répertoire source) est complètement
disjoint de tous les autres montages personnalisés. Lorsque monté, VOL/usr sera la branche rw à cause de
l'option union, 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 VOL/usr pendant l'amorçage inital.
VOIR AUSSI
live-boot(7)
live-build(7)
live-config(7)
live-tools(7)
PAGE D'ACCUEIL
Davantage d'informations à propos de live-boot et du projet Live Systems peuvent être trouvées sur la
page <http://live-systems.org/> et dans le manuel sur <http://live-systems.org/manual/>.
BOGUES
Les bogues peuvent être signalés en soumettant un rapport de bogue pour le paquet live-boot dans le BTS à
<http://bugs.debian.org/> ou par l'écriture d'un courriel à la liste de diffusion Live Systems à
<debian-live@lists.debian.org>.
AUTEUR
live-images a été écrit par Daniel Baumann <mail@daniel-baumann.ch>.
5.0~a5-1 22.09.2015 LIVE-BOOT(conf)