X-Git-Url: http://git.grml.org/?p=live-boot-grml.git;a=blobdiff_plain;f=manpages%2Fes%2Fpersistence.conf.es.5;fp=manpages%2Fes%2Fpersistence.conf.es.5;h=0000000000000000000000000000000000000000;hp=1803cec004074486c5d68f402796c9885f0b7b25;hb=866ff261b9b4f06ed4e8994d95b3236e4020cfd2;hpb=3ab3594c41691aecfb0f36e61df6a1ab7066622f 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>.