Handbook:Parts/Installation/Stage/es

Ajustar la Fecha/Hora correcta
Antes de instalar Gentoo, es una buena idea asegurarse de que la fecha y la hora estén configuradas correctamente. Un reloj mal configurado puede generar problemas extraños con la instalación: los archivos del sistema base deben extraerse con marcas de tiempo correctas. De hecho, debido a que los servicios web de Gentoo utilizan certificados de seguridad, es posible que no sea posible descargar los archivos de instalación si el reloj del sistema está demasiado desfasado. Un reloj ajustado es un requisito para proceder con la instalación.

Verifique la fecha y hora actuales ejecutando el comando :

Si la fecha/hora que se muestra está desfasada por más de unos minutos, debe actualizarse con precisión mediante uno de los métodos que se indican a continuación.

Automático
La mayoría de los lectores desearán que su sistema actualice la hora automáticamente utilizando un servidor horario.

Los entornos live oficiales de Gentoo incluyen el comando (disponible en el paquete ) y un fichero de configuración que apunta a los servidores de hora en ntp.org. Esta orden se puede utilizar para sincronizar automáticamente el reloj del sistema al horario UTC usando un servidor ntp. Usar este método requiere una configuración de red funcionando y puede no estar disponible en todas las arquitecturas.

Manual
Para los sistemas que no tienen acceso a un servidor horario, el comando también se puede usar para configurar el reloj del sistema. Utilizará el siguiente formato como argumento: sintaxis  (Month, Day, hour,  minute y Year).

Se recomienda el horario UTC para todos los sistemas Linux. Una zona horaria se definirá más adelante en la instalación que modificará el reloj para mostrar la hora local.

Por ejemplo, para ajustar la fecha y hora a las 13:16 horas del 3 de octubre del 2021, ejecute:

Multilibrería (32 y 64 bits)
Elegir un fichero base tarball para el sistema, puede ahorrar una cantidad de tiempo considerable más tarde durante el proceso de instalación, específicamente cuando es el momento de elegir un perfil del sistema. La selección de un fichero tarball de stage afectará a la configuración futura del sistema y puede evitar más de un dolor de cabeza más adelante. El tarball multilibrería utiliza librerías de 64 bits cuando es posible y únicamente hace uso de las versiones de 32 bits cuando es necesario por compatibilidad. Esta es una excelente opción para la mayoría de instalaciones ya que ofrece una gran flexibilidad para la personalización en el futuro. Aquéllos usuarios que desean que sus sistemas puedan conmutar fácilmente entre perfiles deberían descargar la opción del tarball multilibrería para su arquitectura de procesador.

La mayoría de los usuarios no deberían utilizar las opciones 'avanzadas' de los ficheros tarball ya que se utilizan para configuraciones específicas de software o de hardware.

No multilibrería (64 bits puros)
La selección de un empaquetado no multilib para que sea la base del sistema proporciona un entorno de sistema operativo completo de 64 bits. Esto hace que la capacidad de cambiar a perfiles multilib sea improbable, aunque técnicamente sigue siendo posible.

OpenRC
OpenRC es un sistema de inicio basado en dependencias (responsable de iniciar los servicios del sistema una vez que se ha iniciado el núcleo) que mantiene compatibilidad con el programa de inicio proporcionado por el sistema, que normalmente se encuentra en /sbin/init. Es el sistema de inicialización nativo y original de Gentoo, pero también lo implementan algunas otras distribuciones de Linux y sistemas BSD.

OpenRC no funciona como reemplazo del archivo /sbin/init por defecto y es 100% compatible con los guiones de inicio de Gentoo. Esto significa que puede ser una solución para ejecutar las docenas de demonios en el repositorio de ebuilds de Gentoo.

Solo por razones históricas, este manual se enfoca en la instalación y configuración usando OpenRC. Está previsto reescribirlo y mejorarlo para explicar también una instalación de Systemd (ver más abajo).

systemd
systemd es un moderno reemplazo de los init y rc al estilo SysV para sistemas Linux. Por ahora está en uso en la mayoría de las distribuciones de Linux. Systemd es compatible con Gentoo y funciona bien; es ampliamente configurable. Desafortunadamente, las secciones correspondientes del manual de instalación en gran medida aún deben escribirse o están en proceso.

Descargar el stage comprimido (tarball)
Vaya al punto de montaje de Gentoo en el que ha montado el sistema de archivos raíz (probablemente ):

Navegadores gráficos
Los usuarios que utilicen entornos con navegadores web gráficos no tendrán problema en copiar el URL de un fichero stage desde la sección de descargas del sitio web principal. Simplemente seleccione la pestaña apropiada, haga clic con el botón secundario del ratón en el fichero stage, entonces para copiar el enlace al portapapeles, a continuación pegue el enlace para la utilidad  en la lína de órdenes para descargar el archivo comprimido stage:

Navegadores en la línea de órdenes
Los usuarios de Gentoo más tradicionales o los 'históricos' que trabajen exclusivamente con la línea de órdenes puede que prefieran utilizar, un navegador no gráfico dirigido por menús. Para descargar un stage, navegue a la lista de servidores réplica de Gentoo de esta forma:

Para usar un proxy HTTP con, pase la URL con la opción :

Junto a existe también el navegador. Al igual que es un navegador de consola pero sin menús.

Si necesita pasar a través de un proxy, exporte las variables http_proxy y ftp_proxy :

Seleccione un servidor réplica cercano. Normalmente bastará con los servidores HTTP, sin embargo también están disponibles otros protocolos. Entre en el directorio. En él deberían aparecer todos los archivos de stage disponibles (quizá almacenados en subdirectorios con el nombre de cada subarquitectura). Seleccione uno y pulse para descargarlo.

Una vez haya finalizado la descarga del fichero stage, es posible verificar la integridad y validar los contenidos del stage comprimido. Los interesados pueden ir a la siguiente sección.

Para los que no estén interesados en verificar y validar el archivo stage pueden el navegador de línea de comandos pulsando e ir directamente a la sección Extraer el stage comprimido.

Verificar y validar
Al igual que con los CDs minimalistas de instalación, hay descargas disponibles para verificar y validar el fichero stage. Aunque estos pasos se pueden omitir, estos ficheros se ofrecen a aquéllos usuarios que se preocupan por la legitimidad del fichero o ficheros que se acaban de descargar.


 * Un archivo que contiene un listado de todos los archivos contenidos dentro del stage comprimido.
 * Un archivo que contiene sumas de comprobación del archivo stage utilizando diferentes algoritmos.
 * Un archivo que, al igual que, contiene sumas de comprobación del archivo stage utilizando diferentes algoritmos, y además está firmado criptográficamente para asegurar que es el proporcionado por el proyecto Gentoo.

Use y compare la salida con la suma de comprobación proporcionada por el archivo  o.

Por ejemplo, para validar la suma de comprobación SHA512:

Otra forma es usar la orden :

Para validar la suma de comprobación Whirlpool:

Compare la salida de estas órdenes con el valor registrado en los archivos. Los valores deben coincidir, de lo contrario, los ficheros descargados podrían estar corruptos (o el propio archivo digests).

Al igual que con el archivo ISO, puede también verificar la firma criptográfica del archivo mediante  para asegurarse de las sumas de comprobación no se han manipulado:

Las huellas digitales de las claves OpenPGP utilizadas para firmar los medios de lanzamiento se pueden encontrar en la página de firmas de medios de lanzamiento del servidor web Gentoo.

Extraer el stage comprimido
Ahora desempaquete el stage descargado en el sistema. Use para dicha labor:

Asegúrese de usar las opciones indicadas ( y  ). La  se usa para desempaquetar (extract), la   para preservar (preserve) los permisos y la   para decir que extraemos desde un archivo (file), no desde la entrada estándar. La opción  es para que se incluyan también los atributos extendidos almacenados en todos los espacios de nombres en el archivo. Por último,  se utiliza para asegurarse de que los IDs del usuario y grupo de los ficheros que se extraen del fichero comprimido son los mismos que incluyó el equipo de ingeniería de liberaciones de Gentoo, incluso si algún usuario aventurero no está utilizando los medios de instalación oficiales de Gentoo.

Ahora que el fichero stage está desempaquetado, continúe con Configurar las opciones de compilación.

Introducción
Es posible optimizar Gentoo configurando un par de variables que afectarán al comportamiento de Portage, el gestor de paquetes oficialmente soportado por Gentoo. Todas estas variables se pueden fijar como variables de entorno (usando ) pero eso no sería permanente. Para mantener su configuración, Portage lee desde, un archivo de configuración para Portage.

Portage reads in the file when it runs, which will change runtime behavior depending on the values saved in the file. can be considered the primary configuration file for Portage, so treat its content carefully.

For a successful Gentoo installation only the variables that are mentioned below need to be set.}}

Use su editor favorito (en esta guía usaremos ) para modificar las variables de optimización que discutiremos en adelante.

Observando el archivo es obvio cual es su estructura: las líneas que son comentarios comienzan con "#", el resto definen variables usando la sintaxis VARIABLE="contenido". Varias de estas variables se discuten a continuación.

CFLAGS y CXXFLAGS
Las variables CFLAGS y CXXFLAGS definen los parámetros de optimización para los compiladores GCC de C y de C++ respectivamente. Aunque generalmente se definen aquí, obtendrá el máximo rendimiento si optimiza estos parámetros para cada programa por separado. La razón es que cada programa es diferente. Sin embargo, no es manejable definir estos indicadores en el archivo.

En deberá definir los parámetros de optimización que se ajusten a su sistema de forma general. No coloque parámetros experimentales en esta variable; un nivel demasiado alto de optimización puede hacer que los programas se comporten mal (cuelgues, o incluso peor, funcionamientos erróneos).

No explicaremos todas las opciones posibles de optimización. Si quiere conocerlas todas, lea los Manuales en línea GNU o la página información de gcc ( sólo es válido en un sistema Linux funcional). El archivo  también contiene una gran cantidad de ejemplos e información; no olvide leerlo también.

El primer parámetro es  o , el cual especifica el nombre de la arquitectura destino. Las posibles opciones se describen en el archivo (como comentarios). Un valor frecuentemente utilizado es native ya que indica al compilador que seleccione la arquitectura destino del sistema actual (en el que se está realizando la instalación).

Seguida de esta, está el parámetro  (que es una O mayúscula, no un cero), que especifica la clase optimización de gcc. Las clases posibles son s (para tamaño optimizado), 0 (cero - para no optimizar), 1, 2 o incluso 3 para la optimización de velocidad (cada clase tiene los mismos parámetros que la anterior, más algunos extras). es la recomendación por defecto. Es conocido que  provoca problemas cuando se utiliza globalmente en el sistema, por esto se recomienda quedarse con.

Otros parámetros de optimización bastante populares son los  (usar tuberías en lugar de archivos temporales para la comunicación entre las diferentes etapas de compilación). No tiene ningún impacto sobre le código generado, pero usa más memoria. En sistemas con poca memoria, el proceso del compilador podría ser terminado. En ese caso, no use este parámetro.

Usar  (el cual no mantiene el puntero de marco en un registro para aquellas funciones que no lo necesiten) podría tener graves repercusiones en la depuración de errores en aplicaciones.

Cuando defina las variables CFLAGS y CXXFLAGS, debería combinar varios parámetros de optimización en una sóla cadena. Los valores por defecto que trae el archivo stage3 una vez descomprimido deberían ser suficientemente buenos. Lo siguiente es simplemente un ejemplo:

MAKEOPTS
La variable MAKEOPTS define cuántas compilaciones en paralelo deben realizarse cuando se instala un paquete. Una buena elección es el número de CPU,s (o núcleos de CPU) en el sistema mas uno, aunque esta guía no es siempre perfecta.

Preparados, listos, ¡ya!
Actualice con sus propios parámetros y guarde los cambios (los usuarios de nano deben usar  + ).

Continúe con Instalar el sistema base de Gentoo.