Adding upstream version 20190202.upstream/20190202

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

2 files changed, 527 insertions, 0 deletions

diff --git a/system-boot/manpages/es/live-boot.es.7 b/system-boot/manpages/es/live-boot.es.7
new file mode 100644
index 0000000..61a1b9a
--- /dev/null
+++ b/system-boot/manpages/es/live-boot.es.7
@@ -0,0 +1,303 @@
+.\"*******************************************************************
+.\"
+.\" 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 <target\-name>
+  Lun 0 Path=<path\-to\-your\-live\-image.iso>,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/system-boot/manpages/es/persistence.conf.es.5 b/system-boot/manpages/es/persistence.conf.es.5
new file mode 100644
index 0000000..1803cec
--- /dev/null
+++ b/system-boot/manpages/es/persistence.conf.es.5
@@ -0,0 +1,224 @@
+.\"*******************************************************************
+.\"
+.\" 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>.