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.

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

AUTEUR

live-images a été écrit par Daniel Baumann <[email protected]>.