Delete all generated files. They are generated from the po files.
[live-boot-grml.git] / manpages / es / live-boot.es.7
diff --git a/manpages/es/live-boot.es.7 b/manpages/es/live-boot.es.7
deleted file mode 100644 (file)
index 61a1b9a..0000000
+++ /dev/null
@@ -1,303 +0,0 @@
-.\"*******************************************************************
-.\"
-.\" 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>.