[gentoo-commits] gentoo commit in xml/htdocs/doc/es: initramfs-guide.xml

[JosA MarAa Alonso (nimiux)]

nimiux      13/01/31 19:56:19

  Modified:             initramfs-guide.xml
  Log:
  Fix some typos and formatting

Revision  Changes    Path
1.3                  xml/htdocs/doc/es/initramfs-guide.xml

file : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/es/initramfs-guide.xml?rev=1.3&view=markup
plain: http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/es/initramfs-guide.xml?rev=1.3&content-type=text/plain
diff : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/es/initramfs-guide.xml?r1=1.2&r2=1.3

Index: initramfs-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/es/initramfs-guide.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- initramfs-guide.xml	24 Jul 2012 22:24:39 -0000	1.2
+++ initramfs-guide.xml	31 Jan 2013 19:56:19 -0000	1.3
@@ -1,5 +1,5 @@
 <?xml version='1.0' encoding="UTF-8"?>
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/es/initramfs-guide.xml,v 1.2 2012/07/24 22:24:39 nimiux Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/es/initramfs-guide.xml,v 1.3 2013/01/31 19:56:19 nimiux Exp $ -->
 
 <!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
 
@@ -48,6 +48,7 @@
 sirve) sería comprender como funciona el proceso de arranque de Linux,
 aún aproximándolo a un alto nivel.
 </p>
+
 </body>
 </section>
 
@@ -59,15 +60,15 @@
 Una vez que el núcleo Linux obtiene control sobre el sistema (lo cual
 ocurre luego de ser cargado por el gestor de arranque), prepara las
 estructuras de memoria y los manejadores de la mejor forma que
-pueda. Luego entrega el control a otra aplicación (usualmente
+puede. Luego entrega el control a otra aplicación (usualmente
 <c>init</c>), cuya tarea es continuar la adecuación del sistema y
 asegurarse que al concluir el proceso de arranque todos los servicios
-necesarios estan disponible y que el usuario pueda ingresar. La
-aplicación <c>init</c> hace esto iniciando, entre otros servicios al
-demonio <c>udev</c> que a su vez tmbién cargará y preparará el sistema
-en base a los dispositivos detectados. Al iniciar <c>udev</c>, todos
-los sistema de archivos que quedan que deben ser montados, se montan y
-los servicios faltantes iniciados.
+necesarios estan disponibles y que el usuario puede ingresar. La
+aplicación <c>init</c> hace esto iniciando, entre otros servicios, el
+demonio <c>udev</c> que a su vez también cargará y preparará el
+sistema en base a los dispositivos detectados. Al iniciar
+<c>udev</c>, todos los sistemas de archivos que quedan y deben ser
+montados, se montan, y los servicios faltantes se inician.
 </p>
 
 <p>
@@ -75,8 +76,8 @@
 residen en el mismo sistema de archivos, la aplicación <c>init</c>
 puede controlar perfectamente el resto del proceso de arranque. Sin
 embargo, cuando se han definido múltiples sistemas de archivos (o
-necesitamos configuraciones más exóticas), esto podría ser un poco más
-difícil:
+necesitamos configuraciones más exóticas), esto podría ser un poco
+más difícil:
 </p>
 
 <ul>
@@ -99,6 +100,7 @@
 La solución a este problema ha sido desde hace tiempo utilizar un
 <e>initrd</e> (dispositivo de raíz inicial).
 </p>
+
 </body>
 </section>
 
@@ -110,22 +112,23 @@
 Un <e>initrd</e> es una estructura de disco en memoria (ramdisk) que
 contiene las herramientas y guiones necesarios para montar los
 sistemas de archivos necesitados antes de pasar el control a la
-aplicación <c>init</c> en el sistema de archivos raíz. El núcleo Linux
-ejecuta el guión de configuración (usualmente, pero no
+aplicación <c>init</c> en el sistema de archivos raíz. El núcleo
+Linux ejecuta el guión de configuración (usualmente, pero no
 obligatoriamente llamado <c>linuxrc</c>) en este disco raíz, que
 prepara al sistema, cambia al verdadero sistema de archivos raíz y
 luego llama a <c>init</c>.
 </p>
 
 <p>
-Aunque el método initrd es todo lo que se requiere, tiene algunas desventajas:
+Aunque el método initrd es todo lo que se requiere, tiene algunas
+desventajas:
 </p>
 
 <ul>
   <li>
     Es un dispositivo de bloque de pleno derecho que requiere la carga
     de llevar un sistema de archivos completo con un estado fijo. Si
-    escoje un initrd muy pequeño, no podremos incluir todos los
+    elige un initrd muy pequeño, no podremos incluir todos los
     guiones necesarios y si lo hacemos muy grande estamos
     desperdiciando memoria.
   </li>
@@ -140,6 +143,7 @@
 <p>
 El initramfs se creó para resolver estos (para algunos) problemas.
 </p>
+
 </body>
 </section>
 
@@ -149,9 +153,9 @@
 
 <p>
 Un <e>initramfs</e> es un sistema de archivos inicial basado en
-<e>tmpfs</e> (un sistema de archivos en memoria liviano y flexible en
-cuanto a tamaño), que requiere dispositivos de bloque separados (de
-manera que no requiere caché y la carga mencionada antes
+<e>tmpfs</e> (un sistema de archivos en memoria liviano y flexible
+en cuanto a tamaño), que requiere dispositivos de bloque separados
+(de manera que no requiere caché y la carga mencionada antes
 desaparece). Tal como el initrd, contiene las herramientas y los
 guiones necesarios para montar los sistemas de archivos antes de
 llamar el binario <c>init</c> en el verdadero sistema de archivos
@@ -162,54 +166,57 @@
 </p>
 
 <p>
-El contenido del initramfs se realiza creando un archivo. <c>cpio</c>
-es una antigua (pero de uso comprobado) solución de archivos (sus
-archivos son conocidos como <e>archivos cpio</e>). Son definitivamente
-comparados con <c>tar</c>. La escogencia de <c>cpio</c> en este caso
-es porque era más fácil de implementar (en términos de código) y
-soporta (aún en épocas antiguas) los archivos de dispositivos (lo cual
-<c>tar</c> no puede hacer).
+El contenido del initramfs se realiza creando un archivo.
+<c>cpio</c> es una antigua (pero de uso probado) solución de
+archivos (sus archivos son conocidos como <e>archivos cpio</e>).
+Son definitivamente comparados con <c>tar</c>. La elección de
+<c>cpio</c> en este caso es porque era más fácil de
+implementar (en términos de código) y soporta (aún en épocas
+antiguas) los archivos de dispositivos (lo cual <c>tar</c>
+no puede hacer).
 </p>
 
 <p>
 Todos los archivos, herramientas, librerías configuraciones (si
-aplican), etc. son colocadas en el archivo cpio. Este archivo se
-comprime con la herramienta <c>gzip</c> y almacenado junto al núcleo
-Linux. El gestor de arranque se lo ofrecerá al núcleo al momento de
-arranque de modo que el núcleo sabrá que se requiere un initramfs.
+aplican), etc. se colocan en el archivo cpio. Este archivo se
+comprime con la herramienta <c>gzip</c> y se almacena junto al
+núcleo Linux. El gestor de arranque se lo ofrecerá al núcleo en
+el momento de arrancar de modo que el núcleo sabrá que se
+requiere un initramfs.
 </p>
 
 <p>
 Una vez detectado, el núcleo Linux creará un sistema de archivos
 tmpfs, allí extraerá el contenido del archivo e iniciará el guión
-<c>init</c> en la raíz del sistema de archivos tmpfs. Este guión luego
-montará el verdadero sistema de archivos raíz (luego de asegurar que
-lo puede montar, por ejemplo, cargando módulos adicionales, preparando
-una capa de abstracción para manejar encriptación, etc.) al igual que
-otros sistemas de archivos vitales (como <path>/usr</path> y
-<path>/var</path>).
+<c>init</c> en la raíz del sistema de archivos tmpfs. Este guión
+luego montará el verdadero sistema de archivos raíz (despúes de
+asegurar que lo puede montar, por ejemplo, cargando módulos
+adicionales, preparando una capa de abstracción para manejar
+encriptación, etc.) al igual que otros sistemas de archivos
+vitales (como <path>/usr</path> y <path>/var</path>).
 </p>
 
 <p>
-Una vez que el sistema de archivos raíz y otros sistemas de archivos
-vitales estan montados, el guión <c>init</c> del initramfs cambiará la
-raíz al verdadero sistema de archivos raíz y finalmente llamar a
-<c>/sbin/init</c> en ese sistema para continuar con el proceso de
-arranque.
+Una vez que el sistema de archivos raíz y otros sistemas de
+archivos vitales están montados, el guión <c>init</c> del
+initramfs cambiará la raíz al verdadero sistema de archivos
+raíz y finalmente llamar a <c>/sbin/init</c> en ese sistema
+para continuar con el proceso de arranque.
 </p>
+
 </body>
 </section>
 </chapter>
 
 <chapter>
-<title>Creando un initramfs</title>
+<title>Crear un initramfs</title>
 <section>
 <title>Introducción y configuración del gestor de arranque</title>
 <body>
 
 <p>
-Para crear un initramfs, es importante saber cuales manejadores,
-guiones y herramientas adicionales van a ser requeridos para arrancar
+Para crear un initramfs, es importante saber qué manejadores,
+guiones y herramientas adicionales se requieren para arrancar
 el sistema. Por ejemplo, si usa LVM, entonces deberá soportar las
 herramientas LVM en el initramfs. De igual manera, si usa RAID en
 software, hará falta <c>mdadm</c>, etc.
@@ -235,11 +242,12 @@
 kernel /boot/kernel-3.2.2-gentoo-r5
 initrd /boot/initramfs-3.2.2-gentoo-r5
 </pre>
+
 </body>
 </section>
 
 <section id="genkernel">
-<title>Usando genkernel</title>
+<title>Usar genkernel</title>
 <body>
 
 <p>
@@ -256,7 +264,7 @@
 siguiente manera:
 </p>
 
-<pre caption="Ejecutando genkernel para crear un initramfs">
+<pre caption="Ejecutar genkernel para crear un initramfs">
 # <i>genkernel --install --no-ramdisk-modules initramfs</i>
 </pre>
 
@@ -317,6 +325,7 @@
 Al terminar, el initramfs resultante estará almacenado en
 <path>/boot</path>.
 </p>
+
 </body>
 </section>
 
@@ -325,12 +334,13 @@
 <body>
 
 <warn>
-Al momento de escribir, dracut todavía no está marcado como estable,
-de manera que tal vez tenga que desenmascarlo antes de continuar.
+En el momento de escribir esta guía, dracut todavía no está
+marcado como estable, de manera que tal vez tenga que
+desenmascarlo antes de continuar.
 </warn>
 
 <p>
-La herramienta <c>dracut</c> fue creada con el solo propósito de
+La herramienta <c>dracut</c> se creó con el único propósito de
 manejar archivos initramfs. Utiliza un enfoque altamente modular
 acerca de la inclusión o no del soporte deseado.
 </p>
@@ -342,15 +352,15 @@
 soporte para configuraciones específicas:
 </p>
 
-<pre caption="Preparando para instalar dracut">
+<pre caption="Prepación para instalar dracut">
 DRACUT_MODULES="dmraid lvm syslog -biosdevname -btrfs -caps -crypt -crypt-gpg
 -dmsquash-live -gensplash -iscsi -livenet -mdraid -multipath -nbd -nfs -plymouth
 -ssh-client"
 </pre>
 
 <p>
-Es aconsejable activar (o desactivar) los módulos que necesite (y no
-necesite). Luego, haga <c>emerge dracut</c> para instalar la
+Es aconsejable activar (o desactivar) los módulos que necesite
+(y no necesite). Luego, haga <c>emerge dracut</c> para instalar la
 herramienta en el sistema.
 </p>
 
@@ -362,25 +372,25 @@
 </p>
 
 <p>
-Una vez lista la configuración, podemos crear un initramfs ejecutando
-<c>dracut</c> así:
+Una vez preparada la configuración, podemos crear un initramfs
+ejecutando <c>dracut</c> así:
 </p>
 
-<pre caption="Ejecutando dracut para generar un initramfs">
+<pre caption="Ejecutar dracut para generar un initramfs">
 # <i>dracut</i>
 </pre>
 
 <p>
-La imagen resultante soporta arranque de sistemas genéricos basados en
-la configuración en <path>/etc/dracut.conf</path>. También podemos
+La imagen resultante soporta arranque de sistemas genéricos basados
+en la configuración en <path>/etc/dracut.conf</path>. También podemos
 optar por generar un initramfs específicamente configurado para el
 sistema (en el cual <c>dracut</c> intenta detectar las herramientas,
 manejadores, etc. del sistema actual). Si conoce el soporte necesario
 (código y manejadores) que forma parte del núcleo (no como módulos),
-entonces hasta puede agregar la opción <c>--no-kernel</c>:
+entonces puede agregar la opción <c>--no-kernel</c>:
 </p>
 
-<pre caption="Permitiendo que dracut genere un initramfs específico">
+<pre caption="Permitir que dracut genere un initramfs específico">
 # <i>dracut --host-only --no-kernel</i>
 </pre>
 
@@ -396,7 +406,7 @@
 <chapter>
 <title>Recursos adicionales</title>
 <section>
-<title>Específicos a Gentoo</title>
+<title>Específicos de Gentoo</title>
 <body>
 
 <ul>
@@ -407,13 +417,14 @@
   </li>
   <li>
     <uri link="http://wiki.gentoo.org/wiki/Initramfs">Initramfs</uri>
-    (en inglés) en el Wiki oficial Gentoo
+    (en inglés) en el wiki oficial de Gentoo
   </li>
   <li>
-    <uri link="http://wiki.gentoo.org/wiki/Dracut">Dracut</uri> (en
-    inglés) en el wiki Gentoo oficial
+    <uri link="http://wiki.gentoo.org/wiki/Dracut">Dracut</uri>
+    (en inglés) en el wiki oficial de Gentoo
   </li>
 </ul>
+
 </body>
 </section>
 
@@ -429,6 +440,7 @@
     documentación del núcleo Linux
   </li>
 </ul>
+
 </body>
 </section>
 </chapter>