persistence.conf.es.5 9.66 KB
Newer Older
1 2 3 4 5
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
6
.TH LIVE\-BOOT conf 2015\-04\-28 5.0~a3\-1 "Proyecto Live Systems"
7 8

.SH NOMBRE
9 10
\fBpersistence.conf\fP \- Fichero para configurar medios de almacenamiento con
persistencia en live\-boot
11 12

.SH DESCRIPCIÓN
13 14 15
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
16
completamente personalizable a través del fichero \fBpersistence.conf\fP
17 18
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.
19
.PP
20 21 22
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:
23 24 25 26 27 28 29 30
.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
31 32 33 34 35 36 37 38 39 40
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.
41 42 43 44 45
.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
46 47 48 49
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
50 51 52 53 54 55 56 57 58 59 60 61 62 63
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
64 65
Los montajes personalizados definidos en \fBpersistence.conf\fP aceptan las
siguientes opciones en una lista separada por comas:
66
.IP \fBsource\fP=\fIPATH\fP 4
67 68 69 70 71 72 73 74
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)
75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108
.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
109
especificado por el parámetro de arranque \fBunion\fP de live\-boot.
110 111 112 113

.SH DIRECTORIOS
.IP \fB/live/persistence\fP 4
Aquí se montarán todos los volumenes persistentes (en un directorio que
114 115 116 117
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).
118 119 120

.SH EJEMPLOS

121
Si tenemos un volumen con persistencia \fIVOL\fP con un fichero
122 123
\fBpersistence.conf\fPque contiene las cuatro lineas siguientes (numeradas para
una mejor referencia):
124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178
.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 
179
Directorio:
180 181 182 183 184 185
/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
186 187
\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
188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210
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"
211 212 213
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>.
214 215

.SH ERRORES
216
Se puede notificar los fallos enviando un informe de errores sobre el
217
paquete live\-boot al Sistema de Seguimiento de Errores en
218 219
<\fIhttp://bugs.debian.org/\fP> o escribiendo un mensaje a la lista de
correo de Live Systems a la dirección
220 221 222
<\fIdebian\-live@lists.debian.org\fP>.

.SH AUTOR
223 224
live\-boot fue escrito por Daniel Baumann
<\fImail@daniel\-baumann.ch\fP>.