+++ /dev/null
-.\"*******************************************************************
-.\"
-.\" 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>.
projects / live-boot-grml.git / blobdiff