Provided by: open-infrastructure-system-boot_20190301-lts1-1_all bug

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>.