diff options
Diffstat (limited to 'system-boot/manpages/fr')
| -rw-r--r-- | system-boot/manpages/fr/live-boot.fr.7 | 306 | ||||
| -rw-r--r-- | system-boot/manpages/fr/persistence.conf.fr.5 | 224 |
2 files changed, 530 insertions, 0 deletions
diff --git a/system-boot/manpages/fr/live-boot.fr.7 b/system-boot/manpages/fr/live-boot.fr.7 new file mode 100644 index 0000000..3f4540e --- /dev/null +++ b/system-boot/manpages/fr/live-boot.fr.7 @@ -0,0 +1,306 @@ +.\"******************************************************************* +.\" +.\" This file was generated with po4a. Translate the source file. +.\" +.\"******************************************************************* +.TH LIVE\-BOOT 7 22.09.2015 5.0~a5\-1 "Projet Live Systems" + +.SH NOM +\fBlive\-boot\fP \- Composants de démarrage du système + +.SH DESCRIPTION +\fBlive\-boot\fP comprend les composants qui configure un système live pendant +le processus de démarrage (espace utilisateur primitif). +.PP +.\" FIXME +live\-boot est un hameçon (hook) pour initramfs\-tools, utilisé pour générer +un initramfs capable de démarrer les systèmes live, comme ceux créés par +\fIlive\-helper\fP(7). Ceci comprends les ISOs Live Systems, les paquets tar de +démarrage par le net (netboot), et les images de clef USB. +.PP +.\" FIXME +Au moment du démarrage, il recherchera un médium (en lecture seule) +contenant un répertoire "/live" où est placé un système de fichier racine +(souvent une image d'un système de fichier compressé comme squashfs). Si +ceci est trouvé, il créera un environnement enregistrable en utilisant aufs, +pour démarrer le système à partir de lui. + +.SH CONFIGURATION +\fBlive\-boot\fP peut être configuré à travers un paramètre de démarrage ou un +fichier de configuration. +.PP +Pour configurer les paramètres de live\-boot utilisés par défaut dans l'image +live, voir l'option \-\-bootappend\-live dans la page de manuel +\fIlb_config\fP(1). + +.SS "Paramètres du noyau" +\fBlive\-boot\fP est activé uniquement si 'boot=live' a été utilisé en tant que +paramètre du noyau. +.PP +De plus, il y a plusieurs autres paramètres de démarrage pour influencer le +comportement, voir ci\-dessous. + +.SS "Fichiers de configurations" +\fBlive\-boot\fP peut être configuré (mais pas activé) à travers des fichiers de +configuration. Ces fichiers peuvent être placés soit dans le système de +fichier racine lui\-même (/etc/live/boot.conf, /etc/live/boot/*), ou sur le +média live (live/boot.conf, live/boot/*). + +.SH OPTIONS +.\" FIXME +\fBlive\-boot\fP fourni actuellement les paramètres suivants. +.IP \fBaccess\fP=\fIACCESS\fP 4 +Met en place le niveau d'accessibilité pour les utilisateurs physiquement ou +visuellement handicapés. ACCESS doit être un des v1, v2, v3, m1, or +m2. v1=handicap visuel faible, v2=handicap visuel modéré, v3=cessité +visuelle, m1=difficultés moteur faibles m2=difficultés moteur modérées. +.IP \fBconsole\fP=\fITTY,SPEED\fP 4 +Paramètre la console par défaut étant utilisée avec l'option +"live\-getty". Exemple : "console=ttyS0,115200". +.IP \fBdebug\fP 4 +Rend le processus de démarrage initramfs plus verbeux. +.br +Utiliser : debug=1 +.br +Si debug n'est pas paramétré à une valeur, les messages pourraient ne pas +être affichés. +.IP \fBfetch\fP=\fIURL\fP 4 +.IP \fBhttpfs\fP=\fIURL\fP 4 +Une autre forme de démarrage par le net en téléchargeant une image squashfs +depuis une URL donnée. La méthode fetch copie l'image dans la RAM et la +méthode httpfs utilise FUSE et httpfs2 pour monter l'image en place. La +copier dans la RAM nécessite davantage de mémoire et pourrait prendre du +temps pour des images volumineuses. Ceci dit, ça devrait mieux fonctionner +correctement car cela ne nécessite pas de réseau ensuite et le système +fonctionne plus vite une fois démarré car il n'a plus besoin de contacter un +serveur. +.br +À cause des limitations actuelles de la version wget de busybox et de sa +résolution DNS, une URL ne peut pas contenir un hostname mais uniquement une +adresse IP. +.br +Ne fonctionne pas : http://example.com/path/to/your_filesystem.squashfs +.br +Fonctionne : http://1.2.3.4/path/to/your_filesystem.squashfs +.br +Notez également que par conséquent, il n'est actuellement pas possible +d'attraper une image depuis un virtualhost basé\-sur\-un\-nom d'un httpd s'il +partage l'adresse IP avec l'instance httpd principale. +.br +Vous voudrez également utiliser l'image ISO live à la place de l'image +squashfs. +.IP \fBiscsi\fP=\fIserver\-ip[,server\-port];target\-name\fP 4 +Démarrer depuis une cible iSCSI qui a une image ISO ou disque en tant que +l'un de ces LUNs. La cible spécifiée est recherchée pour un LUN qui +ressemble à un medium live medium. Si vous utilisez la solution cible iSCSI +logiciel \fBiscsitarget\fP , votre ietd.conf devrait ressembler à ça : +.br +# Le nom\-cible que vous spécifiez dans le paramètre iscsi= +.br +Cible <target\-name> + Lun 0 Path=<chemin\-vers\-votre\-image\-live.iso>,Type=fileio,IOMode=ro + # Si vous voulez démarrez de multiples machines, vous pourriez vouloir jeter un oeil aux réglages de certains paramètres comme + # Wthreads ou MaxConnections +.IP \fBfindiso\fP=\fI/PATH/TO/IMAGE\fP 4 +Regarder pour le fichier ISO spécifié sur tous les disques quandil regarde +habituellement pour le fichier squashfs (donc vous n'avez pas besoin de +connaître le nom de périphérique comme dans fromiso=....). +.IP \fBfromiso\fP=\fI/PATH/TO/IMAGE\fP 4 +Permet d'utiliser un système de fichier venant de l'intérieur d'une image +ISO qui est disponible sur live\-media. +.IP \fBignore_uuid\fP 4 +Ne pas vérifierque chaque UUID embarqué dans le initramfs correspond au +medium découvert. On peut dire à live\-boot de générer un UUID en paramétrant +LIVE_GENERATE_UUID=1 lors de la construction de l'initramfs. +.IP \fBverify\-checksums\fP 4 +Si spécifié, une somme MD5 est calculée sur le média live pendant le +démarragea et est comparée à une valeur présente dans md5sum.txt dans le +répertoire racine du média live. +.IP "\fBip\fP=[\fIDEVICE\fP]:[\fICLIENT_IP\fP]:[\fINETMASK\fP]:[\fIGATEWAY_IP\fP]:[\fINAMESERVER\fP] [,[\fIDEVICE\fP]:[\fICLIENT_IP\fP]:[\fINETMASK\fP]:[\fIGATEWAY_IP\fP]:[\fINAMESERVER\fP]]" 4 +Vous laisse spécifier le(s) nom(s) et les options de l'(les) interface(s) +qui devraient être configurées au moment du démarrage. Ne pas spécifier ceci +si vous voulez utiliser dhcp (défaut). Ceci sera modifié dans une version +future pour refléter la spécification des paramètres de démarrage du noyau +officiel (e.g. ip=10.0.0.1::10.0.0.254:255.255.255.0::eth0,:::::eth1:dhcp). +.IP \fBip\fP=[\fIfrommedia\fP] 4 +Si cette variable est paramétrée, dhcp et la configuration statique sont +simplement sautées et le système utilisera à la place les interfaces (qui +doivent être) préconfigurées /etc/network/. +.IP {\fBlive\-media\fP|\fBbootfrom\fP}=\fIDEVICE\fP 4 +Si vous spécifiez une des ces deux formes équivalentes, live\-boot essaiera +en premier de trouver ce périphérique le répertoire "/live" où le système de +fichier racine en lecture seule devrait être. Si il ne trouve pas quelque +chose d'utilisable, le scan normal pour les périphériques blocks est +effectué. +.br +Plutôt que de spécifié un nom de périphérique actuel, le mot\-clef +\&'removable' peut être utilisé pour limiter la recherche des médias live +acceptables au type removable uniquement. Notez que si vous voulez +restreindre d'avantage les médias aux seuls périphériques de stockage USB, +vous pouvez utiliser le mot\-clef 'removable\-usb'. +.IP {\fBlive\-media\-encryption\fP|\fBencryption\fP}=\fITYPE\fP 4 +live\-boot montera le TYPE rootfs encrypté, en demandant une +phrase\-mot\-de\-passe, utile pour construire des systèmes live paranoïaques +:\-).Le TYPE supporté pour l'instant est "aes" pour un type d'encryptage +loop\-aes. +.IP \fBlive\-media\-offset\fP=\fIBYTES\fP 4 +De cette façon, vous pouvez dire à live\-boot que votre image démarre à +l'offset BYTES dans le périphérique spécifié ci\-dessus ou auto\-découvert, +qui pourra être utile pour cacher l'ISO du système live ou l'image à +l'intérieur d'une autr ISO ou image, pour créer des image "propre". +.IP \fBlive\-media\-path\fP=\fIPATH\fP 4 +Paramètre le chemin vers le système de fichier live sur le médium. Par +défaut, il est paramétré sur '/live' et vous ne devriez pas changer ceci +sauf si vous avez personnalisé votre média en conséquence. +.IP \fBlive\-media\-timeout\fP=\fISECONDS\fP 4 +Paramètre le temps d'expiration en secondes pour le périphérique spécifié +par "live\-media=" à être prêt avant de laisser tomber. +.IP \fBmodule\fP=\fINAME\fP 4 +Plutôt que d'utiliser le fichier optionnel par défaut "filesystem.module" +(voir ci\-dessous), un autre fichier peut être spécifié sans l'extension +".module"; il devra être placé dans le répertoire "/live" du médium live. +.IP \fBnetboot\fP[=nfs|cifs] 4 +Ceci dit à live\-boot d'effectuer un montage réseau. Le paramètre +"nfsroot="(avec l'optionnel "nfsopts="), devrait spécifier où est +l'emplacement du système de fichier racine. En l'absence d'arguments, il +essaiera cifs en premier puis, s'il échoue, nfs. +.IP \fBnfsopts\fP= 4 +Ceci vous permet de spécifier des options nfs personnalisées. +.IP \fBnofastboot\fP 4 +Ce paramètre désactive la désactivation par défaut du système de fichier +dans /etc/fstab. Si vous avez des système de fichier statiques sur votre +disque dur et vous voulez qu'ils soient vérifiés au moment du démarrage, +utilisez ce paramètre, sinon ils sont sautés. +.IP \fBnopersistence\fP 4 +désactive la fonctionnalité "persistance", utile si le bootloader (comme +syslinux) a été installé avec la persistance activée. +.IP \fBnoeject\fP 4 +Ne pas demander pour l'éjection du médium live. +.IP \fBramdisk\-size\fP 4 +Ce paramètre permet de paramétrer un taille de ramdisk personnalisée (c'est +l'option '\-o size' du montage tmpfs). Par défaut, il n'y a pas de taille de +ramdisk paramétrée, donc le montage par défaut s'applique (en fait : 50% de +la RAM disponible). Notez que cette option n'a actuellement aucun effet lors +d'un démarrage avec toram. +.IP \fBswap=true\fP 4 +Ce paramètre active l'utilisation de partition swap locales. +.IP \fBpersistence\fP 4 +live\-boot sondera les périphériques pour les média de persistance. Ceux\-ci +pourront être des partitions (avec un nom GPT correct), des systèmes de +fichier (avec une étiquette correcte) ou des fichiers image (avec un nom de +fichier correct). Les récouvrements sont étiquettés/nommés "persistence" +(voir \fIpersistence.conf\fP(5)). Les fichiers images de recouvrement sont +nommés "persistence". +.IP "\fBpersistence\-encryption\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4 +Cette option détermine quels sont les types d'encryptage que nous autorisons +à être utilisés lors du sondage des périphérique pour les médias de +persistance. Si "none" (aucun) n'est dans la liste, nous autorisons les +médias non\-cryptés; si "luks" est dans la liste, nous autorisons les médias +encryptés\-LUKS. À chaque fois qu'un périphérique contenant un média encrypté +est sondé, il sera demandé la phrase\-mot\-de\-passe à l'utilisateur. La valeur +par défaut est "none". +.IP \fBpersistence\-media\fP={\fIremovable\fP|\fIremovable\-usb\fP} 4 +Si vous spécifiez le mot\-clef 'removable', live\-boot essaiera de trouver les +partitions de persistance sur les périphériques enlevables uniquement. Notez +que si vous voulez davantage restreindre les médias à des périphériques de +stockage de masse USB uniquement, vous pouvez utiliser le mot\-clef +\&'removable\-usb'. +.IP "\fBpersistence\-method\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4 +Cette option détermine quels types de média de persistance nous autorisons +If "overlay" est dans la liste, nous considérons les récouvrements +(i.e. "live\-rw" et "home\-rw"). Le défaut est "overlay". +.IP \fBpersistence\-path\fP=\fIPATH\fP 4 +live\-boot recherchera pour des fichiers de persistance dans le répertoire +racine d'une partition, avec ce paramètre, le chemin pourra être configuré +de manière à ce que vous puissiez avoir des répertoires multiples sur la +même partition pour emmagasiner des fichiers de persistance. +.IP \fBpersistence\-read\-only\fP 4 +Les modifications de système de fichier ne sont pas sauvegardés dans le +média de persistance. En particulier, les montages NFS netboot et overlays +sont montés en lecture\-seule. +.IP "\fBpersistence\-storage\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4 +Cette option détermine quels sont les types de stockage de persistance à +considérer lors d'un sondage pour le média de persistance. Si "filesystem" +est dans la liste, les systèmes de fichier avec des étiquettes +correspondantes seront utilisés; si "file" est dans la liste, tous les +systèmes de fichier seront sondés pour archives et fichiers image avec des +noms de fichier correspondant. Le défaut est "file,filesystem". +.IP \fBpersistence\-label\fP=\fILABEL\fP 4 +live\-boot utilisera le nom "LABEL" à la place de "persistence" lorsqu'il +cherchera pour un stockage persistant. LABEL peut être tout nom de fichier +valide, étiquette de partition ou nom GPT. +.IP \fBnoeject\fP 4 +Cette option fait en sorte que live\-boot redémarre sans essayer d'éjecter le +média et sans demander à l'utilisateur de retirer le média de démarrage. +.IP \fBshowmounts\fP 4 +Avec ce paramètre, live\-boot montrera sur "/" les systèmes de fichier ro +(essentiellement compressés) sur "/lib/live". Ceci n'est pas activé par +défaut car ça pourrait conduire à des problèmes avec des applications comme +"mono" qui stocke des chemins binaires lors de l'installation. +.IP \fBsilent\fP 4 +Si vous démarrez avec le paramètre quiet normal, live\-boot caches la plupart +de ses messages. Lorsque de l'ajout de silent, il cache tout. +.IP \fBtodisk\fP=\fIDEVICE\fP 4 +À l'ajout de ce paramètre, live\-boot essaiera de copier le média en +lecture\-seule entièrement vers le périphérique spécifié avant de monter le +système de fichier racine. Il nécessite probablement un bon paquet d'espace +libre. Les démarrages suivant devraient alors sauter cette étape et +simplement spécifier le paramètre de démarrage "live\-media=DEVICE" avec le +même DEVICE utilisé cette fois. +.IP \fBtoram\fP 4 +À l'ajout de ce paramètre, live\-boot essaiera de copier l'entiereté du média +en lecture\-seule vers la RAM de l'ordinateur avant de monter le système de +fichier racine. Ceci pourrait nécessiter beaucoup de RAM, en fonction de +l'espace utilisé par le média en lecture\-seule. +.IP \fBunion\fP=aufs|overlay 4 +.\" FIXME +Par défaut, live\-boot utilise aufs. Avec ce paramètre, vous pouvez changer +ceci pour overlay. + +.\" FIXME +.SH "FICHIERS (ancien)" +.IP \fB/etc/live.conf\fP 4 +Certaines variables peuvent être configurées à l'aide de ce fichier de +configuration (à l'intérieur du système live). +.IP \fBlive/filesystem.module\fP 4 +.\" FIXME +Ce fichier optionnel (à l'intérieur du média live) contient une liste de +noms de fichier séparés\-par\-un\-caractère\-de\-retour ou une espace\-blanc +correspondants aux images disque dans le répertoire "/live". Si ce fichier +existe, uniquement les images listées ici seront fusionnées dans le aufs +racine, et elles seront chargées dans l'ordre de cette liste. La première +entrée dans ce fichier sera le point "le plus bas" dans le aufs, et le +dernier fichier dans cette liste sera en "haut" du aufs, directement en +dessous de /overlay. Sans ce fichier, toute image dans le répertoire "/live" +sont chargées par ordre alphanumérique. + +.SH FICHIERS +.IP \fB/etc/live/boot.conf\fP 4 +.IP \fB/etc/live/boot/*\fP 4 +.IP \fBlive/boot.conf\fP 4 +.IP \fBlive/boot/*\fP 4 +.IP \fBpersistence.conf\fP 4 + +.SH "VOIR AUSSI" +\fIpersistence.conf\fP(5) +.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>. diff --git a/system-boot/manpages/fr/persistence.conf.fr.5 b/system-boot/manpages/fr/persistence.conf.fr.5 new file mode 100644 index 0000000..9a26ad6 --- /dev/null +++ b/system-boot/manpages/fr/persistence.conf.fr.5 @@ -0,0 +1,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>. |