manpages/es/persistence.conf.es.5

   1 .\"*******************************************************************
   2 .\"
   3 .\" This file was generated with po4a. Translate the source file.
   4 .\"
   5 .\"*******************************************************************
   6 .TH LIVE\-BOOT conf 2014\-03\-31 4.0~alpha20\-1 "Proyecto Live Systems"
   7
   8 .SH NOMBRE
   9 \fBpersistence.conf\fP \- Fichero para configurar medios de almacenamiento con
  10 persistencia en live\-boot
  11
  12 .SH DESCRIPCIÓN
  13 Si live\-boot prueba un volumen persistente con la etiqueta (o nombre GPT, o
  14 nombre de fichero, aunque a partir de este momento nos referiremos a él como
  15 simplemente "etiqueta") "persistence", la persistencia de ese volumen es
  16 completamente personalizable a través del fichero \fBpersistence.conf\fP
  17 almacenado en la raíz de su sistema de ficheros. Cualquier volumen esa
  18 etiqueta debe tener uno de esos ficheros, o si no será ignorado.
  19 .PP
  20 El formato de \fBpersistence.conf\fP permite añadir líneas vacias o líneas que
  21 comiencen por "#" (usado para los comentarios), ambos serán ignorados. Un
  22 "montaje personalizado" tiene el formato:
  23 .PP
  24 .RS
  25 \fIDIR\fP [\fIOPTION\fP]...
  26 .RE
  27 .PP
  28 lo que se traduce como "hacer \fIDIR\fP persistente en la forma descrita en la
  29 lista de \fIOPTION\fPs".
  30 .PP
  31 Para cada uno de los montajes personalizados \fIDIR\fP debe ser una ruta
  32 absoluta que no puede contener espacios en blanco ni los componentes
  33 especiales . y .. además no puede ser /live (o ninguno de sus
  34 sub\-directorios) ni /. Una vez activados, todos los cambios (creación,
  35 modificación y borrado de ficheros) en \fIDIR\fP en el sistema de ficheros en
  36 vivo, son guardados de forma persistente en una ruta equivalente a \fIDIR\fP en
  37 el medio persistente, llamado el directorio de origen. La manera de
  38 conseguir la persistencia por defecto es simplemente hacer un montaje
  39 enlazado (bind\-mount N.del T.) del directorio de origen al \fIDIR\fP, aunque
  40 esto se puede cambiar utilizando las opciones \fIOPTION\fPs.
  41 .PP
  42 Todos los montajes personalizados serán montados en orden de tal manera que
  43 dos montajes personalizados no se "escondan" uno al otro. Por ejemplo, si
  44 tenemos los dos \fIDIR\fP:s /a y /a/b siempre /a será montado en primer lugar,
  45 después /a/b. Esto siempre es así sin importar el orden en que aparezcan las
  46 líneas en \fBpersistence.conf\fP o incluso si se usan varios ficheros
  47 \fBpersistence.conf\fP en medios persistentes distintos al mismo tiempo. Sin
  48 embargo, no está permitido que un montaje personalizado tenga su directorio
  49 de origen en el interior del directorio de origen de otro montaje
  50 personalizado, ya que los directorios de origen que live\-boot crea
  51 automáticamente no tienen soporte para montajes "anidados" como /a y /a/b en
  52 el mismo medio. En este caso se debe usar la opción \fBsource\fP (ver debajo)
  53 para asegurarse de que se almacenan en directorios de origen diferentes.
  54 .PP
  55 Cuando un directorio de origen no existe en los medios con persistencia para
  56 un montaje personalizado en particular, se creará automáticamente, y los
  57 permisos y sus propietarios se establecen de forma óptima de acuerdo a
  58 \fIDIR\fP. También se realiza una preinstalación (bootstrap N. del T.) copiando
  59 los contenidos de \fIDIR\fP en su directorio de origen en el medio con
  60 persistencia. La preinstalación no se realiza cuando se utilizan las
  61 opciones \fBlink\fP o \fBunion\fP (ver debajo).
  62
  63 .SH OPCIONES
  64 Los montajes personalizados definidos en \fBpersistence.conf\fP aceptan las
  65 siguientes opciones en una lista separada por comas:
  66 .IP \fBsource\fP=\fIPATH\fP 4
  67 Cuando se especifica, se guardan los cambios persistentes en \fIPATH\fP en los
  68 medios con persistencia. \fIPATH\fP debe ser una ruta relativa (respecto a la
  69 raíz del medio persistente) que no puede contener espacios en blanco o los
  70 componentes especiales . o .. con la excepción de que puede ser simplemente
  71 \&. lo que significa la raíz del medio persistente. Esta opción es relevante
  72 si se desea anidar montajes personalizados, lo que de otro modo produciría
  73 errores, o si se desea hacer que toda la raíz del medio esté disponible (de
  74 forma similar al ahora obsoleto tipo de persistencia \fBhome\-rw\fP)
  75 .PP
  76 Las siguientes opciones son mutuamente exclusivas (únicamente la última
  77 tendrá efecto):
  78 .IP \fBbind\fP 4
  79 Montar de forma enlazada el directorio de origen a \fIDIR\fP. Esto es así por
  80 defecto.
  81 .IP \fBlink\fP 4
  82 Crea la estructura de directorios del directorio de origen en el medio
  83 persistente en \fIDIR\fP y crea los enlaces simbólicos desde el lugar
  84 correspondiente en \fIDIR\fP a cada fichero en el directorio de origen. Si los
  85 directorios o ficheros contienen el mismo nombre, al igual que cualquier
  86 otro enlace, serán sobrescritos. Tener en cuenta que los enlaces en \fIDIR\fP
  87 sólo eliminan el enlace, no el fichero correspondiente en el directorio; los
  88 enlaces eliminados reaparecerán tras reiniciar. Para añadir o eliminar un
  89 fichero de forma permanente se debe hacer directamente en el directorio de
  90 origen.
  91 .IP
  92 \fBlink\fP tan sólo hará persistentes los ficheros que ya se encuentran en el
  93 directorio de origen, y no cualquier otro fichero en \fIDIR\fP. Estos ficheros
  94 deben ser añadidos manualmente en el directorio de origen pare utilizar esta
  95 opción y ellos aparecerán en \fIDIR\fP además de los ficheros que ya se
  96 encuentran allí. Esta opción es útil cuando sólo es necesario hacer
  97 persistentes ciertos ficheros y no todo el directorio en el que se
  98 encuentran, por ejemplo, algunos ficheros de configuración en el directorio
  99 home de un usuario.
 100 .IP \fBunion\fP 4
 101 Guardar la rama rw de una unión en un medio persistente, de modo que los
 102 cambios son guardados de forma persistente. Potencialmente esto puede
 103 reducir el uso del disco comparado con los montajes enlazados, y no
 104 esconderá los ficheros añadidos a los medios de sólo lectura. Un buen truco
 105 es que la unión utilizará el \fIDIR\fP del sistema de ficheros de sólo lectura
 106 de la imagen y no de la raíz del sistema de ficheros real, por eso los
 107 ficheros que se crean después del arranque (por ejemplo live\-config) no
 108 aparecerán en la unión. Esta opción utilizará el sistema de ficheros unión
 109 especificado por el parámetro de arranque \fBunion\fP de live\-boot pero no
 110 tiene soporte si se utiliza \fBunion=unionmount\fP.
 111
 112 .SH DIRECTORIOS
 113 .IP \fB/live/persistence\fP 4
 114 Aquí se montarán todos los volumenes persistentes (en un directorio que
 115 corresponda con el nombre del dispositivo). El fichero \fBpersistence.conf\fP
 116 se puede editar fácilmente a través de este montaje, así como cualquier
 117 directorio de origen (esto resulta especialmente práctico para los montajes
 118 personalizados usando la opción \fBlink\fP).
 119
 120 .SH EJEMPLOS
 121
 122 Si tenemos un volumen con persistencia \fIVOL\fP con un fichero
 123 \fBpersistence.conf\fPque contiene las cuatro lineas siguientes (numeradas para
 124 una mejor referencia):
 125 .TP  7
 126 1.
 127 /home/user1 link,source=config\-files/user1
 128 .TP
 129 2.
 130 /home/user2 link,source=config\-files/user2
 131 .TP
 132 3.
 133 /home
 134 .TP
 135 4.
 136 /usr union
 137 .PP
 138 Los directorios de origen correspondientes son:
 139 .TP  7
 140 1.
 141 \fIVOL\fP/config\-files/user1 (pero sería \fIVOL\fP/home/user1 sin la opción
 142 \fBsource\fP)
 143 .TP
 144 2.
 145 \fIVOL\fP/config\-files/user2 (pero sería \fIVOL\fP/home/user2 sin la opción
 146 \fBsource\fP)
 147 .TP
 148 3.
 149 \fIVOL\fP/home
 150 .TP
 151 4.
 152 \fIVOL\fP/usr
 153 .PP
 154 Era necesario establecer las opciones \fBsource\fP para 1 y 2, ya que de otro
 155 modo resultarían anidados con el origen de 3, lo cual no es válido.
 156 .PP
 157 La línea 3 será tenida en cuenta antes que las líneas 1 y 3 para evitar que
 158 los montajes personalizados 1 y 2 resulten escondidos por 3. Cuando se
 159 procesa la línea 3, \fIVOL\fP/home es simplemente montado en unión a
 160 /home. Para ilustrar lo que sucede con las líneas 1 y 2, digamos que los
 161 siguientes ficheros existen:
 162 .TP  7
 163 a.
 164 \fIVOL\fP/config\-files/user1/.emacs
 165 .TP
 166 b.
 167 \fIVOL\fP/config\-files/user2/.bashrc
 168 .TP
 169 c.
 170 \fIVOL\fP/config\-files/user2/.ssh/config
 171 .PP
 172 Entonces se crearán los siguientes enlaces y directorios:
 173 .TP  7
 174 Enlace:
 175 /home/user1/.emacs \-> \fIVOL\fP/config\-files/user1/.emacs (de a)
 176 .TP
 177 Enlace:
 178 /home/user2/.bashrc \-> \fIVOL\fP/config\-files/user2/.bashrc (de b)
 179 .TP
 180 Directorio:
 181 /homea/user2/.ssh (de c)
 182 .TP
 183 Enlace:
 184 /home/user2/.ssh/config \-> \fIVOL\fP/config\-files/user2/.ssh/config (de c)
 185 .PP
 186 Se podría decir, sin embargo, que las líneas 1 y 2 en el fichero de ejemplo
 187 \fBpersistence.conf\fP anterior son innecesarias ya que la línea 3 ya crearía
 188 el directorio /home persistente. La opción  \fBlink\fP se utiliza en
 189 situaciones en las que no se desea guardar de forma persistente un
 190 directorio completo, sino únicamente algunos ficheros o subdirectorios
 191 incluidos en él.
 192 .PP
 193 La línea 4 se puede montar en cualquier momento ya que su \fIDIR\fP (y su
 194 directorio de origen) es completamente independiente de todos los otros
 195 montajes personalizados. Cuando se monta, \fIVOL\fP/usr será la rama rw debido
 196 a la opción \fBunion\fP y tan sólo contendrá la diferencia en comparación con
 197 el sistema de ficheros subyacente de sólo lectura. Por eso los paquetes
 198 pueden ser instalados en /usr con gran eficiencia de espacio comparado con
 199 los montajes enlazados, ya que en este último caso el contenido de /usr
 200 tendría que ser copiado en \fIVOL\fP/usr durante la preinstalación inicial.
 201
 202 .SH "VER ADEMÁS"
 203 \fIlive\-boot\fP(7)
 204 .PP
 205 \fIlive\-build\fP(7)
 206 .PP
 207 \fIlive\-config\fP(7)
 208 .PP
 209 \fIlive\-tools\fP(7)
 210
 211 .SH "PÁGINA WEB"
 212 Se puede encontrar más información acerca de live\-boot y el proyecto Live
 213 Systems en la página web <\fIhttp://live\-systems.org/\fP> y en el
 214 manual en <\fIhttp://live\-systems.org/manual/\fP>.
 215
 216 .SH ERRORES
 217 Se puede notificar los fallos enviando un informe de errores sobre el
 218 paquete live\-boot al Sistema de Seguimiento de Errores en
 219 <\fIhttp://bugs.debian.org/\fP> o escribiendo un mensaje a la lista de
 220 correo de Live Systems a la dirección
 221 <\fIdebian\-live@lists.debian.org\fP>.
 222
 223 .SH AUTOR
 224 live\-boot fue escrito por Daniel Baumann
 225 <\fImail@daniel\-baumann.ch\fP>.