From 866ff261b9b4f06ed4e8994d95b3236e4020cfd2 Mon Sep 17 00:00:00 2001 From: Roland Clobus Date: Wed, 8 May 2019 17:10:44 +0200 Subject: [PATCH] Delete all generated files. They are generated from the po files. --- .gitignore | 3 + manpages/es/live-boot.es.7 | 303 ------------------------------------- manpages/es/persistence.conf.es.5 | 224 ---------------------------- manpages/fr/live-boot.fr.7 | 306 -------------------------------------- manpages/fr/persistence.conf.fr.5 | 224 ---------------------------- manpages/ja/live-boot.ja.7 | 229 ---------------------------- manpages/ja/persistence.conf.ja.5 | 155 ------------------- 7 files changed, 3 insertions(+), 1441 deletions(-) delete mode 100644 manpages/es/live-boot.es.7 delete mode 100644 manpages/es/persistence.conf.es.5 delete mode 100644 manpages/fr/live-boot.fr.7 delete mode 100644 manpages/fr/persistence.conf.fr.5 delete mode 100644 manpages/ja/live-boot.ja.7 delete mode 100644 manpages/ja/persistence.conf.ja.5 diff --git a/.gitignore b/.gitignore index efdf6bb..56fb421 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,4 @@ manpages/po4a.cfg +manpages/es +manpages/fr +manpages/ja diff --git a/manpages/es/live-boot.es.7 b/manpages/es/live-boot.es.7 deleted file mode 100644 index 61a1b9a..0000000 --- a/manpages/es/live-boot.es.7 +++ /dev/null @@ -1,303 +0,0 @@ -.\"******************************************************************* -.\" -.\" This file was generated with po4a. Translate the source file. -.\" -.\"******************************************************************* -.TH LIVE\-BOOT 7 2015\-09\-22 5.0~a5\-1 "Proyecto Live Systems" - -.SH NOMBRE -\fBlive\-boot\fP \- Componentes de Arranque del Sistema - -.SH DESCRIPCIÓN -\fBlive\-boot\fP contiene los componentes que configuran un sistema en vivo -durante el proceso de arranque (early userspace). -.PP -.\" FIXME -live\-boot es un hook para initramfs\-tools, usado para generar un initramfs -capaz de arrancar sistemas en vivo, tales como los creados por -\fIlive\-helper\fP(7). Esto incluye las ISOs de Live Systems, netboot tarballs y -las imágenes para llaves usb. -.PP -.\" FIXME -En el momento del arranque se buscará un dispositivo de sólo lectura que -contenga un directorio "/live" dónde se almacena un sistema de ficheros raíz -(a menudo se trata de una imagen comprimida de un sistema de ficheros como -squashfs). Si live\-boot lo encuentra, creará un entorno de escritura, usando -aufs, a partir del cual pueda arrancar un sistema. - -.SH CONFIGURACIÓN -\fBlive\-boot\fP se puede configurar mediante un parámetro de arranque o un -fichero de configuración. -.PP -Para configurar los parámetros de live\-boot utilizados por defecto en una -imagen en vivo, ver la opción \-\-bootappend\-live en la página de manual -\fIlb_config\fP(1) - -.SS "Parámetros del kernel" -\fBlive\-boot\fP sólo se activa si se usa 'boot=live' como parámetro del kernel -.PP -Además, hay algunos otros parámetros de arranque que influyen en su -comportamiento, ver más abajo. - -.SS "Ficheros de configuración" -\fBlive\-boot\fP se puede configurar (pero no activar) mediante ficheros de -configuración. Estos ficheros se pueden colocar en el sistema de ficheros -raíz (/etc/live/boot.conf, /etc/live/boot/*), o en el medio en vivo -(live/boot.conf, live/boot/*). - -.SH OPCIONES -.\" FIXME -\fBlive\-boot\fP incluye los siguientes parámetros. -.IP \fBaccess\fP=\fIACCESS\fP 4 -Establece el nivel de accesibilidad para usuarios con minusvalías físicas o -con discapacidad visual. ACCESS debe ser uno de los siguientes, v1, v2, v3, -m1 o m2. v1=menor deterioro visual, v2=discapacidad visual moderada, -v3=ceguera, m1=dificultades motoras menores, m2=dificultades motoras -moderadas. -.IP \fBconsole\fP=\fITTY,SPEED\fP 4 -Establece la consola que se utilizará por defecto con la opción -"live\-getty". Ejemplo: "console=ttyS0,115200" -.IP \fBdebug\fP 4 -Hace que el proceso de arranque de initramfs sea más detallado. -.br -Uso: debug=1 -.br -Si no se asigna un valor a debug, puede que no se muestren los mensajes. -.IP \fBfetch\fP=\fIURL\fP 4 -.IP \fBhttpfs\fP=\fIURL\fP 4 -Otra forma de arranque en red mediante la descarga de una imagen squashfs a -partir de una URL determinada. El método «fetch» copia la imagen en la -memoria RAM y el método httpfs utiliza FUSE y httpfs2 para montar la imagen -en su lugar. Copiar en la memoria RAM requiere más memoria y puede tardar -mucho tiempo con imágenes de gran tamaño. Sin embargo, es más probable que -funcione correctamente, ya que no requiere el uso de la red después y el -sistema funciona más rápido una vez iniciado, debido a que ya no necesita -ponerse más en contacto con el servidor. -.br -Debido a las limitaciones actuales de busybox, wget y la resolución de DNS, -una dirección URL no puede contener un nombre de anfitrión, sino sólo una -dirección IP. -.br -No funciona: http://ejemplo.com/ruta/al/sistema_de_ficheros.squashfs -.br -Funciona: http://ejemplo.com/ruta/al/sistema_de_ficheros.squashfs -.br -Tener en cuenta también que, por lo tanto, no es posible en la actualidad ir -a buscar una imagen en un host virtual basado en nombre de un httpd si está -compartiendo la IP con la instancia principal httpd. -.br -También se puede utilizar la imagen ISO en vivo en lugar de la imagen -squashfs. -.IP \fBiscsi\fP=\fIserver\-ip[,server\-port];target\-name\fP 4 -Arranca desde un iSCSI que tiene una ISO una imagen de disco en vivo como -uno de sus LUNs. Se busca en el objetivo especificado un LUN que sea similar -a un medio en vivo. Si se utiliza el software de iSCSI \fBiscsitarget\fP el -ietd.conf podría ser similar al siguiente: -.br -# El nombre de destino se especifica en el parámetro iscsi= -.br -Target - Lun 0 Path=,Type=fileio,IOMode=ro - # Si se desea arrancar varias máquinas, es posible que se desee afinar algunos parámetros como - # Wthreads o MaxConnections -.IP \fBfindiso\fP=\fI/PATH/TO/IMAGE\fP 4 -Busca el fichero ISO especificado en todos los discos en los que por lo -general se busca el fichero .squashfs (por lo que no se tiene que saber el -nombre del dispositivo como en fromiso=....). -.IP \fBfromiso\fP=\fI/PATH/TO/IMAGE\fP 4 -Permite utilizar un sistema de ficheros desde dentro de una imagen ISO que -está disponible en los medios en vivo. -.IP \fBignore_uuid\fP 4 -No comprobar que cualquier UUID integrado en el initramfs coincida con el -medio encontrado. Se puede especificar a live\-boot que genere un UUID -configurando LIVE_GENERATE_UUID=1 en el momento de crear el initramfs. -.IP \fBverify\-checksums\fP 4 -Si se especifica, se calcula una suma MD5 sobre los medios en vivo durante -el arranque y se compara con el valor md5sum.txt que se encuentra en el -directorio raíz de los medios en vivo. -.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 -Permite especificar el nombre(s) y las opciones de la interfaz(ces) que se -debe configurar en el arranque. No especificar esta opción si se desea -utilizar DHCP (opción por defecto). Esto cambiará en una futura versión para -utilizar la misma especificación de los parámetros de arranque que el kernel -oficial (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 se establece esta variable, no se configura la red ni por dhcp ni usando -una dirección estática y se debe añadir un fichero preconfigurado -/etc/network/interfaces que el sistema utilizará en su lugar. -.IP {\fBlive\-media\fP|\fBbootfrom\fP}=\fIDEVICE\fP 4 -Si se especifica una de estas dos formas equivalentes, live\-boot en primer -lugar tratará de encontrar este dispositivo buscando el directorio "/live" -dónde debe estar la raíz del sistema de ficheros de sólo lectura. Si no -encuentra nada que pueda utilizar, live\-boot escaneará los dispositivos -restantes. -.br -En lugar de especificar el nombre de un dispositivo real, se puede utilizar -la palabra clave 'removable' para limitar la búsqueda solo en los medios en -vivo de tipo extraíble. Tener en cuenta que si se desea restringir aún más -los medios a sistemas de almacenamiento masivo USB se puede utilizar la -palabra clave 'removable\-usb' -.IP {\fBlive\-media\-encryption\fP|\fBencryption\fP}=\fITYPE\fP 4 -live\-boot montará el TYPE rotfs cifrado, pidiendo la contraseña. Es útil -para crear sistemas en vivo paranoicos :\-) Hasta el momento el TYPE -soportado es "aes" para cifrado loop\-aes. -.IP \fBlive\-media\-offset\fP=\fIBYTES\fP 4 -De esta manera se puede especificar a live\-boot que la imagen comienza en -BYTES en el dispositivo anteriormente especificado, o auto\-descubierto, esto -podría ser útil para esconder la ISO o la imagen dentro de otra ISO o -imagen, para crear imágenes "limpias". -.IP \fBlive\-media\-path\fP=\fIPATH\fP 4 -Establece la ruta de acceso al sistema de ficheros en vivo en el medio. De -forma predeterminada está en '/live' y no se debe cambiar a menos que se -haya personalizado los medios de forma adecuada. -.IP \fBlive\-media\-timeout\fP=\fISECONDS\fP 4 -Establece el tiempo de espera en segundos para que el dispositivo -especificado por "live\-media=" esté preparado antes de desistir. -.IP \fBmodule\fP=\fINAME\fP 4 -En lugar de utilizar el fichero opcional por defecto "filesystem.module" -(ver más abajo) se podría especificar otro fichero sin la extensión -".module"; se debe colocar en el directorio "/live" del medio en vivo. -.IP \fBnetboot\fP[=nfs|cifs] 4 -Indica a live\-boot que debe hacer un montaje en red. El parámetro -"nfsroot=" (con "nfsopts=" opcional), debe especificar dónde se encuentra el -sistema de ficheros raíz. Sin argumentos, probará primero cifs, y entonces, -si falla, nfs. -.IP \fBnfsopts\fP= 4 -Permite especificar opciones nfs personalizadas. -.IP \fBnofastboot\fP 4 -Este parámetro deshabilita la desactivación por defecto de la comprobación -del sistema de ficheros en /etc/fstab. Si hay sistemas de ficheros estáticos -en el disco duro y se desea comprobarlos en el momento del arranque, -utilizar este parámetro, de lo contrario, se omite. -.IP \fBnopersistence\fP 4 -desactiva la "persistencia", es útil si el gestor de arranque (como -syslinux) se ha instalado con persistencia habilitada. -.IP \fBnoeject\fP 4 -No pedir que se extraiga el dispositivo en vivo. -.IP \fBramdisk\-size\fP 4 -Este parámetro permite establecer un tamaño de disco RAM personalizado (que -es la opción '\-o size' del montaje tmpfs). No hay un tamaño de ramdisk -predeterminado, por lo que se aplica el valor por defecto (actualmente el -50% de la RAM disponible). Tener en cuenta que esta opción no tiene -actualmente ningún efecto cuando se arranca con toram. -.IP \fBswap=true\fP 4 -Este parámetro permite el uso de particiones swap locales. -.IP \fBpersistence\fP 4 -live\-boot buscará dispositivos con "persistence". Estos pueden ser -particiones (con el nombre GPT correcto), sistemas de ficheros (con la -etiqueta correcta) o ficheros imagen (con el nombre de fichero -correcto). Los overlays tienen la etiqueta/nombre "persistence" (ver -\fIpersistence.conf\fP(5)). Los ficheros imagen overlay tienen, como nombre, -"persistence". -.IP "\fBpersistence\-encryption\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4 -Esta opción determina qué tipo de cifrado se usa cuando se prueban los -dispositivos de los medios con persistencia. Si se especifica "none" en la -lista, no se permite cifrar el medio; si se especifica "luks" en la lista, -se puede usar cifrado LUKS en los medios. Cada vez que se encuentra un -dispositivo que contiene medios cifrados se pregunta al usuario una frase de -contraseña. Por defecto es "none". -.IP \fBpersistence\-media\fP={\fIremovable\fP|\fIremovable\-usb\fP} 4 -Si se especifica la palabra clave 'removable', live\-boot intentará encontrar -particiones con persistencia únicamente en los medios extraíbles. Tener en -cuenta que si se desea restringir aún más los medios a sistemas de -almacenamiento masivo USB se puede utilizar la palabra clave 'removable\-usb' -.IP "\fBpersistence\-method\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4 -Esta opción determina qué tipos de medios se permiten para la -persistencia. Si se especifica "overlay" en la lista, se considera overlays -(es decir "live\-rw" y "home\-rw"). Por defecto es "overlay". -.IP \fBpersistence\-path\fP=\fIPATH\fP 4 -live\-boot buscará ficheros con persistencia en el directorio raíz de una -partición, con este parámetro, la ruta se puede configurar de modo que se -pueda tener varios directorios en la misma partición para almacenar ficheros -con persistencia. -.IP \fBpersistence\-read\-only\fP 4 -Los cambios en el sistema de ficheros no se guardan de nuevo en los medios -con persistencia. En particular, los overlays y los montajes NFS de red son -montados en sólo lectura. -.IP "\fBpersistence\-storage\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4 -Esta opción determina qué tipos de almacenamiento persistente hay que tener -en cuenta cuando se comprueban los medios con persistencia. Si "filesystem" -está en la lista, se usarán los sistemas de ficheros que tengan su etiqueta -correspondiente; si "file" está en la lista, todos los sistemas de ficheros -se probarán buscando ficheros y ficheros imagen con sus etiquetas -correspondientes. Por defecto es "file,filesystem". -.IP \fBpersistence\-label\fP=\fILABEL\fP 4 -live\-boot utilizará el nombre "LABEL" en lugar de "persistence" cuando -busque medios de almacenamiento persistente. LABEL puede ser cualquier -nombre de fichero, etiqueta de una partición or nombre GPT. -.IP \fBnoeject\fP 4 -Esta opción hace que live\-boot reinicie sin tratar de expulsar los medios y -sin pedirle al usuario que extraiga el dispositivo usado para arrancar. -.IP \fBshowmounts\fP 4 -Este parámetro hará que live\-boot muestre en "/" los sistemas de ficheros ro -(en su mayoría comprimidos) en "/lib/live". Esto no está activado por -defecto, porque podría dar lugar a problemas con aplicaciones como "mono" -que almacenan rutas binarias durante su instalación. -.IP \fBsilent\fP 4 -Si arranca con el parámetro normal quiet, live\-boot esconde la mayoría de -sus propios mensajes. Cuando se utiliza silent, los esconde todos. -.IP \fBtodisk\fP=\fIDEVICE\fP 4 -Al añadir este parámetro, live\-boot tratará de copiar la totalidad de medios -de sólo lectura en el dispositivo especificado antes de montar el sistema de -ficheros raíz. Probablemente hace falta una gran cantidad de espacio -libre. Los arranques posteriores deben saltar este paso y basta con -especificar el parámetro de arranque "live\-media=DEVICE" con el mismo DEVICE -que se ha utilizado esta vez. -.IP \fBtoram\fP 4 -Al añadir este parámetro, live\-boot trata de copiar los medios de sólo -lectura enteros en la memoria RAM del ordenador antes de montar el sistema -de ficheros raíz. Para esto puede ser necesaria mucha memoria RAM, según el -espacio utilizado por los medios de sólo lectura. -.IP \fBunion\fP=overlay|aufs 4 -.\" FIXME -Por defecto, live\-boot usa overlay. Con este parámetro, se puede cambiar a -aufs. - -.\" FIXME -.SH "FICHEROS (antiguos)" -.IP \fB/etc/live.conf\fP 4 -Algunas variables pueden ser configuradas a través de este fichero de -configuración (dentro del sistema en vivo). -.IP \fBlive/filesystem.module\fP 4 -.\" FIXME -Este fichero opcional (dentro del medio en vivo) contiene una lista de -nombres de ficheros separados por espacios en blanco o retornos de carro que -corresponden a imágenes de disco en el directorio "/live". Si este fichero -existe, sólo las imágenes que figuran en esta lista se fusionarán en la raíz -aufs, y se cargarán en el orden en que aparecen aquí. La primera entrada en -este fichero será el punto "más bajo" en el aufs y el último fichero de esta -lista estará en el punto "más alto" del aufs, justo debajo de /overlay. Sin -este fichero, las imágenes en el directorio "/live" se cargan en orden -alfanumérico. - -.SH FICHEROS -.IP \fB/etc/live/boot.conf\fP 4 -.IP \fB/etc/live/boot/*\fP 4 -.IP \fBlive/boot.conf\fP 4 -.IP \fBlive/boot.d/*\fP 4 -.IP \fBpersistence.conf\fP 4 - -.SH "VER ADEMÁS" -\fIpersistence.conf\fP(5) -.PP -\fIlive\-build\fP(7) -.PP -\fIlive\-config\fP(7) -.PP -\fIlive\-tools\fP(7) - -.SH "PÁGINA WEB" -Se puede encontrar más información acerca de live\-boot y el proyecto Live -Systems en la página web <\fIhttp://live\-systems.org/\fP> y en el -manual en <\fIhttp://live\-systems.org/manual/\fP>. - -.SH ERRORES -Se puede notificar los fallos enviando un informe de errores sobre el -paquete live\-boot al Sistema de Seguimiento de Errores en -<\fIhttp://bugs.debian.org/\fP> o escribiendo un mensaje a la lista de -correo de Live Systems a la dirección -<\fIdebian\-live@lists.debian.org\fP>. - -.SH AUTOR -live\-boot fue escrito por Daniel Baumann -<\fImail@daniel\-baumann.ch\fP>. diff --git a/manpages/es/persistence.conf.es.5 b/manpages/es/persistence.conf.es.5 deleted file mode 100644 index 1803cec..0000000 --- a/manpages/es/persistence.conf.es.5 +++ /dev/null @@ -1,224 +0,0 @@ -.\"******************************************************************* -.\" -.\" This file was generated with po4a. Translate the source file. -.\" -.\"******************************************************************* -.TH LIVE\-BOOT conf 2015\-09\-22 5.0~a5\-1 "Proyecto Live Systems" - -.SH NOMBRE -\fBpersistence.conf\fP \- Fichero para configurar medios de almacenamiento con -persistencia en live\-boot - -.SH DESCRIPCIÓN -Si live\-boot prueba un volumen persistente con la etiqueta (o nombre GPT, o -nombre de fichero, aunque a partir de este momento nos referiremos a él como -simplemente "etiqueta") "persistence", la persistencia de ese volumen es -completamente personalizable a través del fichero \fBpersistence.conf\fP -almacenado en la raíz de su sistema de ficheros. Cualquier volumen esa -etiqueta debe tener uno de esos ficheros, o si no será ignorado. -.PP -El formato de \fBpersistence.conf\fP permite añadir líneas vacias o líneas que -comiencen por "#" (usado para los comentarios), ambos serán ignorados. Un -"montaje personalizado" tiene el formato: -.PP -.RS -\fIDIR\fP [\fIOPTION\fP]... -.RE -.PP -lo que se traduce como "hacer \fIDIR\fP persistente en la forma descrita en la -lista de \fIOPTION\fPs". -.PP -Para cada uno de los montajes personalizados \fIDIR\fP debe ser una ruta -absoluta que no puede contener espacios en blanco ni los componentes -especiales . y .. además no puede ser /live (o ninguno de sus -sub\-directorios) ni /. Una vez activados, todos los cambios (creación, -modificación y borrado de ficheros) en \fIDIR\fP en el sistema de ficheros en -vivo, son guardados de forma persistente en una ruta equivalente a \fIDIR\fP en -el medio persistente, llamado el directorio de origen. La manera de -conseguir la persistencia por defecto es simplemente hacer un montaje -enlazado (bind\-mount N.del T.) del directorio de origen al \fIDIR\fP, aunque -esto se puede cambiar utilizando las opciones \fIOPTION\fPs. -.PP -Todos los montajes personalizados serán montados en orden de tal manera que -dos montajes personalizados no se "escondan" uno al otro. Por ejemplo, si -tenemos los dos \fIDIR\fP:s /a y /a/b siempre /a será montado en primer lugar, -después /a/b. Esto siempre es así sin importar el orden en que aparezcan las -líneas en \fBpersistence.conf\fP o incluso si se usan varios ficheros -\fBpersistence.conf\fP en medios persistentes distintos al mismo tiempo. Sin -embargo, no está permitido que un montaje personalizado tenga su directorio -de origen en el interior del directorio de origen de otro montaje -personalizado, ya que los directorios de origen que live\-boot crea -automáticamente no tienen soporte para montajes "anidados" como /a y /a/b en -el mismo medio. En este caso se debe usar la opción \fBsource\fP (ver debajo) -para asegurarse de que se almacenan en directorios de origen diferentes. -.PP -Cuando un directorio de origen no existe en los medios con persistencia para -un montaje personalizado en particular, se creará automáticamente, y los -permisos y sus propietarios se establecen de forma óptima de acuerdo a -\fIDIR\fP. También se realiza una preinstalación (bootstrap N. del T.) copiando -los contenidos de \fIDIR\fP en su directorio de origen en el medio con -persistencia. La preinstalación no se realiza cuando se utilizan las -opciones \fBlink\fP o \fBunion\fP (ver debajo). - -.SH OPCIONES -Los montajes personalizados definidos en \fBpersistence.conf\fP aceptan las -siguientes opciones en una lista separada por comas: -.IP \fBsource\fP=\fIPATH\fP 4 -Cuando se especifica, se guardan los cambios persistentes en \fIPATH\fP en los -medios con persistencia. \fIPATH\fP debe ser una ruta relativa (respecto a la -raíz del medio persistente) que no puede contener espacios en blanco o los -componentes especiales . o .. con la excepción de que puede ser simplemente -\&. lo que significa la raíz del medio persistente. Esta opción es relevante -si se desea anidar montajes personalizados, lo que de otro modo produciría -errores, o si se desea hacer que toda la raíz del medio esté disponible (de -forma similar al ahora obsoleto tipo de persistencia \fBhome\-rw\fP) -.PP -Las siguientes opciones son mutuamente exclusivas (únicamente la última -tendrá efecto): -.IP \fBbind\fP 4 -Montar de forma enlazada el directorio de origen a \fIDIR\fP. Esto es así por -defecto. -.IP \fBlink\fP 4 -Crea la estructura de directorios del directorio de origen en el medio -persistente en \fIDIR\fP y crea los enlaces simbólicos desde el lugar -correspondiente en \fIDIR\fP a cada fichero en el directorio de origen. Si los -directorios o ficheros contienen el mismo nombre, al igual que cualquier -otro enlace, serán sobrescritos. Tener en cuenta que los enlaces en \fIDIR\fP -sólo eliminan el enlace, no el fichero correspondiente en el directorio; los -enlaces eliminados reaparecerán tras reiniciar. Para añadir o eliminar un -fichero de forma permanente se debe hacer directamente en el directorio de -origen. -.IP -\fBlink\fP tan sólo hará persistentes los ficheros que ya se encuentran en el -directorio de origen, y no cualquier otro fichero en \fIDIR\fP. Estos ficheros -deben ser añadidos manualmente en el directorio de origen pare utilizar esta -opción y ellos aparecerán en \fIDIR\fP además de los ficheros que ya se -encuentran allí. Esta opción es útil cuando sólo es necesario hacer -persistentes ciertos ficheros y no todo el directorio en el que se -encuentran, por ejemplo, algunos ficheros de configuración en el directorio -home de un usuario. -.IP \fBunion\fP 4 -Guardar la rama rw de una unión en un medio persistente, de modo que los -cambios son guardados de forma persistente. Potencialmente esto puede -reducir el uso del disco comparado con los montajes enlazados, y no -esconderá los ficheros añadidos a los medios de sólo lectura. Un buen truco -es que la unión utilizará el \fIDIR\fP del sistema de ficheros de sólo lectura -de la imagen y no de la raíz del sistema de ficheros real, por eso los -ficheros que se crean después del arranque (por ejemplo live\-config) no -aparecerán en la unión. Esta opción utilizará el sistema de ficheros unión -especificado por el parámetro de arranque \fBunion\fP de live\-boot. - -.SH DIRECTORIOS -.IP \fB/live/persistence\fP 4 -Aquí se montarán todos los volumenes persistentes (en un directorio que -corresponda con el nombre del dispositivo). El fichero \fBpersistence.conf\fP -se puede editar fácilmente a través de este montaje, así como cualquier -directorio de origen (esto resulta especialmente práctico para los montajes -personalizados usando la opción \fBlink\fP). - -.SH EJEMPLOS - -Si tenemos un volumen con persistencia \fIVOL\fP con un fichero -\fBpersistence.conf\fPque contiene las cuatro lineas siguientes (numeradas para -una mejor referencia): -.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 -Los directorios de origen correspondientes son: -.TP 7 -1. -\fIVOL\fP/config\-files/user1 (pero sería \fIVOL\fP/home/user1 sin la opción -\fBsource\fP) -.TP -2. -\fIVOL\fP/config\-files/user2 (pero sería \fIVOL\fP/home/user2 sin la opción -\fBsource\fP) -.TP -3. -\fIVOL\fP/home -.TP -4. -\fIVOL\fP/usr -.PP -Era necesario establecer las opciones \fBsource\fP para 1 y 2, ya que de otro -modo resultarían anidados con el origen de 3, lo cual no es válido. -.PP -La línea 3 será tenida en cuenta antes que las líneas 1 y 3 para evitar que -los montajes personalizados 1 y 2 resulten escondidos por 3. Cuando se -procesa la línea 3, \fIVOL\fP/home es simplemente montado en unión a -/home. Para ilustrar lo que sucede con las líneas 1 y 2, digamos que los -siguientes ficheros existen: -.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 -Entonces se crearán los siguientes enlaces y directorios: -.TP 7 -Enlace: -/home/user1/.emacs \-> \fIVOL\fP/config\-files/user1/.emacs (de a) -.TP -Enlace: -/home/user2/.bashrc \-> \fIVOL\fP/config\-files/user2/.bashrc (de b) -.TP -Directorio: -/homea/user2/.ssh (de c) -.TP -Enlace: -/home/user2/.ssh/config \-> \fIVOL\fP/config\-files/user2/.ssh/config (de c) -.PP -Se podría decir, sin embargo, que las líneas 1 y 2 en el fichero de ejemplo -\fBpersistence.conf\fP anterior son innecesarias ya que la línea 3 ya crearía -el directorio /home persistente. La opción \fBlink\fP se utiliza en -situaciones en las que no se desea guardar de forma persistente un -directorio completo, sino únicamente algunos ficheros o subdirectorios -incluidos en él. -.PP -La línea 4 se puede montar en cualquier momento ya que su \fIDIR\fP (y su -directorio de origen) es completamente independiente de todos los otros -montajes personalizados. Cuando se monta, \fIVOL\fP/usr será la rama rw debido -a la opción \fBunion\fP y tan sólo contendrá la diferencia en comparación con -el sistema de ficheros subyacente de sólo lectura. Por eso los paquetes -pueden ser instalados en /usr con gran eficiencia de espacio comparado con -los montajes enlazados, ya que en este último caso el contenido de /usr -tendría que ser copiado en \fIVOL\fP/usr durante la preinstalación inicial. - -.SH "VER ADEMÁS" -\fIlive\-boot\fP(7) -.PP -\fIlive\-build\fP(7) -.PP -\fIlive\-config\fP(7) -.PP -\fIlive\-tools\fP(7) - -.SH "PÁGINA WEB" -Se puede encontrar más información acerca de live\-boot y el proyecto Live -Systems en la página web <\fIhttp://live\-systems.org/\fP> y en el -manual en <\fIhttp://live\-systems.org/manual/\fP>. - -.SH ERRORES -Se puede notificar los fallos enviando un informe de errores sobre el -paquete live\-boot al Sistema de Seguimiento de Errores en -<\fIhttp://bugs.debian.org/\fP> o escribiendo un mensaje a la lista de -correo de Live Systems a la dirección -<\fIdebian\-live@lists.debian.org\fP>. - -.SH AUTOR -live\-boot fue escrito por Daniel Baumann -<\fImail@daniel\-baumann.ch\fP>. diff --git a/manpages/fr/live-boot.fr.7 b/manpages/fr/live-boot.fr.7 deleted file mode 100644 index 3f4540e..0000000 --- a/manpages/fr/live-boot.fr.7 +++ /dev/null @@ -1,306 +0,0 @@ -.\"******************************************************************* -.\" -.\" 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 - Lun 0 Path=,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/manpages/fr/persistence.conf.fr.5 b/manpages/fr/persistence.conf.fr.5 deleted file mode 100644 index 9a26ad6..0000000 --- a/manpages/fr/persistence.conf.fr.5 +++ /dev/null @@ -1,224 +0,0 @@ -.\"******************************************************************* -.\" -.\" 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>. diff --git a/manpages/ja/live-boot.ja.7 b/manpages/ja/live-boot.ja.7 deleted file mode 100644 index ec0a519..0000000 --- a/manpages/ja/live-boot.ja.7 +++ /dev/null @@ -1,229 +0,0 @@ -.\"******************************************************************* -.\" -.\" This file was generated with po4a. Translate the source file. -.\" -.\"******************************************************************* -.TH LIVE\-BOOT 7 2015\-09\-22 5.0~a5\-1 "Live システムプロジェクト" - -.SH 名前 -\fBlive\-boot\fP \- システム起動構成要素 - -.SH 説明 -\fBlive\-boot\fP はブートプロセス中 (早期ユーザ空間) に Live システムを設定する構成要素を収録しています。 -.PP -.\" FIXME -live\-boot は initramfs\-tools 用のフックで、例えば \fIlive\-helper\fP(7) で作成した Live -システムをブートできる initramfs を生成するのに利用します。これには Live システムの ISO やネットワーク経由でブートするための -tar アーカイブ、USB メモリ用のイメージ等があります。 -.PP -.\" FIXME -これはブート時に root ファイルシステム (squashfs 等圧縮ファイルシステムのイメージであることが多い) -が置かれている「/live」ディレクトリを収録する (読み取り専用の) メディアを検索します。見つけた場合は aufs -を使って書き込み可能な環境を作成してシステムを起動します。 - -.SH 設定 -\fBlive\-boot\fP はブートパラメータまたは設定ファイル経由で設定できます。 -.PP -Live イメージで利用されるデフォルトの live\-boot パラメータを設定する場合は \fIlb_config\fP(1) マニュアルページの -\-\-bootappend\-live オプションを見てください。 - -.SS カーネルパラメータ -\fBlive\-boot\fP はカーネルパラメータとして「boot=live」が利用された場合にのみ有効になります。 -.PP -さらに、挙動に影響するブートパラメータが他にもいくつかあります。下記を見てください。 - -.SS 設定ファイル -\fBlive\-boot\fP は設定ファイルを利用して設定 (但し有効化しない) できます。この設定ファイルは root ファイルシステム自体 -(/etc/live/boot.conf、 /etc/live/boot/*)、または Live メディア (live/boot.conf、 -live/boot/*) に配置できます。 - -.SH オプション -.\" FIXME -\fBlive\-boot\fP では以下のパラメータが現在有効です。 -.IP \fBaccess\fP=\fIアクセス\fP 4 -物理的または視覚的に障害のあるユーザ向けのアクセシビリティレベルをセットします。\fIアクセス\fPに入るのは v1、v2、v3、m1、m2 -のどれかでないといけません。v1=軽度の視覚障害、 v2=中程度の視覚障害、 v3=盲目、 m1=運動神経に些細な難あり、 -m2=運動神経に中程度の難あり。 -.IP \fBconsole\fP=\fITTY,速度\fP 4 -「live\-getty」オプションで利用するデフォルトのコンソールをセットします。例: 「console=ttyS0,115200」 -.IP \fBdebug\fP 4 -initramfs ブートプロセスの出力をもっと冗長にします。 -.br -debug=1 としてください -.br -debug に値をセットしないとメッセージは表示されないかもしれません。 -.IP \fBfetch\fP=\fIURL\fP 4 -.IP \fBhttpfs\fP=\fIURL\fP 4 -指定した URL から squashfs イメージをダウンロードしてネットワーク経由でブートする別のやり方で、この取得方法ではイメージを RAM -にコピーし、httpfs を使う方法では FUSE と httpfs2 を使ってイメージを適切な位置にマウントします。RAM -へのコピーにはさらに多くのメモリが必要で、大きなイメージでは多少時間がかかるかもしれません。しかしその後はネットワークを必要としないため正常に動作する可能性が高くなり、それ以上サーバとやりとりする必要がないためブート後はそのシステムは高速に動作します。 -.br -busybox の現在の wget 及び DNS 解決の制限のために URL にはホスト名を使えず、IPアドレスにしか対応していません。 -.br -機能しない: http://example.com/path/to/your_filesystem.squashfs -.br -機能する: http://1.2.3.4/path/to/your_filesystem.squashfs -.br -また、そのため httpd の名前ベースのバーチャルホストからイメージを取得することは、httpd -のそのホストの設定で同一のIPアドレスを共有している場合は現在不可能であることにも注意してください。 -.br -また、squashfs イメージの適切な位置にある Live ISO イメージも利用できます。 -.IP \fBiscsi\fP=\fIサーバのIPアドレス[,サーバのポート];対象の名前\fP 4 -LUN (Logical Unit Number、論理ユニット番号) が iso またはディスクの Live イメージを指している iSCSI -ターゲットからのブートで、指定されたターゲットは LUN のうち Live メディアらしきものから検索されます。\fBiscsitarget\fP -ソフトウェアを使って iSCSI ターゲットを判定している場合の ietd.conf はこのようになります: -.br -# iscsi= パラメータで指定したターゲットの名前 -.br -Target <ターゲットの名前> - Lun 0 Path=,Type=fileio,IOMode=ro - # 複数のマシンのブートに使いたい場合は - # Wthreads や MaxConnections のような一部の - # パラメータを調整してみるのもいいかもしれません。 -.IP \fBfindiso\fP=\fI/イメージ/への/パス\fP 4 -\&.squashfs ファイルを通常検索する位置にある全ディスクから、指定した ISO ファイルを検索します (そのため -fromiso=... で指定するデバイス名を知っている必要はありません)。 -.IP \fBfromiso\fP=\fI/イメージ/への/パス\fP 4 -Live メディア上で利用可能な ISO イメージ内からファイルシステムを利用できるようにします。 -.IP \fBignore_uuid\fP 4 -検出したメディアに合う initramfs に埋め込まれた UUID の確認を一切行いません。initramfs のビルド時に -LIVE_GENERATE_UUID=1 を設定して UUID を生成するように live\-boot に指示しているかもしれません。 -.IP \fBverify\-checksums\fP 4 -指定するとブート中に Live メディアの MD5 サムを計算し、その Live メディアのルートディレクトリにある md5sum.txt -中の値と比較します。 -.IP "\fBip\fP=[\fIデバイス\fP]:[\fIクライアントのIPアドレス\fP]:[\fIネットマスク\fP]:[\fIゲートウェイのIPアドレス\fP]:[\fIネームサーバ\fP] [,[\fIデバイス\fP]:[\fIクライアントのIPアドレス\fP]:[\fIネットマスク\fP]:[\fIゲートウェイのIPアドレス\fP]:[\fIネームサーバ\fP]]" 4 -ブート時に設定するインターフェイスの名前とオプションを指定できます。dhcp (デフォルト) -を使いたい場合は指定しないでください。将来のリリースでは公式のカーネルブートパラメータの仕様に倣って変更される (例えば -ip=10.0.0.1::10.0.0.254:255.255.255.0::eth0,:::::eth1:dhcp) かもしれません。 -.IP \fBip\fP=[\fI読み込み元メディア\fP] 4 -この変数をセットすると dhcp 及び固定のネットワーク設定は単に飛ばされ、システムはメディアで事前に設定されている (設定されていないといけません) -/etc/network/interfaces を代わりに利用します。 -.IP {\fBlive\-media\fP|\fBbootfrom\fP}=\fIデバイス\fP 4 -この2つは等価で、どちらかを指定すると live\-boot -はまずこのデバイスについて読み取り専用のルートファイルシステムが存在するであろう「/live」ディレクトリを検索します。それで使えそうなものが見つからない場合は通常のブロックデバイスの走査が行われます。 -.br -実際のデバイス名を指定する代わりに「removable」というキーワードを使って、検索対象とする Live -メディアを脱着可能なものだけに限定することができます。メディアを USB -大容量記憶装置だけにさらに限定したい場合は「removable\-usb」というキーワードを使えることに注目してください。 -.IP {\fBlive\-media\-encryption\fP|\fBencryption\fP}=\fI暗号化の種類\fP 4 -live\-boot はパスフレーズを質問することで暗号化する種類の rootfs をマウントできます。凝った Live システムをビルドするのに有用です -:\-)。これまでのところサポートしているのは loop\-aes 暗号化を指示する「aes」です。 -.IP \fBlive\-media\-offset\fP=\fIバイト数\fP 4 -このようにして、上記で指定したまたは自動検出したデバイスの、指定バイト数だけずれた位置からイメージが開始することを live\-boot -に指示できます。他の ISO やイメージの中にある Live システムの ISO -やイメージを見えないようにして「クリーン」なイメージを作成するのに有用かもしれません。 -.IP \fBlive\-media\-path\fP=\fIパス\fP 4 -メディア上の Live -ファイルシステムへのパスをセットします。このデフォルト値は「/live」で、合わせてメディアを独自化していない限りこの値を変更すべきではありません。 -.IP \fBlive\-media\-timeout\fP=\fI秒数\fP 4 -「live\-media=」により指定したデバイスがその処理をあきらめるまでの制限時間を秒数で指示します。 -.IP \fBmodule\fP=\fI名前\fP 4 -デフォルトとなっているオプションのファイル「filesystem.module」(以下参照) -を使う代わりに別のファイルを拡張子「.module」を外して指定することができます。これは Live -メディアの「/live」ディレクトリに配置すべきです。 -.IP \fBnetboot\fP[=nfs|cifs] 4 -ネットワークマウントを行うことを live\-boot に指示します。(オプションの「nfsopts=」で) -パラメータ「nfsroot=」によりルートファイルシステムが置かれている場所を指定します。引数を付けない場合はまず cifs -を試し、それが失敗した場合は nfs を試します。 -.IP \fBnfsopts\fP= 4 -これを使って nfs オプションを指定できます。 -.IP \fBnofastboot\fP 4 -このパラメータは /etc/fstab -にあるファイルシステムのチェックがデフォルトで無効化されているのを無効にします。ハードディスクに静的ファイルシステムがあり、ブート時にそれをチェックさせたい場合はこのパラメータを使ってください。使わない場合はファイルシステムのチェックは飛ばされます。 -.IP \fBnopersistence\fP 4 -「保持 (persistence)」機能を無効化します。ブートローダ (syslinux のようなもの) -が保持機能を有効にしてインストールされている場合に有用です。 -.IP \fBnoeject\fP 4 -Live メディアを取り出すかどうか確認しません。 -.IP \fBramdisk\-size\fP 4 -このパラメータにより独自の RAM ディスクサイズ (tmpfs マウント時の「\-o サイズ」オプション) をセットできます。デフォルトでは RAM -ディスクサイズはセットされていないため、マウント時のデフォルト値が適用されます (現在は利用可能な RAM の 50%)。toram -を指定してブートした場合、このオプションは現在のところ効果がないことに注意してください -.IP \fBswap=true\fP 4 -このパラメータはローカルのスワップパーティションの利用を有効にします。 -.IP \fBpersistence\fP 4 -live\-boot は保持用メディアのデバイスを調査します。このデバイスにはパーティション (GPT (GUID Partition -Table、GUIDパーティションテーブル) の名前を正しく指定) やファイルシステム (ラベルの名前を正しく指定)、イメージファイル -(ファイル名を正しく指定) を使えます。保存先は「persistence」(\fIpersistence.conf\fP(5) 参照) -という名前/ラベルになります。保存先のイメージファイルは「persistence」という名前になります。 -.IP "\fBpersistence\-encryption\fP=\fI種類1\fP,\fI種類2\fP ... \fI種類n\fP" 4 -このオプションは保持用メディアのデバイス調査時に利用を許可する暗号化の種類を決定します。「none」が一覧にある場合は暗号化されていないメディアを許可します。「luks」が一覧にある場合は -LUKS -により暗号化されているメディアを許可します。暗号化されているメディアがデバイスにある場合はそのメディアの調査時にパスフレーズをユーザに質問します。デフォルト値は「none」です。 -.IP \fBpersistence\-media\fP={\fIremovable\fP|\fIremovable\-usb\fP} 4 -「removable」というキーワードを指定すると、live\-boot は保持用パーティションを脱着可能なメディアからのみ検索します。メディアを USB -大容量記憶装置だけにさらに限定したい場合は「removable\-usb」というキーワードを使えることに注目してください。 -.IP "\fBpersistence\-method\fP=\fI種類1\fP,\fI種類2\fP ... \fI種類n\fP" 4 -このオプションは許可する保持用メディアの種類を決定します。「overlay」が一覧にある場合はオーバーレイと見なします -(つまり「live\-rw」と「home\-rw」)。デフォルト値は「overlay」です。 -.IP \fBpersistence\-path\fP=\fIパス\fP 4 -live\-boot -は保持用ファイルをパーティションのルートディレクトリから検索します。このパラメータを使ってパスを設定すると同一のパーティションの複数のディレクトリを保持用ファイルの保管先にできます。 -.IP \fBpersistence\-read\-only\fP 4 -ファイルシステムの変更は保持用メディアには残されません。特にオーバーレイとネットワーク経由のブート用の NFS -マウントは読み取り専用でマウントされます。 -.IP "\fBpersistence\-storage\fP=\fI種類1\fP,\fI種類2\fP ... \fI種類n\fP" 4 -このオプションは保持用メディアの調査時に対象とする保持用記憶装置の種類を決定します。「filesystem」が一覧にある場合はラベルが該当するファイルシステムを利用します。「file」が一覧にある場合は全ファイルシステムについてファイル名が該当するアーカイブやイメージファイルを調査します。デフォルト値は「file,filesystem」です。 -.IP \fBpersistence\-label\fP=\fIラベル\fP 4 -live\-boot -は保持用記憶装置の検索時に「persistence」の代わりにここで指定した「ラベル」を使います。「ラベル」はファイル名やパーティションのラベル、GPT -の名前として有効な任意のものを使えます。 -.IP \fBnoeject\fP 4 -このオプションを使うと live\-boot はメディアを取り出さず、ブート用メディアを削除するかユーザに質問することもなくリブートします。 -.IP \fBshowmounts\fP 4 -このパラメータを使うと live\-boot は「/」で「/lib/live」上の (ほとんどの場合圧縮されている) ro -ファイルシステムを提示します。これはインストール時にバイナリのパスを記憶する「mono」のようなアプリケーションで問題を起こす可能性があるためデフォルトでは有効にされていません。 -.IP \fBsilent\fP 4 -通常の quiet パラメータを付けてブートすると live\-boot -が出すほとんどのメッセージを非表示にします。「silent」を付けると全て非表示にします。 -.IP \fBtodisk\fP=\fIデバイス\fP 4 -このパラメータを追加すると、live\-boot -はルートファイルシステムをマウントする前に読み取り専用メディア全体を指定したデバイスにコピーしようとします。これには恐らく多くの RAM -が必要となります。以後のブートではこの段階を飛ばして、今回そのデバイスで使ったのと同一の「live\-media=デバイス」ブートパラメータを単に指定するようにしてください。 -.IP \fBtoram\fP 4 -このパラメータを追加すると、live\-boot はルートファイルシステムをマウントする前に読み取り専用メディア全体をそのコンピュータの RAM -にコピーしようとします。その読み取り専用メディアで利用している容量により、これには多くの RAM が必要となるかもしれません。 -.IP \fBunion\fP=overlay|aufs 4 -.\" FIXME -デフォルトで live\-boot は overlay を利用します。このパラメータにより aufs に切り替えることができます。 - -.\" FIXME -.SH "ファイル (古い情報)" -.IP \fB/etc/live.conf\fP 4 -一部の変数はこの (Live システム中の) 設定ファイルにより設定できます。 -.IP \fBlive/filesystem.module\fP 4 -.\" FIXME -この (Live メディア内の) -オプションのファイルは「/live」ディレクトリ中のディスクイメージに対応するファイル名を空白文字または復帰文字で区切った一覧を収録します。このファイルが存在する場合はその中の一覧にあるイメージだけがルート -aufs に統合され、その一覧の順に読み込まれます。このファイルの最初の項目が /overlay 直下で aufs -の「最下位の」マウントポイント、この一覧の最後のファイルが /overlay 直下で aufs -の「最上位の」マウントポイントとなります。このファイルがない場合は「/live」ディレクトリにあるイメージを英数字順に読み込みます。 - -.SH ファイル -.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 関連項目 -\fIpersistence.conf\fP(5) -.PP -\fIlive\-build\fP(7) -.PP -\fIlive\-config\fP(7) -.PP -\fIlive\-tools\fP(7) - -.SH ホームページ -live\-boot 及び Live -システムプロジェクトについてのさらなる情報は、<\fIhttp://live\-systems.org/\fP> のホームページや -<\fIhttp://live\-systems.org/manual/\fP> のマニュアルにあります。 - -.SH バグ -バグは <\fIhttp://bugs.debian.org/\fP> にあるバグ追跡システムに live\-boot -パッケージのバグ報告として提出するか、<\fIdebian\-live@lists.debian.org\fP> にある Live -システムのメーリングリスト宛てにメールを書くことにより報告できます。 - -.SH 作者 -live\-boot は Daniel Baumann さん <\fImail@daniel\-baumann.ch\fP> により書かれました。 diff --git a/manpages/ja/persistence.conf.ja.5 b/manpages/ja/persistence.conf.ja.5 deleted file mode 100644 index 4a4fde9..0000000 --- a/manpages/ja/persistence.conf.ja.5 +++ /dev/null @@ -1,155 +0,0 @@ -.\"******************************************************************* -.\" -.\" This file was generated with po4a. Translate the source file. -.\" -.\"******************************************************************* -.TH LIVE\-BOOT conf 2015\-09\-22 5.0~a5\-1 "Live システムプロジェクト" - -.SH 名前 -\fBpersistence.conf\fP \- live\-boot 状態保持用メディアの設定ファイル - -.SH 説明 -live\-boot が「persistence」というラベル (GPT の名前やファイル名も含みますがここからは「ラベル」と呼びます) -を付けられた保持用ボリュームを調査するとき、そのボリュームの保持方法はそのファイルシステムの最上部に置かれた \fBpersistence.conf\fP -ファイルにより全面的に独自化できます。こういったラベルを付けられたボリュームにはそういったファイルがないといけません。ない場合は無視します。 -.PP -\fBpersistence.conf\fP の形式では空行や「#」で始まる行 (コメント用) -を両方とも利用でき、そういった行は解釈されず無視されます。いわゆる「独自マウント」は -.PP -.RS -\fIディレクトリ\fP [\fIオプション\fP]... -.RE -.PP -の形式で、大まかに言い換えると「\fIオプション\fP一覧により指示した方法で\fIディレクトリ\fPを保持する」ということになります。 -.PP -独自マウントそれぞれについて\fIディレクトリ\fPには絶対パスを使う必要があり、空白文字や特別なパスである「.」や「..」を含めること、/live -(やそのサブディレクトリ) を使うことはできません。Live ファイルシステムの\fIディレクトリ\fPに対するあらゆる変更 (ファイルの削除や作成、変更) -はそれを有効にした段階でソースディレクトリと呼ばれる保持用メディアの\fIディレクトリ\fPに相当するパスに持続的に保管されます。保持を実現するデフォルトの方法は対応するソースディレクトリを\fIディレクトリ\fPに対して単純にバインドマウントする方法ですが、これは\fIオプション\fPを使うことで変更できます。 -.PP -独自マウントは全て順番に行われるため、2つの独自マウントで互いに「隠す」ようなことはできません。例えば2つの\fIディレクトリ\fP /a と /a/b -があるとすると、この場合は常にまず /a がマウントされ、それから /a/b がマウントされます。これは \fBpersistence.conf\fP -の他の行の順を問わず成り立ち、異なる保持用メディアにある複数の \fBpersistence.conf\fP -ファイルを同時に使う場合でも同様です。しかし、独自マウントではソースディレクトリを別の独自マウントのソースディレクトリ内にすることは禁止されているため、live\-boot -により自動生成されたソースディレクトリは同一のメディアでの /a と /a/b のような「入り組んだ」マウントをサポートしません。この場合は -\fBsource\fP オプション (以下参照) を使い、対象ディレクトリが必ず異なるソースディレクトリにあるようにしないといけません。 -.PP -特定の独自マウントのソースディレクトリが保持用メディアに存在しない場合は自動的に作成され、その\fIディレクトリ\fPにふさわしい権限と所有がセットされます。\fIディレクトリ\fPの内容を保持用メディアのソースディレクトリにコピーすることでもこの自動処理は行われます。\fBlink\fP -や \fBunion\fP オプション (以下参照) を使った場合はこの自動処理は行われません。 - -.SH オプション -\fBpersistence.conf\fP で定義する独自マウントでは以下のオプションをコンマで区切った一覧の形で受け付けます: -.IP \fBsource\fP=\fIパス\fP 4 -指定した場合は保持用メディアの\fIパス\fPに保持内容の変更を保管します。\fIパス\fPは (その保持用メディアのルートからの) -相対パスを使う必要があり、空白文字や特別なパスである「.」や「..」については、「.」だけが単体で使われたときにはその保持用メディアのルートを指しますが、その例外を除いて含めることができません。このオプションが関連するのはほとんどが、これ以外ではエラーを引き起こす入り組んだ独自マウントにしたい場合、またはメディア全体のルートを利用できるようにしたい場合です -(現在では非推奨となっている \fBhome\-rw\fP という種類の保持に似ています)。 -.PP -以下のオプションは相互に排他です (効果があるのは最後に指定したものだけです): -.IP \fBbind\fP 4 -ソースディレクトリを\fIディレクトリ\fPにバインドマウントします。これはデフォルトです。 -.IP \fBlink\fP 4 -ソースディレクトリのディレクトリ構造を保持用メディアの\fIディレクトリ\fPに作成し、\fIディレクトリ\fPの対応する位置からソースディレクトリの各ファイルに向けてシンボリックリンクを作成します。リンクと同一名の既存のファイルやディレクトリは全て上書きされます。\fIディレクトリ\fP内にあるリンクの削除はリンクを削除するだけで、ソースの対応するファイルは削除しないことに注意してください。削除したリンクは再起動後には再び現れます。ファイルを恒久的に追加、削除するにはソースディレクトリで直接その作業を行わないといけません。 -.IP -事実上、\fBlink\fP -は既にソースディレクトリにあるファイルだけを保持し、\fIディレクトリ\fPにあるそれ以外のファイルは保持しません。保持するファイルをこのオプションの対象とするには手作業によりソースディレクトリに追加する必要があり、そうすることで\fIディレクトリ\fPに、既にそこにあるファイルに加えて現れるようになります。このオプションは特定のファイルだけを保持する必要があり、それがあるディレクトリ全体が必要ではない場合、例えばユーザのホームディレクトリにある設定ファイルの一部を保持する場合に有用です。 -.IP \fBunion\fP 4 -結合ファイルシステムの rw -ブランチを保持用メディアに保存するため、変更点だけを持続的に保管します。バインドマウントと比較するとこの方法は潜在的にディスク使用量を減らせる可能性があり、また読み取り専用メディアに追加したファイルを隠しません。1つ注意があり、結合後に実際のファイルシステムのルートではなくイメージの読み取り専用ファイルシステムから\fIディレクトリ\fPを使うため、(例えば -live\-config により) ブート後に作成されたファイルは結合後には見えなくなります。このオプションは live\-boot の \fBunion\fP -ブートパラメータにより指定された結合ファイルシステムを使います。 - -.SH ディレクトリ -.IP \fB/live/persistence\fP 4 -保持用ボリュームは全てここで (デバイス名に対応するディレクトリで) マウントされます。\fBpersistence.conf\fP -ファイルはこのマウントや任意のソースディレクトリから (\fBlink\fP オプションを使った独自マウントではこちらが特に実用的) 簡単に編集できます。 - -.SH 例 - -保持用ボリューム \fIVOL\fP があり、その \fBpersistence.conf\fP ファイルに以下の4行を収録しているものとしましょう -(番号は参照しやすいように付加しています): -.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 -それぞれに対応するディレクトリ: -.TP 7 -1. -\fIVOL\fP/config\-files/user1 (ただし \fBsource\fP オプションを指定しない場合は \fIVOL\fP/home/user1) -.TP -2. -\fIVOL\fP/config\-files/user2 (ただし \fBsource\fP オプションを指定しない場合は \fIVOL\fP/home/user2) -.TP -3. -\fIVOL\fP/home -.TP -4. -\fIVOL\fP/usr -.PP -1と2の例では \fBsource\fP オプションをセットする必要があります。そうしないと3のソースと入り組んでしまい不正となるためです。 -.PP -1行目と2行目の独自マウントが3行目によって隠されるのを回避するため3行目は1行目と2行目よりも先に処理されます。3行目が処理された時点で -\fIVOL\fP/home は単純に /home -に対してバインドマウントした状態になります。1行目と2行目で起きたことを説明するため、以下のファイルが存在するとしましょう: -.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 -それにより作成されるリンクやディレクトリ: -.TP 7 -リンク: -/home/user1/.emacs \-> \fIVOL\fP/config\-files/user1/.emacs (a の場合) -.TP -リンク: -/home/user2/.bashrc \-> \fIVOL\fP/config\-files/user2/.bashrc (b の場合) -.TP -ディレクトリ: -/homea/user2/.ssh (c の場合) -.TP -リンク: -/home/user2/.ssh/config \-> \fIVOL\fP/config\-files/user2/.ssh/config (c の場合) -.PP -別の主張があるかもしれませんが、上記の \fBpersistence.conf\fP ファイルの例では3行目が既に /home -の全てを保持対象としているため1行目と2行目は不要です。\fBlink\fP -オプションはディレクトリ全体を保持したいのではなく、そのディレクトリ中やサブディレクトリにある特定のファイルを保持したいという状況を対象としています。 -.PP -4行目はその\fIディレクトリ\fP (とソースディレクトリ) -が他のどの独自マウントとも完全に分離しているためいつでもマウントできます。マウントすると、\fIVOL\fP/usr は \fBunion\fP -オプションが指定されているため rw -ブランチになり、元の読み取り専用ファイルシステムと比較した差分だけが収録されます。そのため、バインドマウントと比較すると容量の面で非常に効率良くパッケージを -/usr にインストールできます。これは後者では初期の自動処理で /usr 全体を \fIVOL\fP/usr にコピーする必要があるためです。 - -.SH 関連項目 -\fIlive\-boot\fP(7) -.PP -\fIlive\-build\fP(7) -.PP -\fIlive\-config\fP(7) -.PP -\fIlive\-tools\fP(7) - -.SH ホームページ -live\-boot 及び Live -システムプロジェクトについてのさらなる情報は、<\fIhttp://live\-systems.org/\fP> のホームページや -<\fIhttp://live\-systems.org/manual/\fP> のマニュアルにあります。 - -.SH バグ -バグは <\fIhttp://bugs.debian.org/\fP> にあるバグ追跡システムに live\-boot -パッケージのバグ報告として提出するか、<\fIdebian\-live@lists.debian.org\fP> にある Live -システムのメーリングリスト宛てにメールを書くことにより報告できます。 - -.SH 作者 -live\-boot は Daniel Baumann さん <\fImail@daniel\-baumann.ch\fP> により書かれました。 -- 2.1.4