diff options
Diffstat (limited to 'system-boot/manpages/es')
| -rw-r--r-- | system-boot/manpages/es/live-boot.es.7 | 303 | ||||
| -rw-r--r-- | system-boot/manpages/es/persistence.conf.es.5 | 224 |
2 files changed, 527 insertions, 0 deletions
diff --git a/system-boot/manpages/es/live-boot.es.7 b/system-boot/manpages/es/live-boot.es.7 new file mode 100644 index 0000000..61a1b9a --- /dev/null +++ b/system-boot/manpages/es/live-boot.es.7 @@ -0,0 +1,303 @@ +.\"******************************************************************* +.\" +.\" This file was generated with po4a. Translate the source file. +.\" +.\"******************************************************************* +.TH LIVE\-BOOT 7 2015\-09\-22 5.0~a5\-1 "Proyecto Live Systems" + +.SH NOMBRE +\fBlive\-boot\fP \- Componentes de Arranque del Sistema + +.SH DESCRIPCIÓN +\fBlive\-boot\fP contiene los componentes que configuran un sistema en vivo +durante el proceso de arranque (early userspace). +.PP +.\" FIXME +live\-boot es un hook para initramfs\-tools, usado para generar un initramfs +capaz de arrancar sistemas en vivo, tales como los creados por +\fIlive\-helper\fP(7). Esto incluye las ISOs de Live Systems, netboot tarballs y +las imágenes para llaves usb. +.PP +.\" FIXME +En el momento del arranque se buscará un dispositivo de sólo lectura que +contenga un directorio "/live" dónde se almacena un sistema de ficheros raíz +(a menudo se trata de una imagen comprimida de un sistema de ficheros como +squashfs). Si live\-boot lo encuentra, creará un entorno de escritura, usando +aufs, a partir del cual pueda arrancar un sistema. + +.SH CONFIGURACIÓN +\fBlive\-boot\fP se puede configurar mediante un parámetro de arranque o un +fichero de configuración. +.PP +Para configurar los parámetros de live\-boot utilizados por defecto en una +imagen en vivo, ver la opción \-\-bootappend\-live en la página de manual +\fIlb_config\fP(1) + +.SS "Parámetros del kernel" +\fBlive\-boot\fP sólo se activa si se usa 'boot=live' como parámetro del kernel +.PP +Además, hay algunos otros parámetros de arranque que influyen en su +comportamiento, ver más abajo. + +.SS "Ficheros de configuración" +\fBlive\-boot\fP se puede configurar (pero no activar) mediante ficheros de +configuración. Estos ficheros se pueden colocar en el sistema de ficheros +raíz (/etc/live/boot.conf, /etc/live/boot/*), o en el medio en vivo +(live/boot.conf, live/boot/*). + +.SH OPCIONES +.\" FIXME +\fBlive\-boot\fP incluye los siguientes parámetros. +.IP \fBaccess\fP=\fIACCESS\fP 4 +Establece el nivel de accesibilidad para usuarios con minusvalías físicas o +con discapacidad visual. ACCESS debe ser uno de los siguientes, v1, v2, v3, +m1 o m2. v1=menor deterioro visual, v2=discapacidad visual moderada, +v3=ceguera, m1=dificultades motoras menores, m2=dificultades motoras +moderadas. +.IP \fBconsole\fP=\fITTY,SPEED\fP 4 +Establece la consola que se utilizará por defecto con la opción +"live\-getty". Ejemplo: "console=ttyS0,115200" +.IP \fBdebug\fP 4 +Hace que el proceso de arranque de initramfs sea más detallado. +.br +Uso: debug=1 +.br +Si no se asigna un valor a debug, puede que no se muestren los mensajes. +.IP \fBfetch\fP=\fIURL\fP 4 +.IP \fBhttpfs\fP=\fIURL\fP 4 +Otra forma de arranque en red mediante la descarga de una imagen squashfs a +partir de una URL determinada. El método «fetch» copia la imagen en la +memoria RAM y el método httpfs utiliza FUSE y httpfs2 para montar la imagen +en su lugar. Copiar en la memoria RAM requiere más memoria y puede tardar +mucho tiempo con imágenes de gran tamaño. Sin embargo, es más probable que +funcione correctamente, ya que no requiere el uso de la red después y el +sistema funciona más rápido una vez iniciado, debido a que ya no necesita +ponerse más en contacto con el servidor. +.br +Debido a las limitaciones actuales de busybox, wget y la resolución de DNS, +una dirección URL no puede contener un nombre de anfitrión, sino sólo una +dirección IP. +.br +No funciona: http://ejemplo.com/ruta/al/sistema_de_ficheros.squashfs +.br +Funciona: http://ejemplo.com/ruta/al/sistema_de_ficheros.squashfs +.br +Tener en cuenta también que, por lo tanto, no es posible en la actualidad ir +a buscar una imagen en un host virtual basado en nombre de un httpd si está +compartiendo la IP con la instancia principal httpd. +.br +También se puede utilizar la imagen ISO en vivo en lugar de la imagen +squashfs. +.IP \fBiscsi\fP=\fIserver\-ip[,server\-port];target\-name\fP 4 +Arranca desde un iSCSI que tiene una ISO una imagen de disco en vivo como +uno de sus LUNs. Se busca en el objetivo especificado un LUN que sea similar +a un medio en vivo. Si se utiliza el software de iSCSI \fBiscsitarget\fP el +ietd.conf podría ser similar al siguiente: +.br +# El nombre de destino se especifica en el parámetro iscsi= +.br +Target <target\-name> + Lun 0 Path=<path\-to\-your\-live\-image.iso>,Type=fileio,IOMode=ro + # Si se desea arrancar varias máquinas, es posible que se desee afinar algunos parámetros como + # Wthreads o MaxConnections +.IP \fBfindiso\fP=\fI/PATH/TO/IMAGE\fP 4 +Busca el fichero ISO especificado en todos los discos en los que por lo +general se busca el fichero .squashfs (por lo que no se tiene que saber el +nombre del dispositivo como en fromiso=....). +.IP \fBfromiso\fP=\fI/PATH/TO/IMAGE\fP 4 +Permite utilizar un sistema de ficheros desde dentro de una imagen ISO que +está disponible en los medios en vivo. +.IP \fBignore_uuid\fP 4 +No comprobar que cualquier UUID integrado en el initramfs coincida con el +medio encontrado. Se puede especificar a live\-boot que genere un UUID +configurando LIVE_GENERATE_UUID=1 en el momento de crear el initramfs. +.IP \fBverify\-checksums\fP 4 +Si se especifica, se calcula una suma MD5 sobre los medios en vivo durante +el arranque y se compara con el valor md5sum.txt que se encuentra en el +directorio raíz de los medios en vivo. +.IP "\fBip\fP=[\fIDEVICE\fP]:[\fICLIENT_IP\fP]:[\fINETMASK\fP]:[\fIGATEWAY_IP\fP]:[\fINAMESERVER\fP] [,[\fIDEVICE\fP]:[\fICLIENT_IP\fP]:[\fINETMASK\fP]:[\fIGATEWAY_IP\fP]:[\fINAMESERVER\fP]]" 4 +Permite especificar el nombre(s) y las opciones de la interfaz(ces) que se +debe configurar en el arranque. No especificar esta opción si se desea +utilizar DHCP (opción por defecto). Esto cambiará en una futura versión para +utilizar la misma especificación de los parámetros de arranque que el kernel +oficial (e.g. ip=10.0.0.1::10.0.0.254:255.255.255.0::eth0,:::::eth1:dhcp). +.IP \fBip\fP=[\fIfrommedia\fP] 4 +Si se establece esta variable, no se configura la red ni por dhcp ni usando +una dirección estática y se debe añadir un fichero preconfigurado +/etc/network/interfaces que el sistema utilizará en su lugar. +.IP {\fBlive\-media\fP|\fBbootfrom\fP}=\fIDEVICE\fP 4 +Si se especifica una de estas dos formas equivalentes, live\-boot en primer +lugar tratará de encontrar este dispositivo buscando el directorio "/live" +dónde debe estar la raíz del sistema de ficheros de sólo lectura. Si no +encuentra nada que pueda utilizar, live\-boot escaneará los dispositivos +restantes. +.br +En lugar de especificar el nombre de un dispositivo real, se puede utilizar +la palabra clave 'removable' para limitar la búsqueda solo en los medios en +vivo de tipo extraíble. Tener en cuenta que si se desea restringir aún más +los medios a sistemas de almacenamiento masivo USB se puede utilizar la +palabra clave 'removable\-usb' +.IP {\fBlive\-media\-encryption\fP|\fBencryption\fP}=\fITYPE\fP 4 +live\-boot montará el TYPE rotfs cifrado, pidiendo la contraseña. Es útil +para crear sistemas en vivo paranoicos :\-) Hasta el momento el TYPE +soportado es "aes" para cifrado loop\-aes. +.IP \fBlive\-media\-offset\fP=\fIBYTES\fP 4 +De esta manera se puede especificar a live\-boot que la imagen comienza en +BYTES en el dispositivo anteriormente especificado, o auto\-descubierto, esto +podría ser útil para esconder la ISO o la imagen dentro de otra ISO o +imagen, para crear imágenes "limpias". +.IP \fBlive\-media\-path\fP=\fIPATH\fP 4 +Establece la ruta de acceso al sistema de ficheros en vivo en el medio. De +forma predeterminada está en '/live' y no se debe cambiar a menos que se +haya personalizado los medios de forma adecuada. +.IP \fBlive\-media\-timeout\fP=\fISECONDS\fP 4 +Establece el tiempo de espera en segundos para que el dispositivo +especificado por "live\-media=" esté preparado antes de desistir. +.IP \fBmodule\fP=\fINAME\fP 4 +En lugar de utilizar el fichero opcional por defecto "filesystem.module" +(ver más abajo) se podría especificar otro fichero sin la extensión +".module"; se debe colocar en el directorio "/live" del medio en vivo. +.IP \fBnetboot\fP[=nfs|cifs] 4 +Indica a live\-boot que debe hacer un montaje en red. El parámetro +"nfsroot=" (con "nfsopts=" opcional), debe especificar dónde se encuentra el +sistema de ficheros raíz. Sin argumentos, probará primero cifs, y entonces, +si falla, nfs. +.IP \fBnfsopts\fP= 4 +Permite especificar opciones nfs personalizadas. +.IP \fBnofastboot\fP 4 +Este parámetro deshabilita la desactivación por defecto de la comprobación +del sistema de ficheros en /etc/fstab. Si hay sistemas de ficheros estáticos +en el disco duro y se desea comprobarlos en el momento del arranque, +utilizar este parámetro, de lo contrario, se omite. +.IP \fBnopersistence\fP 4 +desactiva la "persistencia", es útil si el gestor de arranque (como +syslinux) se ha instalado con persistencia habilitada. +.IP \fBnoeject\fP 4 +No pedir que se extraiga el dispositivo en vivo. +.IP \fBramdisk\-size\fP 4 +Este parámetro permite establecer un tamaño de disco RAM personalizado (que +es la opción '\-o size' del montaje tmpfs). No hay un tamaño de ramdisk +predeterminado, por lo que se aplica el valor por defecto (actualmente el +50% de la RAM disponible). Tener en cuenta que esta opción no tiene +actualmente ningún efecto cuando se arranca con toram. +.IP \fBswap=true\fP 4 +Este parámetro permite el uso de particiones swap locales. +.IP \fBpersistence\fP 4 +live\-boot buscará dispositivos con "persistence". Estos pueden ser +particiones (con el nombre GPT correcto), sistemas de ficheros (con la +etiqueta correcta) o ficheros imagen (con el nombre de fichero +correcto). Los overlays tienen la etiqueta/nombre "persistence" (ver +\fIpersistence.conf\fP(5)). Los ficheros imagen overlay tienen, como nombre, +"persistence". +.IP "\fBpersistence\-encryption\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4 +Esta opción determina qué tipo de cifrado se usa cuando se prueban los +dispositivos de los medios con persistencia. Si se especifica "none" en la +lista, no se permite cifrar el medio; si se especifica "luks" en la lista, +se puede usar cifrado LUKS en los medios. Cada vez que se encuentra un +dispositivo que contiene medios cifrados se pregunta al usuario una frase de +contraseña. Por defecto es "none". +.IP \fBpersistence\-media\fP={\fIremovable\fP|\fIremovable\-usb\fP} 4 +Si se especifica la palabra clave 'removable', live\-boot intentará encontrar +particiones con persistencia únicamente en los medios extraíbles. Tener en +cuenta que si se desea restringir aún más los medios a sistemas de +almacenamiento masivo USB se puede utilizar la palabra clave 'removable\-usb' +.IP "\fBpersistence\-method\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4 +Esta opción determina qué tipos de medios se permiten para la +persistencia. Si se especifica "overlay" en la lista, se considera overlays +(es decir "live\-rw" y "home\-rw"). Por defecto es "overlay". +.IP \fBpersistence\-path\fP=\fIPATH\fP 4 +live\-boot buscará ficheros con persistencia en el directorio raíz de una +partición, con este parámetro, la ruta se puede configurar de modo que se +pueda tener varios directorios en la misma partición para almacenar ficheros +con persistencia. +.IP \fBpersistence\-read\-only\fP 4 +Los cambios en el sistema de ficheros no se guardan de nuevo en los medios +con persistencia. En particular, los overlays y los montajes NFS de red son +montados en sólo lectura. +.IP "\fBpersistence\-storage\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4 +Esta opción determina qué tipos de almacenamiento persistente hay que tener +en cuenta cuando se comprueban los medios con persistencia. Si "filesystem" +está en la lista, se usarán los sistemas de ficheros que tengan su etiqueta +correspondiente; si "file" está en la lista, todos los sistemas de ficheros +se probarán buscando ficheros y ficheros imagen con sus etiquetas +correspondientes. Por defecto es "file,filesystem". +.IP \fBpersistence\-label\fP=\fILABEL\fP 4 +live\-boot utilizará el nombre "LABEL" en lugar de "persistence" cuando +busque medios de almacenamiento persistente. LABEL puede ser cualquier +nombre de fichero, etiqueta de una partición or nombre GPT. +.IP \fBnoeject\fP 4 +Esta opción hace que live\-boot reinicie sin tratar de expulsar los medios y +sin pedirle al usuario que extraiga el dispositivo usado para arrancar. +.IP \fBshowmounts\fP 4 +Este parámetro hará que live\-boot muestre en "/" los sistemas de ficheros ro +(en su mayoría comprimidos) en "/lib/live". Esto no está activado por +defecto, porque podría dar lugar a problemas con aplicaciones como "mono" +que almacenan rutas binarias durante su instalación. +.IP \fBsilent\fP 4 +Si arranca con el parámetro normal quiet, live\-boot esconde la mayoría de +sus propios mensajes. Cuando se utiliza silent, los esconde todos. +.IP \fBtodisk\fP=\fIDEVICE\fP 4 +Al añadir este parámetro, live\-boot tratará de copiar la totalidad de medios +de sólo lectura en el dispositivo especificado antes de montar el sistema de +ficheros raíz. Probablemente hace falta una gran cantidad de espacio +libre. Los arranques posteriores deben saltar este paso y basta con +especificar el parámetro de arranque "live\-media=DEVICE" con el mismo DEVICE +que se ha utilizado esta vez. +.IP \fBtoram\fP 4 +Al añadir este parámetro, live\-boot trata de copiar los medios de sólo +lectura enteros en la memoria RAM del ordenador antes de montar el sistema +de ficheros raíz. Para esto puede ser necesaria mucha memoria RAM, según el +espacio utilizado por los medios de sólo lectura. +.IP \fBunion\fP=overlay|aufs 4 +.\" FIXME +Por defecto, live\-boot usa overlay. Con este parámetro, se puede cambiar a +aufs. + +.\" FIXME +.SH "FICHEROS (antiguos)" +.IP \fB/etc/live.conf\fP 4 +Algunas variables pueden ser configuradas a través de este fichero de +configuración (dentro del sistema en vivo). +.IP \fBlive/filesystem.module\fP 4 +.\" FIXME +Este fichero opcional (dentro del medio en vivo) contiene una lista de +nombres de ficheros separados por espacios en blanco o retornos de carro que +corresponden a imágenes de disco en el directorio "/live". Si este fichero +existe, sólo las imágenes que figuran en esta lista se fusionarán en la raíz +aufs, y se cargarán en el orden en que aparecen aquí. La primera entrada en +este fichero será el punto "más bajo" en el aufs y el último fichero de esta +lista estará en el punto "más alto" del aufs, justo debajo de /overlay. Sin +este fichero, las imágenes en el directorio "/live" se cargan en orden +alfanumérico. + +.SH FICHEROS +.IP \fB/etc/live/boot.conf\fP 4 +.IP \fB/etc/live/boot/*\fP 4 +.IP \fBlive/boot.conf\fP 4 +.IP \fBlive/boot.d/*\fP 4 +.IP \fBpersistence.conf\fP 4 + +.SH "VER ADEMÁS" +\fIpersistence.conf\fP(5) +.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>. diff --git a/system-boot/manpages/es/persistence.conf.es.5 b/system-boot/manpages/es/persistence.conf.es.5 new file mode 100644 index 0000000..1803cec --- /dev/null +++ b/system-boot/manpages/es/persistence.conf.es.5 @@ -0,0 +1,224 @@ +.\"******************************************************************* +.\" +.\" 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>. |