manpages/es/live-persistence.conf.es.5

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