Provided by: open-infrastructure-system-boot_20161101-lts2-1_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>.