Manual Gentoo Linux 2006.0 AMD64Contenido:
A. Instalando Gentoo1. Acerca de la instalación Gentoo LinuxPrimero de todo, bienvenido/a a Gentoo. Está a punto de entrar en un mundo de flexibilidad y rendimiento. Cuando instala Gentoo, esto queda claro varias veces, puede elegir cuánto se quiere compilar, cómo instalar Gentoo, que gestor de registros (logger) prefieres, etc. Gentoo es una metadistribución moderna, rápida, con un diseño limpio y flexible. Gentoo está hecha alrededor del software libre y no oculta a sus usuarios qué hay bajo la alfombra. Portage, el sistema de mantenimiento de paquetes que usa Gentoo, está escrito en Python, por lo que el código fuente es fácil de visualizar y modificar. El sistema de paquetes de Gentoo se basa en el código fuente (aunque también soporta paquetes precompilados) y para configurar Gentoo se utilizan archivos de texto plano. En otras palabras, abierto a cualquiera. Es muy importante que entienda que la capacidad de decisión es lo que hace que Gentoo funcione. Intentamos no forzarle a entrar en algo que no le guste. Si cree en algún momento que lo estamos haciendo, por favor, envíe su opinión. ¿Cómo está estructurada la instalación? La instalación de Gentoo puede verse como un procedimiento de 10 pasos, los correspondientes a los capítulos 2 a 11. Cada paso da como resultado un cierto estado:
Cuando se le pide una elección especial, intentamos explicar lo mejor posible los pros y contras. También propondremos una opción por defecto, identificada con "Por defecto: " en el título. Las otras posibilidades se titulan "Alternativa: ". Pero no crea que la opción por defecto es la que recomendamos. Es la que pensamos que la mayoría de usuarios van ha utilizar. Algunas veces puedes seguir un paso opcional. Estos pasos son marcados como "Opcional: " y no son necesarios para instalar Gentoo. Sin embargo, algunos pasos opcionales dependen de una decisión tomada previamente. Le informaremos cuando se dé el caso, tanto cuando tome la decisión, como cuando se describa el paso opcional. Puedes instalar Gentoo de diferentes formas. Puedes descargar e instalar uno de nuestros CDs de instalación, desde otra distribución, desde un CD de arranque (como Knoppix), desde un arranque por red, desde un disquete de arranque,etc. Este documento cubre la instalación utilizando un CD de instalación Gentoo , un CD autoarrancable que contiene todo lo que necesita para conseguir instalar y ejecutar Gentoo Linux. Existen dos tipos de CDs de instalación, el CD de instalación (installCD) o el LiveCD instalador (Installer LiveCD). El CD de instalación contiene un entorno mínimo con los paquetes necesarios para instalar Gentoo Linux. El LiveCD es un entorno Gentoo completo que puede ser utilizado para múltiples tareas, siendo una de ellas instalar Gentoo Linux. El LiveCD no está disponible para todas las arquitecturas en este momento. Si su arquitectura no tiene LiveCD, este documento se referirá al empleo del CD de instalación universal (Universal InstallCD). Si necesita ayuda para otros tipos de instalación, por favor lea nuestra Guía de Instalación Alternativa. También tenemos el documento Trucos y consejos de Instalación de Gentoo (en inglés) que podría resultar útil. Si nota que las instrucciones de instalación son demasiado detalladas, no dude en utilizar nuestra Referencia Rápida para Instalación la cual se encuentra entre nuestros recursos de documentación oficiales si su arquitectura tiene este documento disponible. También existen otras posibilidades: puede compilar el sistema completo desde el principio o utilizar un entorno pre-compilado para tener el sistema listo en poco tiempo. Y, por supuesto, también hay soluciones intermedias con las cuales no se compila todo el sistema pero se empieza desde un sistema bastante completo. Si tienes algún problema con la instalación (o con el documento de instalación), por favor, compruebe el error en desde nuestro Proyecto de ingeniería de versiones Gentoo , visite nuestro Sistema de seguimiento de errores y compruebe si el error es conocido. Si no lo es, por favor cree un informe sobre él para que podamos encargarnos de él. No tenga miedo de los desarrolladores que están asignados a sus informes, normalmente no se comen a nadie. Acuérdese que, a pesar de que el documento que está leyendo es específico de la arquitectura, esté también contiene referencias a otras arquitecturas. Esto es así porque el manual de Gentoo tiene partes extensas de código que es común para todas las arquitecturas (para evitar duplicar esfuerzos y el desgaste de los recursos de desarrollo). Intentaremos reducir esto al mínimo para evitar la confusión. Si no se está seguro si el problema es un problema del propio usuario (algún error que se ha cometido por no leer con cuidado la documentación) o un problema con el software (un error que hemos cometido por no probar la documentación/instalación con cuidado), tómese la libertad de entrar #gentoo-es en la red irc.freenode.net. Por supuesto, siempre será bienvenido independientemente del motivo :) Si tiene cualquier pregunta concerniente a Gentoo, eche un vistazo a las Preguntas de Uso Frecuente, disponibles en la Documentación de Gentoo. También puede mirar los FAQs en nuestros foros. Si no encuentras la respuesta aquí, pregunta en #gentoo-es, nuestro canal IRC en irc.freenode.net. Sí, algunos de nosotros somos frikis que aún usan el IRC :-) 1.b. Instalación rápida utilizando la Plataforma de Referencia Gentoo ¿Qué es la Plataforma de Referencia de Gentoo? La Plataforma de Referencia de Gentoo, de ahora en adelante la conoceremos por su abreviatura inglesa GRP (Gentoo Reference Platform), es una imagen de los paquetes precompilados que los usuarios (esto le implica a usted) pueden instalar durante la instalación de Gentoo para acelerar el proceso de instalación. La GRP contiene todos los paquetes necesarios para tener una instalación de Gentoo completamente funcional. No son todos los necesarios que hacen falta para tener una instalación base preparada en nada de tiempo, pero todas las compilaciones grandes (como puedan ser: xorg-x11, GNOME, OpenOffice, Mozilla, ...) están disponibles como paquetes GRP. Sin embargo, estos paquetes precompilados no son mantenidos durante la toda la vida de la distribución de Gentoo. Son simplemente imágenes creadas con cada distribución de Gentoo y hacen posible tener un sistema funcional en poco tiempo. Puede actualizar el sistema en segundo plano mientras trabaja con su entorno Gentoo. Cómo maneja Portage los Paquetes GRP Su árbol de Portage - la colección de ebuilds (los archivos que contienen toda la información sobre un paquete, como es su descripción, página oficial, las URLs de código fuente, instrucciones de compilación, dependencias, etc.) - debe sincronizarse con los GRP: las versiones de los ebuilds disponibles y su correspondiente paquete GRP deben coincidir. Por esta razón solamente se puede beneficiar de los paquetes GRP que Gentoo suministra mientras se está llevando a cabo la instalación actual. GRP no está disponible para los interesados en llevar a cabo una instalación utilizando las últimas versiones de los paquetes disponibles. No se proporcionan paquetes GRP para todas las arquitecturas. Esto no significa que GRP no esté soportado por el resto de arquitecturas, pero significa que no disponemos de todos los recursos necesarios para compilar y probar los paquetes GRP. Por el momento proporcionamos paquetes GRP para las siguientes arquitecturas:
Si su arquitectura (o subarquitectura) no está en la lista, no podrá utilizar la opción GRP durante la instalación. Ahora que ha terminado la introducción, continuemos con Arrancando el CD de instalación Universal/LiveCD instalador. 2. Arrancando desde el CD Universal de instalaciónAntes de empezar, enumeraremos los requisitos de hardware necesarios para instalar con éxito Gentoo en su máquina. Por supuesto, esto depende de su hardware.
También debería revisar la Página del Proyecto Gentoo AMD64 antes de proceder. 2.b. El CD de instalación universal Gentoo Linux puede instalarse usando un fichero stage3. El fichero stage (fase) es un tarball (fichero en formato tar) que contiene un entorno mínimo desde el cual puede instalar exitosamente Gentoo Linux en su sistema. Las instalaciones que utilicen un tarball stage1 o stage2 no están documentadas en el Manual de Gentoo, por favor lea las Preguntas de uso frecuente en Gentoo Linux sobre estos temas. El CD de instalación universal de Gentoo Un CD de instalación es un medio autoarrancable que contiene un entorno Gentoo autocontenido. Permite arrancar Linux desde el CD. Durante el proceso de arranque se detecta el hardware y se cargan los controladores apropiados. Estos CDs son mantenidos por los desarrolladores de Gentoo. Actualmente tenemos dos CDs de instalación disponibles:
Gentoo también proporciona un CD de paquetes (Package CD). Este no es un CD de instalación per se sino un recurso adicional que puede aprovechar durante la instalación de su sistema Gentoo. Contiene paquetes precompilados (también conocidos con el conjunto GRP) que le permiten instalar fácil y rápidamente aplicaciones adicionales (tales como OpenOffice.org, KDE, GNOME, ...) inmediatamente después de la instalación de Gentoo y justo antes de que actualice el árbol Portage. El uso del CD de paquetes se documenta más adelante en el presente manual. 2.c. Descargar, grabar y arrancar el CD de instalación universal de Gentoo Descargar y grabar los CDs de instalación Puede descargar el CD de instalación universal (y si quiere, también el CD de Paquetes) desde uno de nuestros servidores réplica. El CD de instalación se encuentra en el directorio releases/amd64/2006.0/installcd; el CD de Paquetes está ubicado en el directorio releases/amd64/2006.0/packagecd. Dentro de esos directorios encontrará los llamados ficheros ISO. Estos son imágenes de CD que puede grabar en un CD-R. Luego de descargar el fichero, puede verificar su integridad para conocer si está o no corrupto:
Para obtener la llave pública utilizando GnuPG, ejecute el siguiente comando:
Ahora verificamos la firma:
Para grabar el o los ISOs descargados, debe seleccionar grabar/quemar sin formato. Cómo hacerlo depende del programa. Aquí hablaremos de cdrecord y K3B; puede encontrar mayor información en las Preguntas de Uso Frecuentes sobre Gentoo.
Arrancar el CD de instalación universal Una vez que ha grabado su CD de instalación, es hora de arrancarlo. Retire todos los CDs de sus unidades, reinicie el sistema y entre en el BIOS. Esto se logra por lo general oprimiendo la tecla Supr, F1 o Esc, dependiendo del BIOS. Dentro del BIOS, cambie el orden de arranque para que intente arrancar primero desde el CD-ROM. Regularmente se encuentra dentro de "CMOS Setup". Si no lo hace, su sistema arrancará desde el disco duro e ignorará el CD-ROM. Coloque el CD de instalación en la unidad CD-ROM y reinicie. Deberá ver un símbolo de espera de órdenes. En esta pantalla puede oprimir la tecla Enter para empezar el proceso de arranque con las opciones predefinidas, o arrancar el CD de instalación con opciones personales especificando un núcleo seguido por las opciones de arranque y luego oprimir la tecla Enter. ¿Especificar un núcleo? Sí, ya que proporcionamos varios en nuestro CD de instalación. El predeterminado es gentoo. Otros núcleos son para hardware específico que necesitan las variantes -nofb que tienen desactivado el framebuffer. Más adelante encontrará una breve descripción de los núcleos disponibles:
También puede pasarle opciones al núcleo. Estas representan configuraciones opcionales que puede activar o desactivar. La siguiente lista explica todas las opciones del núcleo disponibles:
Ahora arranque su CD, seleccione un núcleo (si no está contento con el núcleo predeterminado gentoo) y las opciones de arranque. Por ejemplo, aquí le mostramos cómo arrancar el núcleo gentoo con el parámetro dopmcia:
Después verá otra pantalla de arranque y una barra de progreso. Si está instalando Gentoo en un sistema con un teclado no en inglés, asegúrese de pulsar Alt-F1 para cambiar al modo "verboso" y seguir el cursor. Si no se hace ninguna selección en 10 segundos, la opción predefinida (teclado en inglés) será la utilizada y el proceso de arranque continuará. Cuando se complete el proceso de arranque, automáticamente será registrado en el sistema "Live" Gentoo Linux como usuario "root" (superusuario). Debería tener un símbolo de root ("#") en la consola actual y también puede cambiar entre las consolas presionando Alt-F2, Alt-F3 y Alt-F4. Vuelva a la consola inicial presionado Alt-F1. Ahora continúe con la Configuración de hardware adicional . Configuración de hardware adicional Cuando arranca el CD de instalación, este trata de detectar todos los dispositivos de hardware y cargar los módulos apropiados en el núcleo para soportar dicho hardware. En la gran mayoría de casos, hace muy buen trabajo. Sin embargo, en algunos casos puede que no cargue automáticamente los módulos del núcleo que necesita. Si falla la auto-detección PCI con algún hardware de su sistema, trate de cargar manualmente el módulo apropiado. En el siguiente ejemplo trataremos de cargar el módulo 8139too (que da soporte a ciertos tipos de tarjetas de red):
Si necesita soporte PCMCIA, deberá iniciar el script de partida de pcmcia
Opcional: Afinar el desempeño del disco duro Si es un usuario avanzado, tal vez quiera afinar el desempeño del disco duro IDE usando hdparm. Con las opciones -tT puede probar el desempeño de su disco (ejecútelo varias veces para tener una impresión más precisa):
Para afinarlo siga uno de los siguientes ejemplos (o haga sus propios experimentos) los cuales usan /dev/hda como disco (sustitúyalo por el disco en cuestión):
Si planea darle a otras personas acceso a su entorno de instalación o si quiere platicar con alguien usando irssi sin privilegios de root (por razones de seguridad), hará falta crear las cuentas de usuario necesarias y cambiar la contraseña de root. Para cambiar la contraseña de root, use el comando passwd:
Para crear una cuenta de usuario, primero escribimos sus credenciales, y luego su contraseña. Se usan useradd y passwd para estas tareas. En el siguiente ejemplo, crearemos un usuario llamado "john".
Puede cambiar su identificador de usuario desde root para usar la del nuevo usuario usando su:
Opcional: Ver la documentación mientras instala Si quiere ver el Manual Gentoo (ya sea desde el CD o en línea) durante la instalación, asegúrese de haber creado una cuenta de usuario (consulte Opcional: Cuentas de usuario). Luego presione Alt-F2 para ir a una nueva consola e ingrese al sistema. Si quiere ver la documentación en el CD puede ejecutar inmediatamente links para leerla:
Sin embargo, es preferible que use el Manual Gentoo en línea ya que es más reciente que el Manual en el CD. También puede verlo usando links, pero sólo después de haber completado el capítulo Configurar su red (de otro modo no podrá usar Internet para ver el documento):
Puede regresar a la consola original presionando Alt-F1. Opcional: Iniciar el demonio SSH Si quiere permitirle a otros usuarios el acceso a su máquina durante la instalación de Gentoo (quizá porque esos usuarios le vayan a ayudar, o incluso lo hagan por usted), necesitará crear una cuenta de usuario para ellos e incluso darles la contraseña de root (sólo si confía totalmente en ese usuario). Para inicial el demonio SSH, ejecute el siguiente comando:
Para poder usar sshd, primero necesita configurar su red. Continúe en el capítulo Configurar su red. 3. Configuración de su red3.a. ¿Necesita conexión a la red? ¿Quién puede hacerlo sin conexión? Normalmente, no necesitará una conexión activa para instalar Gentoo utilizando el CD de instalación Universal o el LiveCD instalador. Sin embargo, hay algunas circunstancias en las que quizá quiera utilizar una conexión a Internet activa:
Para saber si el archivo stage3 de su arquitectura está disponible, y se encuentra utilizando un CD de instalación Universal, eche un vistazo a /mnt/cdrom/stages y compruebe si uno de los stages corresponde a su arquitectura. Si no es así, todavía puede optar por un stage3 de una arquitectura compatible con la suya. El stage3 generado por el LiveCD instalador de x86 está optimizado para i686 o superior y utiliza NPTL. El stage3 generado por el LiveCD de amd64 está optimizado para el uso genérico en amd64 y emplea NPTL. Si, por el contrario, quiere utilizar un fichero stage3 optimizado para su arquitectura y no está disponible, entonces necesitará una conexión de red funcionando para descargar el stage3 apropiado. Entonces, si no necesita una conexión a la red, sáltese el resto de este capítulo y continué con Preparando los Discos. De lo contrario, continúe con las secciones de configuración de red más abajo. ¿Es posible que simplemente funcione? Si su sistema está conectado a una red Ethernet con un servidor DHCP, es muy probable que la configuración de red se haya detectado automáticamente. En ese caso, debería ser capaz de trabajar con los con los comandos que hacen uso de la red y que están en el CD de instalación como ssh, scp, ping, irssi, wget y links, entre otros. Si la red ya ha sido configurada el comando /sbin/ifconfig debería listar algunas interfaces de red además de lo, como eth0:
Si accede a Internet a través de un proxy, podría necesitar configurar la información del proxy durante la instalación. Es muy sencillo definir un proxy: tan solo necesita definir la variable que contiene la información del mismo. En la mayoría de los casos, usted puede definir las variables usando simplemente el host del servidor. Por ejemplo, asumimos que el proxy se llama proxy.gentoo.org y el puerto es el 8080.
Si su proxy requiere un nombre de usuario y una contraseña, debería usar la siguiente sintaxis para la variable:
Usted podría intentar hacer ping hacia el servidor DNS de su ISP, (que se encuentra en /etc/resolv.conf) y un sitio web a su elección, con la intención de asegurarse que sus paquetes llegan a la red, la resolución de nombres DNS esta funcionando correctamente, etc.
¿Está su conexión funcionando? En ese caso, puede saltarse el resto de esta sección y continuar con Preparando los discos. De lo contrario, siga leyendo. 3.c. Configuración Automática de Red Si la red no funciona inmediatamente, algunos medios de instalación le permitirán usar net-setup (para redes estándar o sin cables), adsl-setup (para usuarios de ADSL) o pptp (para usuarios de PPTP solamente disponible para x86). Si su medio de instalación no contiene ninguna de estas herramientas, continúe con Configuración Manual de la Red.
El sistema más simple de configurar una red, si no se consiguió hacerlo automáticamente, es ejecutar el script net-setup:
net-setup le hará algunas preguntas sobre su entorno de red Cuando lo haya completado, debería disponer de una conexión de red funcionando. Pruebe su conexión de red como se especificó anteriormente Si los resultados son positivos, ¡felicidades! Ahora está listo para instalar Gentoo. Sáltese el resto de esta sección y continúe con Preparando los discos. Si su conexión de red sigue sin funcionar, continúe con Configuración Manual de la Red. Asumiendo que requiere PPPoE para conectar a Internet, el CD de instalación (en cualquier versión) ha sido pensado para facilitarle el trabajo incluyendo rp-pppoe. Use el script adsl-setup proporcionado para configurar su conexión. Se le pedirá el dispositivo de red que esta conectado a su módem adsl, su nombre de usuario y su contraseña, las IPs de sus servidores DNS y si requiere un firewall básico o no.
Si algo va mal, asegúrese que ha tecleado correctamente su nombre de usuario y su contraseña mirando /etc/ppp/pap-secrets o /etc/ppp/chap-secrets y asegúrese que esta haciendo uso del dispositivo de red correcto. Si su dispositivo de red no existe, deberá cargar los módulos de red apropiados. En ese caso, debería continuar con Configuración manual de la Red dónde explicaremos como cargar los módulos de red apropiados. Si todo funcionó, continúe con Preparando los Discos.
Si requiere soporte PPTP, puede usar pptpclient que se incluye en nuestros CDs de instalación. Pero primero debe asegurarse que su configuración es correcta. Edite /etc/ppp/pap-secrets o /etc/ppp/chap-secrets ya que contiene la combinación correcta de usuario/contraseña:
Ajuste ahora /etc/ppp/options.pptp si es necesario:
Cuando todo esté listo, tan sólo ejecute pptp (junto con las opciones que podría haber configurado en options.pptp) para conectar al servidor:
Ahora continúe con Preparando los discos. 3.d. Configuración Manual de la Red Cargando los módulos de red apropiados Cuando el CD de instalación arranca, intenta detectar todos sus dispositivos hardware y carga los módulos del kernel (controladores) apropiados para darles soporte. En la gran mayoría de los casos, hace un muy buen trabajo. No obstante, en algunos casos, puede no cargar automáticamente los módulos del kernel que necesita. Si net-setup o adsl-setup fallaron, entonces puede asumir sin ningún riesgo que su tarjeta de red no se encontró en el acto. Esto significa que tendrá que cargar los módulos del kernel apropiados manualmente. Para descubrir que módulos del kernel le proporcionamos para la red, use ls:
Si encuentra un driver para su tarjeta de red, use modprobe para cargar el módulo del kernel:
Para confirmar si su tarjeta de red se detecta ahora, use ifconfig. Una red detectada debería desembocar en algo como esto:
Si de todas formas recibe el siguiente error, la tarjeta de red no está detectada:
Si tiene múltiples tarjetas de red en su sistema éstas recibirán el nombre eth0, eth1, etc. Asegúrese que la tarjeta de red que quiere utilizar funciona correctamente y recuerde emplear el nombre correcto a lo largo de este documento. Asumiremos que la tarjeta de red eth0 va a ser la utilizada. Asumiendo que usted dispone ahora de una tarjeta de red red detectada, puede reintentar net-setup o adsl-setup otra vez (que deberían funcionar ahora), pero para los duros de entre ustedes, les explicaremos como configurar su red manualmente. Seleccione una de las siguientes secciones basándose en su configuración de red.
DHCP (Protocolo de Configuración Dinámica de Host) hace posible recibir automáticamente su información de red (Dirección IP, máscara de red, dirección de broadcast, pasarela, servidores de nombres etc.). Esto sólo funciona si usted dispone de un servidor DHCP en su red (o si su proveedor le ofrece servicio DHCP). Para conseguir que su interfaz de red reciba esta información automáticamente use dhcpcd:
Si esto funciona (pruebe hacer ping a algún servidor en Internet, como Google), entonces lo tiene todo configurado y listo para continuar. Sáltese el resto de esta sección y continúe con Preparando los Discos. Preparando el Acceso Inalámbrico (Wireless)
Si está empleando una tarjeta inalámbrica (802.11), quizá necesite configurar sus opciones antes de ir más allá. Para revisar la configuración inalámbrica actual de su tarjeta, puede utilizar iwconfig. Ejecutando iwconfig debería mostrar algo como esto:
La mayoría de usuarios, solamente tendrá que modificar dos configuraciones, el ESSID (Nombre de red inalámbrica) o la clave WEP. Si el ESSID y la dirección del Punto de Acceso mostradas son correctas y el Punto de Acceso y usted mismo no están utilizando WEP, su red inalámbrica está funcionando. Si necesita cambiar su ESSID, o añadir una clave WEP, puede utilizar los siguientes comandos:
Puede volver a comprobar la configuración inalámbrica utilizando iwconfig. Una vez que tenga la conexión funcionando, puede continuar configurando las opciones de red de nivel IP como se describe en la siguiente sección (Entendiendo la terminología de red) o utilizar la herramienta net-setup como hemos descrito anteriormente. Entendiendo la terminología de red
Si todo lo anterior falla, tendrá que configurar su red manualmente. No es demasiado complicado. Sin embargo, necesita familiarizarse con alguna terminología de red para ser capaz de configurar su red satisfactoriamente. Después de leer esto, conocerá que es una pasarela, para que sirve una máscara de red, como se forma una dirección de broadcast y porqué necesita servidores de nombres. En una red los hosts están están identificados por su dirección IP (dirección del Protocolo de Internet). Tal dirección es una combinación de cuatro números entre 0 y 255. Bien, como mínimo así es como las percibimos. En realidad, tal dirección IP consiste de 32 bits (unos y ceros). Vamos a ver un ejemplo:
Cada dirección IP es única para ese host, tan lejos como redes accesibles estén a su disposición (por ejemplo, todos los hosts que usted es capaz de conectar, deben tener direcciones IP únicas). Para ser capaz de hacer la distinción entre hosts dentro de una red, y hosts fuera de una red, la dirección IP está dividida en dos partes: la parte de red y la parte de host. La separación esta anotada en la máscara de red, una conjunto de unos seguidos de un conjunto de ceros. La parte de la IP que quedan enmascarados sobre los unos es la parte de red, la otra es la parte de host. Como es normal, la máscara de red, puede ser anotada como una dirección IP.
En otras palabras, 192.168.0.14 es parte de nuestra red de ejemplo, pero 192.168.1.2 no lo es. La dirección de broadcast es una dirección IP con la misma parte de red que su red, pero con solo unos como parte de host. Cada host en su red escucha esta dirección IP. Esto verdaderamente sirve para la transmisión de paquetes.
Para ser capaz de navegar por Internet, debería conocer qué host comparte la conexión a Internet. Este host se llama la pasarela. Puesto que es un host estándar, tiene direcciones IP estándar (por ejemplo 192.168.0.1). Anteriormente afirmamos que cada host tiene su propia dirección IP. Para ser capaz de alcanzar este host por un nombre (en vez de la dirección IP) necesitara un servicio que traduzca un nombre (como dev.gentoo.org) a una dirección IP (como 64.5.62.82). Tal servicio se le conoce como servicio de nombres. Para usar tal servicio, debe definir los servidores de nombres necesarios en /etc/resolv.conf. En algunos casos, su pasarela también sirve como servidor de nombres. De otro modo, tendrá que introducir los servidores de nombres facilitados por su ISP. Para resumir, necesitará la siguiente información antes de continuar:
Configurar su red consiste en tres pasos. Primero, nos asignamos una dirección IP usando ifconfig. Entonces configuraremos el ruteo hacia la pasarela usando route. Por último, acabaremos situando las IPs de los servidores de nombres en /etc/resolv.conf. Para asignar una dirección IP, necesitara su dirección IP, la dirección de broadcast y la mascara de red. Entonces ejecute el siguiente comando, substituyendo ${IP_ADDR} con su dirección IP, ${BROADCAST} con su dirección de broadcast y ${NETMASK} con su máscara de red:
Ahora configure la ruta usando route. Substituya ${GATEWAY} con la dirección IP de su pasarela:
Ahora abra /etc/resolv.conf con su editor favorito (en nuestro ejemplo, usaremos nano):
Ahora complete con su(s) servidor(es) de nombres usando la siguiente plantilla. Asegúrese que substituye ${NAMESERVER1} y ${NAMESERVER2} con las direcciones apropiadas de servidor de nombres:
Eso es. Ahora compruebe su red haciendo ping a algún servidor de Internet (como Google). Si funciona, felicitaciones entonces. Ahora está listo para instalar Gentoo. Continúe con Preparando los Discos. 4. Preparando los discos4.a. Introducción a los dispositivos de bloque Examinaremos de forma detallada los aspectos de Gentoo Linux así como Linux en general que tengan que ver con discos, sistemas de ficheros de Linux, particiones y dispositivos de bloque. Una vez que esté familiarizado con las entrañas de los discos y sistemas de ficheros, le guiaremos a través del proceso de creación de particiones y sistemas de ficheros de su instalación Gentoo Linux. Para empezar, explicaremos el término dispositivos de bloque. Quizás el dispositivo de bloque más conocido es el que representa la primera unidad IDE llamada /dev/hda en un sistema Linux. Si su máquina utiliza discos SCSI entonces el primer disco duro sería /dev/sda. Los dispositivos de bloque mencionados anteriormente representan una interfaz abstracta de disco. Las aplicaciones pueden hacer uso de estas interfaces para interactuar con el disco duro de la máquina sin importar el tipo de unidad que tenga: IDE, SCSI, o cualquier otra. La aplicación puede simplemente dirigirse al almacenamiento en el disco como a una serie de bloques de acceso aleatorio de 512-bytes situados de forma contigua. Aunque teóricamente es posible utilizar el disco duro completo para albergar la instalación Linux, esto casi nunca se hace. En su lugar, los dispositivos de bloque enteros se dividen en partes más manejables y pequeñas. En los sistemas amd64 éstas se llaman particiones. Las particiones se dividen en tres tipos: primarias, extendidas y lógicas. La partición primaria es aquella que almacena su información en el MBR (registro principal de arranque). Ya que el MBR puede almacenar hasta 512 bytes, sólo pueden definirse cuatro particiones primarias (por ejemplo, desde /dev/hda1 hasta /dev/hda4). Una partición extendida es una partición primaria especial (entendemos que la partición extendida debe ser una de las cuatro posibles particiones primarias) la cual contiene más particiones. Al principio no existía este tipo de partición, pero como cuatro primarias eran muy pocas, se diseñó para extender el esquema de particionamiento sin perder la compatibilidad inversa. Una partición lógica es aquella que está dentro de la partición extendida. En otras palabras, estas particiones no se definen dentro del MBR, sino que se declaran dentro de la partición extendida. 4.b. Diseñar un esquema de particionamiento Esquema de particionamiento predeterminado Si no está interesado en diseñar un esquema de particionamiento particular para su sistema, puede hacer uso del esquema que utilizaremos en este manual:
Si está interesado en conocer el tamaño que debería tener una partición, o incluso cuántas particiones necesita, continúe leyendo. En caso contrario, siga con el particionamiento del disco leyendo Utilizar fdisk para particionar su disco. El número de particiones que necesita depende mucho de su entorno particular. Por ejemplo, si la máquina tiene muchos usuarios, lo más probable es que desee tener /home en una partición separada para facilitar las tareas de respaldo y aumentar la seguridad. Si está instalando Gentoo para funcionar como servidor de correo, debe tener /var en una partición separada ya que en /var es donde se almacena todo el correo. Asimismo, una buena elección de sistema de ficheros optimizará el rendimiento del equipo. Las servidores de juegos deben disponer de una partición /opt ya que la mayoría de juegos se instalan en ese directorio. Las razones para todas estas recomendaciones son similares a aquellas que hemos mencionado para el caso de /home: seguridad y salvaguarda de datos. Definitivamente querrá tener una partición /usr grande: No solo contendrá la mayoría de las aplicaciones, el árbol Portage por si mismo ocupa cerca de 500 Mbytes excluyendo las diversas fuentes que se almacenan en este. Como puede ver, todo depende de lo que quiera conseguir. Tener particiones o volúmenes separados tiene las siguientes ventajas:
Sin embargo, tener múltiples particiones tiene una gran desventaja: si la configuración no es la adecuada, puede acabar teniendo mucho espacio libre en una de las particiones y quedarse sin espacio en otras. Además, existe un límite de 15 particiones para SCSI y SATA. Como ejemplo de un esquema de particionamiento utilizaremos un disco duro de 20 GB de un portátil para fines de demostración (incluye servidor web, servidor de correo, gnome, etc.):
El directorio /usr parece estar bastante lleno (83%), pero una vez que todo el software esté instalado, /usr tenderá a no llenarse más. Aunque asignar varios gigabytes de espacio en disco para /var puede parecer excesivo, recuerde que Portage usa por defecto esta partición para compilar paquetes. Si quiere mantener /var en un tamaño más razonable, como 1 GB, necesitará alterar su variable PORTAGE_TMPDIR en el fichero /etc/make.conf para que apunte a la partición con suficiente espacio libre para compilar paquetes extremadamente grandes tales como OpenOffice. 4.c. Utilizar fdisk para particionar su disco Las siguientes instrucciones explican cómo particionar el disco duro según el esquema descrito anteriormente, a saber:
Cambie el esquema de particionamiento según su propio criterio. Examinar el esquema de particionamiento actual fdisk es una herramienta potente y bastante popular que permite dividir el disco en particiones. Ejecute fdisk en su unidad de disco (en nuestro ejemplo usamos el dispositivo de disco /dev/hda):
Una vez que fdisk esté en ejecución, el programa ofrecerá el siguiente símbolo de comandos:
Teclee p para mostrar el esquema de particionamiento actual de su disco:
Este disco en particular está configurado para albergar siete sistemas de ficheros Linux, cada uno con su correspondiente partición con la etiqueta "Linux", así como una partición de intercambio (swap) que aparece con la etiqueta "Linux swap". Eliminar todas las particiones Primero eliminaremos todas las particiones existentes en el disco. Teclee d para eliminar una partición, seguido por intro. Por ejemplo, para borrar una partición existente en /dev/hda1:
La partición ha sido marcada para ser borrada. Ya no aparecerá si teclea p, pero no será eliminada hasta que guarde los cambios realizados. Si comete una equivocación y desea abortar los cambios realizados sin guardar los cambios, teclee q inmediatamente y pulse intro; las particiones no serán eliminadas. Ahora, asumiendo que intenta eliminar todas las particiones existentes del disco duro, debe teclear p en forma repetida para ver el listado de particiones y pulsar d junto con el número de la partición para borrarla. Finalmente, acabará teniendo una tabla de particiones vacía:
Ahora que la tabla de particiones en memoria del sistema está vacía, estamos preparados para crear nuevas particiones. Utilizaremos el esquema por defecto, tal como hemos acordado anteriormente. ¡Claro está, que no debe seguir estas instrucciones al pie de la letra si no desea tener una tabla de particiones exactamente igual que la nuestra! Creación de una partición de arranque En primer lugar debemos crear una pequeña partición de arranque. Teclee n para crear esta nueva partición, y luego p para seleccionar una partición primaria, seguido por 1 para elegirla como primera partición primaria. Cuando el sistema solicite introducir el primer cilindro, pulse intro y cuando pida definir el valor del último cilindro, teclee +32M para crear una partición de 32 MB de tamaño:
Ahora, cuando teclee p, debería ver la siguiente partición en la tabla:
Necesitamos hacer que esta partición sea arrancable. Teclee a para marcar esta partición como arrancable y elija 1. Si introduce p de nuevo, verá que el * ha aparecido en la columna "Boot". Creación de una partición de intercambio Vamos a crear ahora la partición de intercambio. Para hacerlo, teclee n para crear una nueva partición, y luego p para comunicar a fdisk que debe ser una partición primaria. Entonces teclee 2 para crear la segunda partición primaria, /dev/hda2 en nuestro caso. Cuando el sistema solicite introducir el valor del primer cilindro, pulse intro y cuando solicite introducir el valor del último, teclee +512M para crear una partición de 512 Mb. Cuando lo haya hecho, teclee t para establecer el tipo de partición, 2 para seleccionar la partición que acaba de crear y entonces 82 para fijar el tipo "Linux Swap". Una vez completados estos pasos la introducción de p visualizará la tabla de particiones que debe ser similar a esta.
En el último lugar, creamos la partición raíz. Introduzca n para crear la nueva partición, p para marcarla como partición primaria. A continuación teclee 3 para crear la tercera partición primaria, /dev/hda3, según nuestro ejemplo. Al solicitar la introducción del valor del primer cilindro de la partición pulsamos intro, mientras que cuando el sistema solicite que introduzcamos el valor del último cilindro, también le damos a intro para crear una partición que ocupe todo el espacio restante en el disco. Tras completar todos estos pasos, introducimos p para ver la tabla de particiones que se debe parecer a la siguiente:
Almacenamiento de la tabla de particiones Para guardar el esquema de particionamiento y salir del fdisk tecleamos w.
Ahora que las particiones están creadas, puede proseguir con la Creación de sistemas de ficheros. 4.d. Creación de sistemas de ficheros Ahora que ya tiene creadas las particiones, debe formatearlas para poder tener un sistema de ficheros en ellas. Si no le importa el tipo de sistema de ficheros que desee utilizar y está conforme con nuestra elección predeterminada, continúe con la sección Creación de un sistema de ficheros en una partición. En caso contrario, siga leyendo para ver qué sistemas de ficheros puede utilizar ... Existen varios sistemas de ficheros disponibles. Algunos son estables en la plataforma amd64 y otros no. Los siguientes sistemas de ficheros son estables: ext2 y ext3. jfs y reiserfs tal vez funcionen pero requieren ser probados más extensamente. Si tiene un elevado sentido de aventura, pruebe los sistemas de ficheros no soportados. ext2 es un sistema de ficheros Linux probado, pero no dispone de soporte para transacciones, lo que significa que las comprobaciones rutinarias al arrancar pueden tardar bastante tiempo. Ahora hay muchas alternativas, sistemas de ficheros de nueva generación con soporte para transacciones cuya integridad puede ser verificada con mayor rapidez, por lo que gozan de mayor popularidad. Los sistemas de ficheros transaccionales previenen retrasos durante el reinicio del equipo, incluso cuando el sistema de ficheros está en un estado inconsistente. ext3 es la versión transaccional de ext2, que proporciona soporte para una rápida recuperación además de otros modos mejorados de funcionamiento como registro completo y ordenación de datos. Ext3 es un buen sistema de ficheros además de fiable. Posee una opción adicional para indexación basada en árboles B que proporciona un alto rendimiento en casi todas las situaciones. Puede activar esta característica añadiendo -O dir_index al comando mke2fs. En resumen, ext3 es un excelente sistema de ficheros. ReiserFS es un sistema de ficheros basado en árboles B* (árboles balanceados) que tiene un gran rendimiento y que sobrepasa con creces a ext2 y ext3 cuando se trate de trabajar con ficheros pequeños (ficheros menores de 4kb.), a veces diez o quince veces mejor. ReiserFS es extremadamente escalable y soporta transaccionalidad. A partir de la versión 2.4.18+ del núcleo, ReiserFS es sólido y estable para su uso en casos genéricos así como en casos extremos cuando es necesario trabajar por ejemplo con sistemas de ficheros grandes, utilizar múltiples ficheros pequeños o manejar archivos grandes y directorios con decenas de miles de ficheros. XFS es un sistema de ficheros transaccional el cual viene con un juego de características robustas y está optimizado para ser escalable. Recomendamos el uso de este sistema de ficheros para aquellas plataformas Linux que dispongan de dispositivos de almacenamiento SCSI de alto rendimiento y/o almacenamientos de canal de fibra (en inglés, fiber channel) con sistema de alimentación ininterrumpida. XFS realiza un almacenamiento temporal agresivo de datos en tránsito en RAM, por lo que aquellas aplicaciones con defectos de diseño (de las cuales hay muchas) que no toman precauciones necesarias durante la escritura de datos al disco pueden perderlos en caso de que el sistema se apague de forma inesperada. JFS de IBM es un sistema de ficheros de alto rendimiento con soporte transaccional. Sólo recientemente ha entrado en fase de producción, por lo tanto en este momento todavía no hay datos suficientes para opinar de forma favorable o negativa sobre su estabilidad. Creación de un sistema de ficheros en una partición Para crear un sistema de ficheros en una partición o volumen existen herramientas específicas para cada sistema de ficheros:
Por ejemplo, para formatear la partición de arranque (/dev/hda1 según el ejemplo) en formato ext2 y la partición de raíz (/dev/hda3 según el ejemplo) en formato ext3, utilizaría los siguientes comandos:
Y ahora, puede crear sistemas de fichero en sus particiones o volúmenes lógicos recién creados. Activar la partición de intercambio mkswap es el comando usado para crear particiones de intercambio:
Para activar la partición, usa el comando swapon:
Cree y active su partición de intercambio con los comandos mencionados arriba. Ahora que las particiones están inicializadas y albergan sistemas de ficheros, es la hora de montarlas. Utilice el comando mount. No olvide de crear puntos de montaje necesarios para cada partición que ha creado. Como ejemplo montamos la partición raíz y de arranque:
También necesitamos montar el sistema de ficheros proc (la interfaz virtual del núcleo) en /proc. Pero primero necesitamos situar nuestros ficheros en las particiones. Continúe con Instalar los ficheros de instalación de Gentoo. 5. Instalando los archivos de instalación Gentoo5.a. Instalando el Stage comprimido (tarball) Ajustando la Fecha/Hora correcta Antes de continuar debes revisar la fecha y la hora y actualizarlos. ¡Un reloj mal configurado puede traer resultados extraños a futuro! Para comprobar la fecha/hora actual, ejecute el comando date:
Si la fecha/hora está equivocada, actualícela con el comando date MMDDhhmmAAAA, con la siguiente sintaxis (Mes, Día, hora, minuto, siglo (C) y Año). En esta fase se debería utilizar la hora UTC. Podremos definir la zona horaria más adelante. Por ejemplo, para colocar la fecha y hora a las 16:21 horas del 29 de Marzo del 2005:
Si ha configurado su red porque necesita descargar un archivo stage3 correspondiente a su arquitectura, continué con Alternativa: utilizando un stage3 procedente de Internet. De lo contrario lea Por defecto: utilizar un stage3 del CD de instalación. 5.b. Por defecto: utilizar un stage3 del LiveCD Extrayendo el Stage comprimido (tarball) Los stages del CD se encuentran en el directorio /mnt/cdrom/stages. Para ver una lista completa de los stages, utilice ls:
Si el sistema le devuelve un error, quizá necesite montar el CD-ROM:
Ahora sitúese en el punto de montaje de Gentoo (normalmente i /mnt/gentoo):
Ahora vamos a descomprimir el stage que haya elegido. Esto lo haremos con la herramienta GNU tar. ¡Asegúrese de usar las mismas opciones xvjpf!. La x se usa para Desempaquetar, la v para ver que pasa durante el proceso de extracción (Ok, sí, es opcional), la j para Descomprimir con bzip2, la p para Preservar los permisos y el f para decir que extraemos un archivo, no la entrada estándar. En el siguiente ejemplo, descomprimimos el stage stage3-<subarch>-2006.0.tar.bz2. Asegúrese de sustituir el nombre del tarball por su propio stage.
Ahora que el stage está instalado, continué con Instalando Portage. 5.c. Alternativa: utilizando utilizando un stage procedente de Internet Vaya al punto de montaje de Gentoo en donde haya montado los sistemas de archivo (probablemente /mnt/gentoo):
Dependiendo del medio de instalación, tendremos un par de herramientas disponibles para descargar el stage. Si disponemos de links, podremos navegar por la lista de servidores réplica de Gentoo y escoger el más cercano a nosotros. Si no tiene links, debería disponer de lynks. Si necesita pasar a través de un proxy, exporte las variables http_proxy y ftp_proxy:
A partir de ahora asumiremos que tiene links a su disposición. Luego entre en el directorio releases/ seguido de su arquitectura (por ejemplo x86/ y la versión de Gentoo (2006.0/) para finalizar con el directorio de los stages stages/. Allí deberían aparecer todos los archivos de stage disponibles para su arquitectura. Seleccione uno y presione D para descargarlo. Cuando se haya descargado, presione Q para cerrar el navegador.
Conviene asegurarse de que ha descargado un archivo stage3 - las instalaciones utilizando un stage1 o stage2 no reciben soporte. Si quiere comprobar la integridad del tarball de stage que ha descargado, utilice md5sum y compare la salida con la suma de comprobación MD5 que proporciona el servidor réplica. Por ejemplo, para comprobar la validez del tarball de stage de x86:
Ahora desempaquetamos el stage descargado en sistema. Usaremos el tar de GNU para dicha labor y este es el método más fácil.
Asegúrese de usar las mismas opciones xvjpf). La x se usa para Desempaquetar, la v para ver que pasa durante el proceso de extracción (Ok, sí, es opcional), el j para Descomprimir con bzip2, el p para Preservar los permisos y el f para decir que extraemos un archivo, no la entrada estándar. Ahora que el stage está instalado sigamos con Instalando Portage. Instalando una imagen de Portage Ahora tiene que instalar una imagen de Portage, es un conjunto de archivos que informan a Portage sobre los programas que puede instalar, que perfiles están disponibles, etc. Descomprimiendo la imagen del CD de instalación Para instalar la imagen, eche un vistazo a /mnt/cdrom/snapshots/ para comprobar que imagen está disponible:
Ahora extraeremos la imagen siguiendo el siguiente método. De nuevo, asegúrese de usar las opciones correctas para tar. También, la -C que es mayúscula C, no c. En el siguiente ejemplo usaremos portage-<date>.tar.bz2 como nombre de la imagen. Asegúrese de sustituirlo por el nombre de la imagen que tiene en su CD de instalación.
Copiando los archivos de código fuente También necesita copiar todo el código fuente desde el CD Universal de instalación.
5.e. Configurando las opciones de compilación Para optimizar Gentoo, tendrás que ajustar un par de variables que afectarán el comportamiento de Portage. Todas estas variables se pueden fijar como variables de entorno (usando export) pero eso no es permanente. Para mantener tu configuración, Portage dispone de /etc/make.conf, un fichero de configuración para Portage. Este es el fichero que editaremos ahora.
Usa tu editor favorito (en esta guía nosotros usaremos nano. Así que empezamos con la modificación de las variables.
Como probablemente te darás cuenta, el fichero make.conf está estructurado de una manera genérica: Las líneas comentadas empiezan con "#", otras líneas definen variables usando la sintaxis VARIABLE="contenido". Discutiremos muchas de esas variables más adelante.
La variable CHOST declara el objetivo de compilación en su sistema. Esta variable ya debería estar configurada correctamente. No la edite ya que puede romper el sistema. Si la variable CHOST no le parece correcta, entonces quizá este utilizando un archivo stage3 incorrecto. Las variables CFLAGS y CXXFLAGS, definen los parámetros de optimización para el compilador de C y C++ de gcc respectivamente. Aunque generalmente se definen aquí, tendrás el máximo rendimiento si optimizas estos parámetros para cada programa por separado. La razón es que cada programa es diferente. En el fichero make.conf deberás definir los parámetros de optimización que pienses que vayan a hacer tu sistema el mejor en todas las situaciones. No coloques 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 para la optimización. Pero si quieres conocerlas todas, léete El manual en línea de GNU o la página información de gcc (info gcc -- Solo en un sistema Linux funcional). El fichero make.conf también contiene una gran cantidad de ejemplos e información; no olvides leerlo también. La primera variable es el parámetro -march=, que especifica el nombre de la arquitectura seleccionada. Las posibles opciones están descritas en el fichero make.conf (como comentarios). Por ejemplo, para la arquitectura x86 Athlon XP:
Seguida de esta, está el parámetro -O, que especifica la clase optimización de gcc. Las clases posibles son s (para tamaño optimizado), 0 (para no optimizar), 1, 2 or 3 para la optimización de velocidad (cada clase tiene los mismos parámetros que la primera, más algunos extras). Por ejemplo para una optimización de clase 2:
Otros parámetros de optimización bastante populares son los -pipe (usando tuberías en lugar de ficheros temporales para la comunicación entre las diferentes etapas de compilación). Cuidado con utilizar -fomit-frame-pointer (el cual no mantiene el puntero de macro en un registro para las funciones que no lo necesiten) pues podría tener graves repercusiones en la depuración de errores en aplicaciones. Cuando definimos las variables CFLAGS y CXXFLAGS, deberías combinar algunos parámetros de optimización, como en el ejemplo siguiente:
Con la variable MAKEOPTS definimos cuantas compilaciones paralelas pueden hacerse al mismo tiempo cuando instalamos un paquete. El número sugerido es la cantidad de CPUs de tu sistema, más uno
Actualiza tu /mnt/gentoo/etc/make.conf con tus propios parámetros y guarda los cambios. Ahora estamos listos para continuar con Instalando el sistema base de Gentoo. 6. Instalando el sistema base de GentooMontar el sistema de archivos /proc y /dev Monte el sistema de ficheros /proc en /mnt/gentoo/proc para permitir a la instalación utilizar la información proporcionada por el kernel incluso dentro del entorno chroot y, posteriormente, montar (de forma transparente) el sistema de archivos /dev.
Opcional: Copiar la información DNS Si ha configurado su red para descargar posteriormente el stage correspondiente desde Internet, necesita copiar la información DNS guardada en /etc/resolv.conf a /mnt/gentoo/etc/resolv.conf. Este archivo contiene los nombres de los servidores que su sistema utiliza para resolver los nombres y las direcciones IP.
Ahora que todas las particiones están inicializadas y el sistema base instalado, es hora de entrar en nuestro nuevo entorno de instalación chrooting. Esto significa pasar desde el actual entorno de instalación (LiveCD o otro medio de instalación) hacia tu entorno de instalación (o sea, las particiones inicializadas). El cambio de raíz se hace en tres pasos. Primero cambiamos la raíz desde / (en el medio de instalación) a /mnt/gentoo (en tus particiones) usando chroot. Después crearemos un nuevo entorno usando env-update, el cual, en esencia crea las variables de entorno. Finalmente, cargamos esas variables en memoria tecleando source.
¡Enhorabuena! Estás dentro de tu nuevo entorno Gentoo Linux. Por supuesto aún no hemos terminado, todavía quedan unas cuantas secciones ;) Ya tiene instalado el árbol de Portage, pero debería crear ahora la caché de Portage para acelerar futuras instalaciones. emerge --metadata se encarga de hacer esto por nosotros.
6.b. Configurando la variable USE USE es una de las variables más importantes que Gentoo proporciona a sus usuarios. Muchos programas pueden ser compilados con o sin soporte opcional para ciertas cosas. Por ejemplo, algunos programas pueden ser compilados con soporte gtk,o con soporte qt. Otros programas pueden ser compilados con o sin soporte SSL. Algunos programas pueden ser compilados con soporte framebuffer en lugar de soporte X11 (servidor X). Muchas distribuciones compilan sus paquetes con el mayor soporte posible, aumentando el tamaño de los programas y su tiempo de carga, sin mencionar una cantidad enorme de dependencias. Con Gentoo puedes definir con que opciones debe ser compilado un paquete. Ahí es donde actúa la variable USE. En la variable USE definimos palabras clave que son mapeadas a opciones de compilación. Por ejemplo ssl compilará los programas que lo requieran con soporte ssl.-X quitara el soporte para el servidor X (nótese el signo menos delante). gnome gtk -kde -qt compilará tus programas con soporte para gnome y gtk, pero sin soporte para kde (y qt), haciendo tu sistema completamente compatible con GNOME.
Los valores por defecto de la variable USE se encuentran en make.defaults, archivos de su perfil. Encontrará los archivos make.defaults en el directorio al cual apunte /etc/make.profile y todos sus directorios padres. El valor predeterminado de configuración de la variable USE es la suma de todas las configuraciones de USE en todos los archivos make.defaults. Lo que modifique en /etc/make.conf se calcula contra estos valores. Si pone algún valor en su USE, es añadido a la lista por defecto. Si elimina algo en su variable USE, poniéndole un signo menos delante, es eliminado de la lista por defecto (si estaba en ella claro). Nunca cambie nada en /etc/make.profile ya que se sobreescribirá cuando actualice Portage! Puede encontrar una descripción más amplia sobre la variable USE en la segunda parte del Manual de Gentoo Capítulo 1: Variables USE. Encontrará una descripción más extensa sobre las opciones de la variable USE en su sistema, en /usr/portage/profiles/use.desc.
Como ejemplo, te mostramos unas opciones USE para un sistema basado en KDE con DVD, ALSA y soporte para grabar CD's.
7. Configurando el kernelPrimero necesita seleccionar su zona horaria para que su sistema sepa dónde está localizado. Busque su zona horaria en /usr/share/zoneinfo, luego cópiela a /etc/localtime. Por favor, evite las zonas horarias /usr/share/zoneinfo/Etc/GMT* pues sus nombres no indican las zonas esperadas. Por ejemplo, GMT-8 es, de hecho, GMT+8.
El punto de encuentro alrededor del cual se construyen todas las distribuciones es el núcleo Linux. Es la capa entre los programas de usuario y el hardware del sistema. Gentoo proporciona a sus usuarios varias fuentes del núcleo. Una lista completa está disponible en la Guía Gentoo del núcleo. Para los sistemas basados en AMD64 tenemos las gentoo-sources (fuentes para el kernel 2.6 parcheados especialmente para estabilidad, desempeño y soporte de hardware en amd64). Elija sus fuentes del núcleo e instálelas usando emerge. El parámetro USE="-doc" es necesario para evitar la instalación de xorg-x11 u otras dependencias en este punto. El parámetro USE="symlink" no es necesario para una instalación nueva, pero asegura la creación adecuada del enlace simbólico /usr/src/linux.
Cuando mire en /usr/src, verá un enlace simbólico llamado linux apuntando hacia las fuentes del núcleo. En este caso, las fuentes del núcleo instaladas apuntan a gentoo-sources-2.6.12-r10. Su versión puede ser diferente, así que mantenga esto en mente.
Ahora es tiempo de configurar y compilar las fuentes del núcleo. Para esto puede usar genkernel, que construirá un núcleo genérico como el usado por el CD de instalación. Aquí explicaremos la configuración "manual", ya que es la mejor manera de optimizar el entorno. Si desea configurar manualmente el núcleo, continúe con Predeterminado: Configuración manual. En cambio, si quiere usar genkernel debe leer Alternativa: Usando genkernel. 7.c. Predeterminado: Configuración manual Configurar manualmente un núcleo frecuentemente se ve como el procedimiento más difícil que tiene que realizar un usuario de Linux. Nada mas lejos de la verdad -- después de configurar un par de núcleos no recordará si fue difícil ;) Sin embargo, una cosa sí es cierta: debe conocer su sistema cuando empiece a configurar su núcleo manualmente. Mucha información se puede recolectar haciendo emerge al paquete pciutils (emerge pciutils), que contiene lspci. Ahora podrá hacer uso de lspci dentro del entorno enjaulado. Puede ignorar las advertencias pcilib (como pcilib: cannot open /sys/bus/pci/devices) emitidas por lspci. Como alternativa, puede ejecutar lspci en el entorno no enjaulado. Los resultados serán iguales. También puede ejecutar lsmod para ver cuáles módulos usa el CD de Instalación (tal vez provea algunas ideas acerca de qué activar). Ahora vaya al directorio de fuentes del núcleo y ejecute make menuconfig. Esto presentará un menú de configuración basado en ncurses.
Será saludado con varias secciones de configuración. Primero listaremos algunas opciones que debe activar (de otro modo Gentoo no funcionará, o no funcionará adecuadamente sin ajustes adicionales). Activar las opciones necesarias Primero que nada, active el uso de código y dispositivos en desarrollo y experimentales. Esto es necesario, porque sino algunos dispositivos o código importante no se verán:
Luego procederemos a seleccionar el tipo exacto de procesador. El mantenedor del núcleo x86_64 recomienda fervorosamente activar las características MCE de manera que puedan ser notificados ante cualquier falla de hardware. En x86_64 estos errores no son impresos a dmesg tal como sucede en otras arquitecturas pero sí a /dev/mcelog. Esto requiere del paquete app-admin/mcelog.
Vaya ahora a File systems y seleccione el soporte para los sistemas de archivos que usará. No los compile como módulos, porque sino su sistema Gentoo no será capaz de montar sus particiones. También seleccione Virtual memory y /proc file system.
Si está usando PPPoE para conectarse a Internet o está usando un módem dial-up, necesitará además las siguientes opciones en el núcleo:
Las dos opciones de compresión no harán ningún daño pero en definitiva no son necesarias, tampoco la opciónPPP over Ethernet, que tal vez sólo sea usada por rp-pppoe cuando esté configurado para realizar PPPoE en modo kernel. Si lo requiere, no se olvide incluir el soporte en el núcleo para su tarjeta ethernet: Si tiene un sistema Opteron con múltiples CPUs o multi-núcleo (por ejemplo: AMD64 X2), active "Symmetric multi-processing support":
Si usa dispositivos de entrada USB (como un ratón o un teclado) no olvide activarlos también:
Si desea ejecutar un sistema con "multilib" (opción predeterminada), debe asegurarse que esté activado el soporte para ejecutables de 32 bits:
Cuando haya terminado de configurar el núcleo, continúe con Compilar e Instalar. Ahora que ya está configurado el núcleo, es hora de compilarlo e instalarlo. Salga de la configuración y empiece el proceso de compilación:
Cuando el núcleo ha terminado de compilar, copie la imagen a /boot. Use cualquier nombre que sienta que es apropiado para el núcleo de su elección y recuérdelo pues lo necesitará luego cuando configure su gestor de arranque. Recuerde reemplazar <versión-del-núcleo> con el nombre y versión de su núcleo.
Ahora continúe con Configurar los módulos del núcleo. 7.d. Alternativa: Usar genkernel Si está leyendo esta sección, es porque ha escogido usar nuestro script genkernel para configurar el kernel por Ud. Ahora que está instalado el árbol de fuentes del núcleo, es hora de compilarlo usando nuestro script genkernel que automáticamente construirá un núcleo. genkernel trabaja configurando un núcleo prácticamente idéntico al núcleo de nuestro CD de Instalación. Esto significa que al usar genkernel para construir su núcleo, el sistema generalmente detectará todo su hardware al arrancar, tal como el CD de Instalación. Debido a que genkernel no requiere ninguna configuración manual del núcleo, es una solución ideal para los usuarios que no se sienten cómodos compilando sus propios núcleos. Ahora veamos cómo usar genkernel. Primero, instale con emerge al ebuild de genkernel:
Ahora, compile las fuentes del núcleo ejecutando genkernel all. Recuerde que, como genkernel compila un núcleo que soporta casi todo el hardware, ¡esta compilación tardará un rato en terminar! Observe que si su partición de arranque no usa ext2 o ext3 como sistema de ficheros, necesitará configurar manualmente su núcleo usando genkernel --menuconfig all para agregar soporte para su sistema de archivos en el núcleo (no como módulo).
Una vez que genkernel haya terminado, serán creados un núcleo, un conjunto completo de módulos y un disco raíz de inicio (initrd) creados. Usaremos el núcleo y el initrd para configurar el gestor de arranque más adelante. Anote los nombres del núcleo y del initrd porque los necesitará al escribir el archivo de configuración del gestor de arranque. El initrd iniciará inmediatamente después del arranque para llevar a cabo la auto-detección del hardware (tal como ocurre en el CD de Instalación) previo al inicio de su verdadero sistema.
Ahora realicemos un paso más para que nuestro sistema sea más parecido al del CD de instalación -- instalaremos coldplug. Mientras el initrd autodetecta el hardware necesario para arrancar el sistema, coldplug autodetecta todo lo demás. Para instalar y activar coldplug, escriba lo siguiente:
7.e. Configuración de los módulos del núcleo Debe listar los módulos que desee cargar automáticamente en /etc/modules.autoload.d/kernel-2.4 (o en /etc/modules.autoload.d/kernel-2.6). Puede agregar opcionales adicionales también, si así lo desea. Para ver todos los módulos disponibles, ejecute el siguiente comando find. No olvide sustituir "<versión del núcleo>" con la versión del núcleo que acaba de compilar:
Por ejemplo, para cargar automáticamente el módulo 3c59x.o, modifique el archivo kernel-2.6 agregándole el nombre del módulo.
Continúe la instalación con Configurar el sistema. 8. Configurando su sistema8.a. Información del Sistema de Ficheros En Linux, todas las particiones usadas por el sistema deben estar reflejadas en /etc/fstab. Este fichero contiene los puntos de montaje de esas particiones (donde se encuentran en la estructura del sistema de ficheros), cómo deben ser montadas y con que opciones especiales (automáticamente o no, si los usuarios pueden montarlas o no, etc.). /etc/fstab usa una sintaxis especial. Cada línea está formada por seis campos, separados por espacios en blanco (espacio(s), tabuladores o una combinación). Cada campo tiene su propio significado:
El archivo /etc/fstab que proporciona Gentoo de manera predeterminada no es un archivo fstab válido, así que ejecute nano (o su editor favorito) para crear su propio /etc/fstab:
Vamos a ver como anotaremos las opciones para la partición /boot . Esto es sólo un ejemplo, si su arquitectura no requiere una partición /boot (como por ejemplo las máquinas PPC de Apple), no lo copie al pie de la letra. En nuestro ejemplo de particionamiento estándar para x86, /boot es la partición /dev/hda1, con un sistema de ficheros ext2. Esta necesita ser comprobada durante el arranque. Entonces escribiríamos:
Algunos usuarios no quieren que su partición /boot sea montada automáticamente para mejorar la seguridad de su sistema. Estos usuarios deberían sustituir defaults por noauto. Esto implica la necesidad de montar manualmente la partición cada vez que se quiera usarla. Para aumentar el rendimiento, la mayoría de usuarios podrían querer agregar la opción noatime como opción de montaje, que desemboca en un sistema más rápido, puesto que los tiempos de acceso no son registrados (de todas formas, no necesitará esto en general):
Si seguimos estos pasos, acabaríamos con las siguientes tres líneas (para /boot, / y la partición de swap):
Para finalizar, debería agregar una línea para /proc, tmpfs (requerido) y sus dispositivos CD-ROM (y por supuesto, si tiene otras particiones o dispositivos, para ellos también):
auto provoca que mount intente adivinar el sistema de archivos (se recomienda para los dispositivos extraíbles ya que pueden ser creados con distintos sistemas de ficheros) y user hace posible a los usuarios que no pertenezcan a root monten el CD. Ahora haga uso del ejemplo anterior, para crear su /etc/fstab. Si es un usuario de SPARC, además debería añadir la siguiente línea a su /etc/fstab:
Repase su /etc/fstab, guarde los cambios y salga para continuar. Nombre de Host, Nombre de Dominio, etc. Una de las elecciones que un usuario ha de hacer es el nombre de su PC. Esto parece muy fácil, pero muchos usuarios tienen dificultades eligiendo el nombre apropiado para su PC-Linux. Para acelerar las cosas, sepa que el nombre que elija puede cambiarlo mas tarde. Para el caso que nos preocupa, usted puede llamar su sistema simplemente tux y su dominio redcasera. Usaremos esos nombres en los siguientes ejemplos. Primero ajustaremos el nombre de host:
En segundo lugar ajustaremos el nombre del dominio:
Si dispone de un dominio NIS (si no sabe lo que es, entonces no lo tiene), necesita definirlo también:
Antes de llegar a experimentar esa sensación "Hey, ya lo tengo todo", debes recordar que la red que configuraste en el inicio de la instalación de Gentoo fue tan solo para la instalación. A partir de ahora vamos a configurar la red permanentemente para su sistema Gentoo.
Toda la información de red esta reunida en /etc/conf.d/net. Este fichero usa una directa, aunque no intuitiva sintaxis si no se sabe como configurar una red manualmente. Pero no se asuste, se lo explicaremos todo. Un ejemplo completamente comentado que cubre los distintos tipo de configuraciones, puede encontrarse en /etc/conf.d/net.example. DHCP se emplea por defecto y no requiere ningún tipo de configuración. Si se necesita configurar la conexión de red porque es necesario incluir opciones de DHCP específicas o porque no utiliza DHCP, abra /etc/conf.d/net con su editor favorito (nano se emplea en este ejemplo):
Verá el siguiente fichero:
Para introducir su propia dirección IP, máscara de red y pasarela, necesita configurar tanto config_eth0 como routes_eth0:
Para utilizar DHCP y añadir opciones específicas, defina, config_eth0 y dhcp_eth0:
Por favor, consulte /etc/conf.d/net.example para conocer una lista con todas las opciones disponibles. Si tiene varias interfaces de red, repita los pasos anteriores utilizando config_eth1, config_eth2, etc. Ahora guarde la configuración y salga para continuar. Inicio automático de red en el arranque Para disponer de su interfaz de red activada en el arranque, necesita agregarla al nivel de ejecución por defecto (default). Si dispone de interfaces PCMCIA debe saltarse este paso puesto que las interfaces PCMCIA son iniciadas por el script de inicialización PCMCIA
Si tiene distintas interfaces de red, necesitara crear los apropiados net.eth1, net.eth2 etc. scripts de inicio. Puede usar ln para hacer esto:
Anotando la Información de la Red Necesita informar a Linux sobre su red. Esto se define en /etc/hosts y ayuda a transformar los nombres de host a direcciones IP para aquellas máquinas que no se resuelven a través de su servidor de nombres (DNS). Por ejemplo, si su red interna consiste en tres PCs llamados jenny (192.168.0.5), benny (192.168.0.6) y tux (192.168.0.7 - este sistema) abra /etc/hosts y complete los valores:
Si su sistema es el único presente (o los servidores de nombres se encargan de todas las resoluciones) una única línea es suficiente. Por ejemplo, si quiere llamar a su sistema tux:
Guarde y salga del editor para continuar. Si no tiene PCMCIA, puede continuar con Información del Sistema. Los usuarios de PCMCIA deberían leer el siguiente apartado sobre PCMCIA. Opcional: Hacer funcionar el PCMCIA
Los usuarios de PCMCIA deben instalar primero el paquete pcmcia-cs. Esto también incluye a los usuarios que estén trabajando con un kernel 2.6 (incluso aunque no quieran utilizar los controladores PCMCIA de este paquete). El empleo de USE="-X" es necesario para evitar la instalación de xorg-x11 en este momento.
Cuando pcmcia-cs esté instalado, agregue pcmcia al nivel de arranque default:
Contraseña de administrador (Root) Primero fijamos la contraseña de administrador escribiendo:
Si desea que el administrador sea capaz de entrar en el sistema a través de un consola de serie (tts), añada tts/0 al fichero /etc/securetty:
Gentoo usa el fichero /etc/rc.conf para una configuración general del sistema. Abra el /etc/rc.conf y disfrute de todos los comentarios que hay en él :)
Cuando haya terminado de configurar /etc/rc.conf, guarde los cambios y salga. Como puede ver, este fichero está bien comentado para ayudarle a ajustar las variables de configuración necesarias. Puede configurar el sistema para que utilice unicode y definir su editor predeterminado y su gestor de inicio (cómo gdm o kdm). Gentoo utiliza /etc/conf.d/keymaps para gestionar la configuración del teclado. Edítelo y configure su teclado.
Tenga especial cuidad con KEYMAP: si selecciona un KEYMAP incorrecto, conseguirá extraños resultados escribiendo en su teclado.
Cuando termine de configurar /etc/conf.d/keymaps, guárde los cambios y salga. Gentoo utiliza /etc/conf.d/clock para fijar las opciones del reloj. Edítelo de acuerdo a sus necesidades.
Si su reloj hardware no está utilizando UTC, necesita añadir CLOCK="local" al archivo. De lo contrario notará como su reloj no funciona correctamente. Si vamos un poco más lejos, Windows asume que el reloj utiliza la hora local, así que si se dispone de arranque dual, debería configurarse está variable adecuadamente, de lo contrario el reloj se volverá loco. Cuando haya acabado de configurar /etc/conf.d/clock, guárdelo y salga. Si no está instalando Gentoo en un hardware IBM PPC64, continué con Instalando las herramientas de sistema necesarias .
Si está ejecutando Gentoo en un hardware IBM PPC64 y utiliza una consola virtual, debería descomentar la línea apropiada en /etc/inittab para que la consola virtual muestre un símbolo de entrada al sistema (prompt).
También debería revisar que la consola apropiada figura en /etc/securetty. Puede continuar con Instalando las herramientas de sistema necesarias . 9. Instalando herramientas necesarias para el sistemaAlgunas herramientas no están incluidas en el archivo stage3 porque varios paquetes pueden proporcionar la misma funcionalidad. Es una decisión personal elegir cual se quiere instalar. La primera herramienta por la que tiene que decidirse es la que proporciona el registro y las bitácoras para su sistema. Unix y Linux tienen una excelente historia en sus capacidades de registros -- si lo quisiera podría registrar todo lo que pasa en su sistema en bitácoras. Esto sucede con el registro del sistema. Gentoo ofrece varios sistemas de registro para elegir. Están sysklogd, que es el conjunto tradicional de demonios de bitácoras, sysklogd, un sistema de bitácora avanzado, y metalog que es una bitácora de sistemas altamente configurable. También puede haber otros en el Portage - el número de paquetes disponibles crece día a día. Si está pensando utilizar sysklogd o syslog-ng quizá quiera instalar posteriormente logrotate ya que esos logeadores no proporcionan ningún mecanismo de rotación para los archivos de log. Para instalar la bitácora del sistema de su elección, use emerge y agrégelo al nivel de arranque predeterminado usando rc-update. El siguiente ejemplo instala syslog-ng. Desde luego, sustitúyalo por el sistema de bitácora de su elección:
El siguiente es el demonio cron. Aunque es opcional y no lo requiere su sistema es recomendable instalar uno. ¿Pero que es un demonio cron? Un demonio cron ejecuta comandos en horarios planificados. Es muy cómodo si necesita ejecutar comandos regularmente (por ejemplo diario, cada semana o mensualmente). Sólo proporcionamos vixie-cron para instalaciones sin red. Si quiere otro demonio cron puede esperar e instalarlo más tarde.
9.c. Opcional: Indexar Archivos Si quiere crear un índice de su sistema de archivos para habilitar su rápida localización usando la herramienta locate, necesita instalar sys-apps/slocate.
9.d. Herramientas del Sistema de Archivos Dependiendo en que sistema de archivos este usando, necesita instalar las utilerías necesarias (para verificar la integridad del sistema de archivos, crear adicionales, etc.). La siguiente tabla lista las herramientas que necesita instalar según un sistema de archivos determinado. No todos los sistemas de ficheros están disponibles para cada una de las arquitecturas.
Si es usuario de EVMS, necesita instalar también evms:
El USE="-gtk" previene la instalación de dependencias. Si se quiere activar las herramientas gráficas de evms, puede recompilar evms más adelante. Si no necesita ninguna herramienta adicional relacionada con la red (como rp-pppoe o un cliente dhcp) continué con Configuración del Cargador de Arranque. Opcional: Instalar un Cliente DHCP Si necesita que Gentoo obtenga automáticamente una dirección IP para sus interfaces de red, necesita instalar en su sistema dhcpcd (o cualquier otro cliente DHCP) . Si no lo hace, ¡tal vez no sea capz de conectarse a Internet después de la instalación!
Opcional: Instalar un Cliente PPPoE Si necesita rp-pppoe para conectarse a la red, necesita instalarlo.
El USE="-X" le prohibe a xorg-x11 instalarse como una dependencia (rp-pppoe tiene herramientas gráficas; si quiere habilitarlas, puede recompilar rp-pppoe más tarde o cuando xorg-x11 ya esté instalado -- porque toma mucho tiempo en compilarse). Opcional: Utilidades RAID para hardware IBM Si se está empleando un RAID SCSI en un sistema basado en POWER5, se debería considerar la instalación de iprutils lo cual le permitirá trabajar con el RAID de discos, conocer el estado de los discos del array, y actualizar el microcódigo entre otras funciones.
Ahora continúe con Configurar el Cargado de Arranque. 10. Configurando el gestor de arranqueAhora que su núcleo está configurado y compilado y los ficheros de configuración necesarios han sido llenados correctamente, ha llegado la hora de instalar el programa que iniciará el núcleo cuando arranque el sistema. Este programa es conocido como gestor de arranque. Si ha configurado su núcleo con soporte framebuffer (o ha utilizado la configuración predeterminada de genkernel) puede activarlo añadiendo el parámetro vga y/o video al fichero de configuración del gestor de arranque. Los sistemas de 64 bits deben usar el controlador vesafb y también tendrán que configurar el parámetro vga. El parámetro vga controla la resolución y la profundidad de color de su pantalla framebuffer usando vesafb. Como se indica en /usr/src/linux/Documentation/fb/vesafb.txt (el cual está presente cuando se instala el paquete con las fuentes del núcleo) necesita pasar el número VESA correspondiente con la resolución y profundidad de color que quiera. La siguiente lista muestra las resoluciones y profundidades de color disponibles y su correspondiente valor para el parámetro vga.
El parámetro video controla las opciones de visualización. Necesita que se le indique el controlador de framebuffer (vesafb para núcleos 2.6, o vesa para núcleos 2.4) seguido de los parámetros de control que quiera activar. Todas las variables se pueden encontrar en /usr/src/linux/Documentation/fb/vesafb.txt, pero aquí le informamos sobre las tres más utilizadas:
El resultado de estas dos configuraciones podría ser algo como: vga=0x318 video=vesafb:mtrr,ywrap o video=vesafb:mtrr,ywrap,1024x768-32@85. Recuerde (o anote) esta configuración. La necesitará dentro de poco. Aunque LILO funciona en AMD64, Gentoo sólo da soporte a GRUB. Ahora continúe con la instalación de este. Comprender la terminología de GRUB La parte más crítica para la comprensión de GRUB, es el habituarse a la manera en que GRUB se refiere a los discos duros y las particiones. Su partición Linux /dev/hda1 (para dispositivos IDE) o /dev/sda1 (para dispositivos SATA/SCSI) suele ser denominada (hd0,0) por GRUB. Note los paréntesis alrededor de hd0,0, que son obligatorios. La numeración de los discos duros comienza con un cero, en lugar de utilizar una "a" y las particiones empiezan con cero en lugar de con un uno. Advertimos también que entre los dispositivos hd, sólo se cuentan los discos duros y no los dispositivos atapi-ide como cdroms y grabadoras. Además, la especificación es igual para dispositivos SCSI. (Usualmente son asignados números mayores, excepto cuando el BIOS está configurado para arrancar desde los dispositivos SCSI). Cuando le pide al BIOS que arranque de un disco duro distinto (por ejemplo, de su disco primario esclavo), ese disco duro se ve como hd0. Asumiendo que tiene un disco duro en /dev/hda, un lector de CD-ROM en /dev/hdb, una grabadora en /dev/hdc, un segundo disco duro en /dev/hdd y ningún disco duro SCSI, la partición /dev/hdd7 queda descrita como (hd1,6). A lo mejor puede sonar raro y bien podría serlo, pero como veremos, GRUB ofrece un mecanismo de terminación por tabulador que es de gran ayuda para los que tienen una gran cantidad de discos duros y que andan algo perdidos con este esquema de numeración. Habiéndole tomado la medida, es hora de instalar GRUB. Para instalar GRUB, primero lo instalamos con emerge:
Aunque GRUB esté instalado, todavía necesitamos crear un archivo de configuración para él e instalar GRUB en nuestro MBR para que pueda arrancar automáticamente nuestro núcleo recién creado. Cree el archivo /boot/grub/grub.conf con nano, o cualquier otro editor:
Ahora vamos a escribir el grub.conf. A continuación encontrará dos posibles archivos grub.conf para las particiones de ejemplo que manejamos en esta guía, con una imagen del núcleo kernel-2.6.12-gentoo-r10. Sólo hemos comentado exhaustivamente el primer grub.conf.
Si usó un esquema de particiones y/o imagen del núcleo distinta, haga los ajustes respectivos. Sin embargo, asegúrese que cualquier cosa que siga un dispositivo GRUB (tal como (hd0,0)) sea relativa al punto de montaje y no de la raíz. En otras palabras, (hd0,0)/grub/splash.xpm.gz es en realidad /boot/grub/splash.xpm.gz ya que (hd0,0) es /boot. Además, si eligió usar un esquema de particiones diferente y no colocó /boot en una partición separada, el prefijo /boot usado en los códigos de ejemplo señalados arriba es realmente requerido. Si siguió nuestro plan sugerido de particionamiento, el prefijo /boot no se necesita pero un enlace simbólico a boot hace que este funcione. En resumen, los ejemplos de arriba deberían funcionar ya sea si definió un partición /boot separada o no. Si necesita pasar algún parámetro adicional al núcleo, sencillamente agréguelo al final de la línea de comando del núcleo. Ya estamos pasando una opción (root=/dev/hda3 o real_root=/dev/hda3), pero se pueden pasar otras también, como el parámetro video de los que hablamos previamente. Los usuarios de genkernel deben saber que sus núcleos usan las mismas opciones de arranque que el CD de Instalación. Por ejemplo, si tiene dispositivos SCSI, debería agregar el parámetro doscsi al núcleo. Ahora grabe el archivo grub.conf y salga. Aún necesita instalar GRUB en el MBR (Master Boot Record) para que GRUB se ejecute automáticamente cuando arranque su sistema. Los desarrolladores de GRUB recomiendan utilizar grub-install. Sin embargo, si por alguna razón grub-install no funciona correctamente todavía tiene la opción de instalar GRUB manualmente. Continúe con Predeterminado: Configurar GRUB utilizando grub-install o Alternativa: Configurar GRUB a mano. Predeterminado: Configurar GRUB utilizando grub-install Para instalar GRUB necesita ejecutar el comando grub-install. Sin embargo grub-install no funcionará tal como se espera ya que estamos dentro de un entorno enjaulado. Antes de seguir, necesitará crear /etc/mtab, que es el archivo que contiene la información relativa a todos los sistemas de archivos montados. Afortunadamente hay una manera sencilla de realizar esto, simplemente copie /proc/mounts a /etc/mtab, excluyendo la línea que contiene rootfs si no ha creado una partición boot separada. El siguiente comando funcionará en ambos casos:
Ahora podemos instalar GRUB utilizando grub-install:
Si tiene alguna pregunta más acerca de GRUB, por favor consulte el FAQ de GRUB (en inglés) o el Manual de GRUB (en inglés). Continúe con Reiniciar el sistema. Alternativa: Configurando GRUB a mano Para comenzar a configurar GRUB, debe ejecutar los comandos dentro de grub. Conocerá al intérprete de comandos propio de grub (grub>). Ahora necesita ejecutar los comandos necesarios para instalar el registro de arranque de GRUB en su disco duro.
En el ejemplo de configuración queremos instalar GRUB para que lea la información de la partición de arranque /dev/hda1, e instale el registro de arranque de GRUB en el MBR (Master Boot Record) de su disco duro para que lo primero que veamos aparecer al encender el ordenador sea GRUB. Por supuesto, si no ha seguido el ejemplo de configuración durante la instalación, cambie los comandos de acuerdo a su modelo. El mecanismo de completar comandos por tabulación de GRUB puede utilizarse dentro de GRUB. Por ejemplo, si escribe "root (" seguido de una tabulación, notará que se le presenta una lista de dispositivos (tal como hd0). Si tecleamos "root (hd0," seguido de una tabulación recibiremos una lista de particiones disponibles para elegir (tal como hd0,0). Al utilizar este mecanismo de completar por tabulación, configurar GRUB no debería resultar tan duro. Ahora vamos por ello, ¡configuremos GRUB!
Si tiene alguna pregunta más acerca de GRUB, por favor consulte el FAQ de GRUB o el Manual de GRUB. Continúe con Reiniciar el sistema. Salga del entorno enjaulado y desmonte todas las particiones que continúen montadas. Después podemos ejecutar el mágico comando que hemos estado esperando: reboot.
Por supuesto, no olvide quitar el CD arrancable, o el CD será arrancado de nuevo en lugar de su nuevo sistema Gentoo. Una vez que haya reiniciado su instalación de Gentoo, termínela con Finalizar su instalación de Gentoo. 11. Finalizando su instalación Gentoo11.a. Administración del Usuario Añadir un Usuario para uso cotidiano Trabajar como root en un sistema Unix/Linux es peligroso y su uso debería evitarse tanto como sea posible. Es por ello que se recomienda encarecidamente añadir un usuario para el uso cotidiano del sistema. Los grupos a los que pertenece el usuario definen que actividades puede realizar. La siguiente tabla muestra una lista de los grupos más importantes que podría querer utilizar.
Por ejemplo, para crear un usuario llamado juan que pertenezca a los grupos wheel, users y audio, entre en el sistema como root (sólo root puede crear usuarios) y ejecute useradd:
Si alguna vez este usuario necesita realizar alguna tarea como root, puede utilizar su - para obtener temporalmente privilegios de root. Otra forma es utilizar el paquete sudo el cual, correctamente configurado, es muy seguro. 11.b. Opcional: Instalar Paquetes PRG
Ahora que su sistema está iniciado, entre con el usuario que creó anteriormente (por ejemplo, juan) y utilice su - para obtener privilegios de root:
Ahora necesitamos cambiar la configuración de Portage para buscar los binarios pre-compilados del segundo CD (CD de Paquetes de Gentoo). Primero monte éste CD:
Ahora configure Portage para usar /mnt/cdrom para sus paquetes pre-compilados:
Ahora instale los paquetes que quiera. El CD de Paquetes contiene varios binarios pre-compilados, como por ejemplo KDE y GNOME:
Para conocer que paquetes recompilados existen, haga un listado rápido de los archivos en /mnt/cdrom/All. Por ejemplo, para comprobar si KDE se puede instalar:
Asegúrese de instalar los binarios ahora. Cuando haga un emerge --sync para actualizar Portage (como aprenderá más adelante), los binarios pre-compilados quizá no correspondan con los ebuilds de su Portage actualizado. Puede tratar de solventar este problema utilizando emerge --usepkgonly en lugar de emerge --usepkg. Enhorabuena, ¡Su sistema está ahora completamente equipado! Continué con ¿A dónde ir desde aquí? para aprender algo más sobre Gentoo. 12. ¿Y ahora qué?¡Enhorabuena! Ya tiene funcionando un sistema Gentoo. Pero ¿A donde ir desde aquí? ¿Cuáles son ahora sus opciones? ¿Qué explorar primero? Gentoo ofrece a sus usuarios muchas posibilidades y, por lo tanto, muchas características documentadas (y menos documentadas). Definitivamente usted debería ojear la siguiente parte del Manual de Gentoo titulada Trabajando con Gentoo la cual explica cómo mantener su software al día, cómo instalar más software, qué parámetros USE hay, cómo funciona el sistema de inicialización de Gentoo (Gentoo Init system), etc. Si está interesado en la optimización de su sistema para uso de escritorio, o quiere aprender cómo configurarlo para que sea un completo sistema de escritorio, consulte nuestra extensa Guía de Configuración del Escritorio. Además, quizá también quiera utilizar nuestra guía de localización para hacer que el sistema se sienta cómo en casa. También disponemos de un Manual de seguridad en Gentoo cuya lectura puede ser muy valiosa. Para obtener un completo listado de toda nuestra documentación disponible, revise nuestra página de Recursos de Documentación. Por supuesto, usted es siempre bienvenido a nuestros Foros de Gentoo o a alguno de nuestros canales de IRC. También tenemos varias listas de correo abiertas para todos nuestros usuarios. La información de cómo entrar en las mismas está disponible en esa página. Ahora nos callaremos y le dejaremos que disfrute de su instalación :) 12.c. Cambios en Gentoo desde 2006.0 Gentoo está en continuo movimiento. Las siguientes secciones describen importantes cambios que afectan a la instalación de Gentoo. Solamente se recogen aquellos comunes a la instalación, no los cambios de paquetes que no ocurren durante la instalación. No se han producido cambios significativos. B. Trabajando con Gentoo1. Introducción al sistema PortagePortage es probablemente la más importante innovación de Gentoo en la gestión de software. Debido a su potente flexibilidad y una gran cantidad de funcionalidades, es frecuentemente apreciado como la mejor herramienta de gestión de software disponible para Linux. Portage esta completamente escrito en Python y Bash y, por tanto, totalmente a la vista de los usuarios al ser ambos lenguajes interpretados. La mayoría de usuarios trabajarán con Portage a través de la herramienta emerge. Este capítulo no pretende duplicar la información disponible en la página de man sobre emerge. Para una completa información sobre las opciones de emerge, por favor, consulte la página del manual:
Cuando hablamos sobre paquetes, nos referimos normalmente a programas software disponibles para los usuarios de Gentoo a través del árbol Portage. El árbol Portage es una colección de ebuilds, archivos que contienen toda la información que Portage necesita para mantener el software (instalar, buscar, ...). Estos ebuilds residen por defecto en /usr/portage. Cuando se pida a Portage que ejecute alguna acción relacionada con los programas, éste utilizará los ebuilds de su sistema como base. Por tanto, es importante que actualice los ebuilds de su sistema para que Portage conozca el nuevo software, actualizaciones de seguridad, etc. El árbol Portage se actualiza normalmente con rsync, una utilidad rápida de transferencia de archivos incremental. La actualización es muy sencilla, ya que la orden emerge proporciona una interfaz para rsync:
Si no es capaz de realizar rsync debido a restricciones de cortafuegos puede actualizar su árbol Portage a través de nuestras tres imágenes de Portage generadas diariamente. La herramienta emerge-webrsync automáticamente comprueba e instala la última en su sistema.
Una ventaja adicional de utilizar emerge-webrsync es que permite al administrador descargar únicamente instantáneas del árbol portage que están firmadas con la clave GPG del equipo de ingeniería de versiones de Gentoo. Se puede encontrar más información sobre esto en la sección Características de Portage en Obteniendo instantáneas validadas del árbol Portage. 1.c. Mantenimiento de Software Para buscar software utilizando el árbol de Portage, puede emplear las funcionalidades de búsquedas propias de emerge. Por defecto, emerge --search devuelve el nombre de los paquetes cuyo nombre coincide (tanto total como parcialmente) con el término de búsqueda introducido. Por ejemplo, para buscar todos los paquetes que tengan "pdf" en su nombre:
Si quiere buscar también en las descripciones puede utilizar el parámetro --searchdesc (o -S).
Cuando eche un vistazo al resultado, notará que le proporciona mucha información. Los campos son etiquetados claramente con lo cual no entraremos en explicar sus significados.
Una vez que haya encontrado el nombre del software que necesite, puede fácilmente instalarlo con emerge: simplemente añada el nombre del paquete. Por ejemplo, para instalar gnumeric:
Muchas aplicaciones dependen unas de otras, esto implica que cualquier intento de instalar un cierto paquete de software podría derivar en la instalación de varias dependencias. No se preocupe. Portage maneja también las dependencias. Si quiere conocer qué instalará Portage cuando le pida que instale un cierto paquete, añada el parámetro --pretend. Por ejemplo:
Cuando le pida a Portage que instale un paquete, descargará las fuentes necesarias desde Internet (si fuera necesario) y las guardará por defecto en /usr/portage/distfiles. Después, el paquete será descomprimido, compilado e instalado. Si quiere que portage solamente descargue las fuentes sin instalarlas, añada la opción --fetchonly a la orden emerge:
Encontrar la documentación de un paquete instalado Muchos paquetes vienen con su propia documentación. Algunas veces, el parámetro USE doc determina si la documentación debe instalarse o no. Puede comprobar la existencia del parámetro USE doc con la orden emerge -vp <nombre paquete>.
La mejor manera de activar el parámetro USE doc es por paquete, por medio de /etc/portage/package.use, de manera que solo obtendrá la documentación para los paquetes que le interesan. Activando este parámetro de manera global puede causar problemas con dependencias circulares. Para más información, por favor lea el capítulo acerca de los Parámetros USE. Una vez que el paquete está instalado, su documentación se encuentra normalmente en un subdirectorio llamado igual que el paquete, bajo el directorio /usr/share/doc. También puede obtener un listado de todos los archivos instalados con la herramienta equery la cual es parte del paquete app-portage/gentoolkit.
Cuando quiera desinstalar un paquete software de su sistema, utilice emerge --unmerge. Esto le indicará a Portage que desinstale todos los archivos instalados por el paquete en su sistema excepto los archivos de configuración de esa aplicación si la había modificado después de la instalación. Esto le permite continuar trabajando con los mismos archivos de configuración si alguna vez decide volver a instalar la aplicación. Sin embargo, hemos de tener algo muy en cuenta: Portage no comprueba si el paquete que está intentando desinstalar es necesario para algún otro. A pesar de esto, le avisará cuando quiera eliminar un paquete importante que pueda romper su sistema si lo desinstala.
Cuando desinstala un paquete de su sistema, las dependencias de ese paquete que se instalaron automáticamente cuando instaló el software, permanecerán. Para hacer que Portage localice todas las dependencias que puede ser eliminadas actualmente, utilice la funcionalidad de emerge --depclean. Hablaremos de esto un poco más adelante. Para mantener su sistema en perfecto estado (sin mencionar la instalación de los últimas actualizaciones de seguridad) necesita actualizarlo frecuentemente. Partiendo de que Portage solamente comprueba los ebuilds en su árbol Portage, lo primero sería actualizar el propio árbol. Cuando tenga el árbol Portage actualizado, puede actualizar su sistema con emerge --update world. En el siguiente ejemplo, además hemos utilizado el parámetro --ask que le indica a Portage que muestre la lista de paquetes que quiere actualizar y pregunte si se quiere continuar:
Portage buscará entonces las nuevas versiones de las aplicaciones que explícitamente haya instalado (las listadas en /var/lib/portage/world), sin embargo, no revisa minuciosamente sus dependencias. Si desea actualizar también esas dependencias, añada la opción --deep:
Aunque esto no indica todos los paquetes: algunos paquetes de su sistema son necesarios durante los procesos de compilación y construcción de los paquetes, pero, una vez que los paquetes se han instalado, estas dependencias ya no se necesitan. Portage denomina a éstas dependencias de construcción (build dependencies). Para incluirlas en un ciclo de actualización, añada --with-bdeps=y:
Ya que las actualizaciones de seguridad también afectan a paquetes que no han sido explícitamente instalados en el sistema (pero que son dependencias de otros programas), es recomendable ejecutar la orden de arriba de vez en cuando. Si ha cambiado últimamente alguno de sus parámetros USE quizá quiera añadir también --newuse. Portage comprobará si los cambios requieren la instalación de nuevos paquetes o la recompilación de los existentes:
Algunos paquetes del árbol Portage no tienen contenido real pero son utilizados para instalar un conjunto de paquetes. Por ejemplo, el paquete kde-meta instalará un entorno KDE completo en su sistema incluyendo varios paquetes relacionados con KDE y también sus dependencias. Si quiere desinstalar dicho paquete de su sistema, ejecutando emerge --unmerge sobre el paquete no tendrá efecto total ya que las dependencias permanecerán en su sistema. Portage tiene la funcionalidad de eliminar las dependencias huérfanas, pero la disponibilidad de software necesita que primero actualice completamente su sistema, incluyendo los nuevos cambios que ha aplicado si actualizó los parámetros USE. Después de esto, puede ejecutar emerge --depclean para eliminar las dependencias huérfanas. Cuando haya terminado, necesitará reconstruir las aplicaciones que estuvieran enlazadas dinámicamente a las que acaban de ser eliminadas pero no son necesarias. Todo esto se lleva a cabo a través de tres órdenes:
revdep-rebuild es parte del paquete gentoolkit; no olvide instalarlo primero:
A partir de la versión 2.1.7 de Portage, puede aceptar o rechazar la instalación de software basada en esta licencia. Todos los paquetes del árbol contienen una entrada LICENSE en sus ebuilds. Ejecutando emerge --search nombredepaquete le mostrará la licencia del paquete. Por defecto Portage permite todas las licencias, excepto Acuerdos Finales de la Licencia de Usuario (End User License Agreements o EULAs) que requieren la lectura y firma de un acuerdo de aceptación. La variable que controla las licencias permitidas es ACCEPT_LICENSE, la cual puede ser ajustada en /etc/portage/make.conf:
Con esta configuración, los paquetes que requieren interacción durante la instalación para aprobar su EULA no serán instalados. Los paquetes sin una EULA serán instalados. Puede ajustar ACCEPT_LICENSE globalmente en /etc/portage/make.conf, o puede especificarlo en de forma que afecte a solo un paquete en /etc/portage/package.license. Por ejemplo, si quiere permitir la licencia truecrypt-2.7 para app-crypt/truecrypt, añada lo siguiente a /etc/portage/package.license:
Esto permite la instalación de versiones de truecrypt que tengan la licencia truecrypt-2.7, pero no versiones con la licencia truecrypt-2.8.
Los grupos de licencias definidos en ACCEPT_LICENSE se prefijan con un signo @. Se muestra un ejemplo de un sistema que globalmente permite el grupo de licencias compatibles, así como otros grupos y licencias individuales:
Si quiere solo software libre y documentación en su sistema, debería usar la siguiente configuración:
En este caso, "free" está definido por la FSF y la OSI. Cualquier paquete cuya licencia no se ajuste a estos requisitos no será instalado en su sistema. 1.e. Cuando Portage se queja... Sobre SLOTs, paquetes virtuales, ramas, arquitecturas y perfiles Como mencionamos anteriormente, Portage es muy potente y soporta muchas características de las que carecen otras herramientas de gestión de software. Para comprender esto, explicaremos unos cuantos aspectos de Portage sin profundizar demasiado en los detalles. Con Portage, diferentes versiones de un mismo paquete pueden coexistir en un sistema. Mientras otras distribuciones tienden a renombrar el paquete con sus versiones (por ejemplo freetype and freetype2). Portage usa una tecnología llamada SLOTs (ranuras). Un ebuild declara un cierto SLOT para su versión. Ebuilds con diferentes SLOTs pueden coexistir en el mismo sistema. Por ejemplo, el paquete freetype tiene ebuilds con SLOT="1" y SLOT="2". También existen paquetes que proporcionan la misma funcionalidad pero están implementados de maneras distintas. Por ejemplo, metalogd, sysklogd y syslog-ng son todos paquetes de registro del sistema. Aplicaciones que necesitan la disponibilidad de un "registrador del sistema" no pueden depender, por ejemplo, de metalogd, ya que el resto de registradores del sistema son igualmente válidos. Portage permite virtuals: cada paquete de registro del sistema se lista como una dependencia "exclusiva" del servicio de registro en el paquete virtual logger de la categoría virtual, de esta forma las aplicaciones pueden depender del paquete virtual/logger. Cuando se instala el paquete, se obtendrá el primer paquete de registro mencionado, a menos que ya se haya instalado previamente un paquete que ofrezca el servicio (en este caso, la dependencia virtual ya está satisfecha). Los programas en el árbol Portage puede residir en diferentes ramas. Por defecto, su sistema solamente acepta paquetes que Gentoo considera estables. La mayoría de los paquetes nuevos, cuando son aceptados, ingresan en la rama inestable. Esto implica que necesitan hacerse más pruebas antes de marcarlo como estable. Aunque puede ver los ebuilds de ese software en su árbol de Portage, Portage no los actualizará hasta que sean marcados como estables. Algunos programas solo están disponibles para unas pocas arquitecturas. O los programas no funcionan en otras arquitecturas, o necesitan más pruebas, o el desarrollador que añade el programa a Portage no es capaz de verificar si el paquete funciona en diferentes arquitecturas. Cada instalación de Gentoo adhiere un cierto perfil el cual contiene, entre otra información, la lista de paquetes necesarios para que el sistema funcione normalmente.
Los Ebuilds contienen campos específicos que informan a Portage sobre sus dependencias. Hay dos posibles dependencias: dependencias de compilación, declaradas en DEPEND y dependencias en tiempo de ejecución, declaradas en RDEPEND. Cuando una de estas dependencias marca explícitamente un paquete o paquete virtual como no compatible, se dispara un bloqueo. Aunque las versiones recientes de Portage son lo suficientemente inteligentes para resolver los bloqueos de menor importancia sin necesidad de la intervención del usuario, ocasionalmente necesitará resolverlo a mano como se explica abajo. Para solucionar un bloqueo, puede elegir no instalar el paquete o desinstalar primero el paquete conflictivo. En el ejemplo anterior, puedes optar por no instalar postfix o eliminar primero ssmtp. También puede ocurrir que vea los paquetes en conflicto con operadores lógicos concretos, como por ejemplo <media-video/mplayer-1.0_rc1-r2. En este caso, actualizar a la versión más reciente del paquete bloqueante debería eliminar el bloqueo. También es posible que dos paquetes que aún no se han instalado se estén bloqueando mutuamente. En este caso (poco frecuente), se debería investigar por que necesitamos instalar ambos. En la mayoría de los casos se puede realizar con uno solo de los paquetes. Si no, por favor envíe un informe de error al sistema de seguimiento de errores de Gentoo. Paquetes enmascarados (masked)
Cuando quiera instalar un paquete que no está disponible para su sistema, recibirá un error de enmascaramiento. Debería probar a instalar una aplicación distinta que este disponible para su sistema o esperar hasta que el paquete este disponible. Siempre hay una razón para que un paquete esté enmascarado:
Cambios necesarios en los ajustes USE
También puede que se muestre el siguiente mensaje de error, si no se ha habilitado --autounmask:
Esta advertencia y error suceden cuando se quiere instalar un paquete que no solo depende de otro paquete, sino que requiere que ese paquete se haya construido con un ajuste USE en particular (o un conjunto de ajustes USE). En el ejemplo dado, el paquete app-text/feelings necesita construirse con USE="test", sin embargo, este ajuste USE no está habilitado en el sistema. Para resolver esta situación, puede añadir el ajuste USE requerido a sus ajustes globales en /etc/portage/make.conf, o definirlo específicamente para el paquete en /etc/portage/package.use.
La aplicación que está tratando instalar depende de otro paquete que no esta disponible para su sistema. Por favor, compruebe bugzilla para ver si el problema se conoce o no, en este caso informe de ello. A menos que este mezclando ramas esto no debería ocurrir y lo consideraremos un error.
La aplicación que quiere instalar tiene un nombre que corresponde con más de un paquete. Necesita aportar también el nombre de la categoría. Portage le informará de los posibles casos entre los que puede elegir.
Dos (o más) paquetes que quiere instalar dependen uno de otro y, por tanto, no pueden instalarse. Esto casi siempre se considera un error en el árbol Portage. Por favor, vuelva a sincronizar después de un tiempo e inténtelo de nuevo. También puede comprobar bugzilla para saber si se tiene conocimiento sobre el tema o si no, en cuyo caso informe sobre ello.
Portage no es capaz de descargar las fuentes para una aplicación específica y tratará de continuar instalando el resto de aplicaciones (si es posible). Este fallo puede deberse a que un servidor réplica no esta bien sincronizado o a que el ebuild apunta a una localización incorrecta. El servidor donde residen las fuentes podría estar caído por alguna razón. Pruebe después de una hora y vea si el problema persiste. Protección del Perfil de Sistema
Está intentando eliminar un paquete que es parte del fundamental de su sistema. Éste se haya en su perfil y es necesario, por tanto, no debería ser eliminado del sistema. Errores en la verificación del digest A veces, al intentar hacer emerge a un paquete, éste fallará, con el siguiente mensaje:
Esta es una señal que hay algún problema con el árbol Portage -- muchas veces esto es porque un desarrollador ha cometido una equivocación al ingresar un paquete en el árbol. Cuando falla la verificación del digest, no intente recalcularlo. El ejecutar ebuild foo manifest no va a resolver el problema; seguramente ¡lo empeorará! En lugar de esto, espere una o dos hora que el árbol estabilice. Es probable que el error haya sido detectado enseguida, pero podrá tomar algún tiempo para que propague la corrección al árbol Portage. Mientras espera, revise Bugzilla a ver si alguien ha reportado el problema, si no, siga adelante y archive un "bug" reportando el paquete roto. Una vez que compruebe que el error ha sido reparado, tal vez quiera re-sincronizar para recoger la suma de control reparada.
2. Los parámetros USE2.a. ¿Qué son los parámetros USE? Las ideas que hay detrás de los parámetros USE Mientras esté instalando Gentoo (o cualquier otra distribución, incluso otro sistema operativo), tomará varias decisiones dependiendo del entorno en el que esté trabajando. Una instalación para un servidor es distinta a una para una estación de trabajo. También una estación de trabajo dedicada a juegos es diferente a una estación de trabajo que se use para renderizados en 3D. Estas diferencias no solo dependen de los paquetes instalados, si no también de las características para las que ciertos paquetes tienen soporte. Si no necesita OpenGL, ¿para qué molestarse en instalar OpenGL y construir la mayoría de sus aplicaciones con soporte OpenGL? Si no quiere usar KDE, ¿para qué molestarte en compilar paquetes con soporte para KDE si podrían funcionar perfectamente sin él? Para ayudar a los usuarios a decidir qué instalar/activar o no, necesitamos que el usuario especifique su entorno de una manera sencilla. Esto obliga al usuario a decidir que es lo que realmente quiere; además de facilitar a Portage, nuestro sistema de gestión de paquetes, la tarea de tomar decisiones útiles. Definición de un parámetro USE Comencemos por definir qué son los parámetros USE. Un parámetro USE es una palabra clave que incorpora información de soporte y dependencias para un concepto en concreto. Si define un determinado parámetro USE, Portage sabrá que el usuario desea soporte para la palabra clave escogida. Por supuesto, también altera las dependencias de un paquete. Veamos un ejemplo específico: la palabra clave kde. Si no la tiene en su variable USE, todos los paquetes que tengan soporte opcional para KDE se construirán sin él. Los que tengan una dependencia opcional con KDE se instalarán sin instalar las librerías de KDE (como dependencia). Si ha definido la palabra clave kde, entonces dichos paquetes sí se construirán con soporte para KDE, y las librería de KDE serán instaladas Definiendo correctamente las palabras clave, conseguirá un sistema confeccionado específicamente para sus necesidades. Hay dos tipos de parámetros USE: globales y locales.
Puede encontrar una lista de los parámetros USE globales en línea o localmente en /usr/portage/profiles/use.desc. Se puede encontrar una lista de los parámetros USE locales en /usr/portage/profiles/use.local.desc. 2.b. Usando los parámetros USE Declarar parámetros USE permanentes Esperamos que se haya convencido de la importancia de los parámetros USE. Ahora pasaremos a explicar como se declaran estos parámetros. Como ya se ha dicho anteriormente, todos los parámetros USE se declaran dentro de la variable USE. Para simplificar al usuario la tarea de buscar y escoger parámetros USE, ya proporcionamos una configuración predeterminada. Esta configuración es un compendio de parámetros que creemos se utilizan frecuentemente por los usuarios de Gentoo. Dicha configuración predeterminada se declara en los ficheros make.defaults que forman parte de su perfil. El perfil al que atiende su sistema lo indica el enlace simbólico /etc/portage/make.profile. Cada perfil funciona sobre otro, más extenso, y el resultado final es una suma de todos ellos. El perfil más alto es el perfil base (/usr/portage/profiles/base). Echemos un vistazo a la configuración predeterminada para el perfil 13.0:
Como puede ver, esta variable contiene bastantes palabras clave. No modifique el fichero make.defaults para ajustar la variable USE a sus necesidades: ¡los cambios se perderán al actualizar el árbol del Portage! Para modificar esta configuración predeterminada, necesita añadir o eliminar palabras clave a la variable USE. Para llevarlo a cabo, se define la variable USE en /etc/portage/make.conf. En esta variable añada los parámetros USE que necesite o elimine los que no quiera. Para eliminarlos coloque el símbolo menos ("-") delante. Por ejemplo, para eliminar el soporte para KDE y QT además de añadir soporte para ldap, puede definirse el siguiente parámetro USE en /etc/portage/make.conf:
Declarar parámetros USE para paquetes específicos A veces le interesará establecer un cierto parámetro USE tan solo para una o dos aplicaciones, pero no para todo el sistema. Para solventar, esto, necesitará crear el directorio /etc/portage (si no existiera) y editar /etc/portage/package.use. Esta ruta es generalmente un único fichero pero podria ser un directorio; vea man portaga para más información. Los siguientes ejemplos asumirán que package.use es un único fichero. Por ejemplo, si no le interesa soporte global para berkdb pero lo quiere para mysql, necesita añadir:
Por supuesto también puede desactivar el empleo específico de un parámetro USE para una aplicación en concreto. Por ejemplo si no quiere soporte para java en PHP:
Declarar parámetros USE temporales A veces necesitará utilizar una cierta configuración de USE tan solo una vez. En lugar de editar /etc/portage/make.conf dos veces (una para hacer y otra para deshacer los cambios) puede declarar la variable USE como una variable de entorno. Recuerde que, si utiliza este método, cuando vuelva a emerger o actualice este aplicación (tanto si es particular como si forma parte de una actualización del sistema) ¡Perderá los cambios! Como ejemplo, vamos a eliminar temporalmente el parámetro java USE durante la instalación de seamonkey.
Por supuesto, hay una determinada precedencia respecto a qué configuración tiene prioridad sobre la configuración del USE. No querrá declarar USE="-java" y comprobar posteriormente que java continua utilizándose debido a una configuración que tiene mayor prioridad. La precedencia para la configuración del USE es (el primero tiene la mínima prioridad):
Para observar el valor final del USE tal y como lo verá Portage, ejecute emerge --info. Se listarán una serie de variables importantes (incluyendo la variable USE) con sus valores correspondientes.
Adaptar su Sistema Completamente a los Nuevos Parámetros USE Si ha cambiado sus parámetros USE y desea actualizar todo su sistema para que utilice el nuevo parámetro, utilice la opción de emerge llamada --newuse:
A continuación, ejecute una limpieza completa de Portage para eliminar las dependencias que habían sido instaladas en su "antiguo" sistema pero que han quedado obsoletas por los nuevos parámetros de USE.
Cuando haya finalizado la limpieza, ejecute revdep-rebuild para recompilar las aplicaciones que están enlazadas dinámicamente con los objetos que proporcionaban los paquetes eliminados. revdep-rebuild forma parte del paquete gentoolkit; no olvide hacer emerge primero.
Cuando todo esto haya terminado, su sistema estará utilizando la nueva configuración de los parámetros USE. 2.c. Parámetros USE específicos de un paquete Viendo los parámetros USE disponibles Veamos el ejemplo de seamonkey: ¿Qué parámetros USE influyen sobre él? Para averiguarlo, usamos emerge con las opciones --pretend (simula llevar a cabo la acción) y --verbose (obtener una salida más detallada):
emerge no es la única herramienta disponible para esta labor. De hecho, tenemos una herramienta llamada equery dedicada a obtener información sobre los paquetes; la cual se encuentra en el paquete gentoolkit. En primer lugar, instale gentoolkit:
Ahora ejecute equery con el argumento uses para ver los parámetros del USE de un paquete en concreto. Por ejemplo, en el caso del paquete gnumeric:
3. Características de Portage3.a. Características de Portage Portage tiene varias características adicionales que hacen de su experiencia con Gentoo algo mucho mejor. Muchas de estas características residen en ciertas herramientas software que mejoran el rendimiento, la estabilidad, la seguridad, ... Para activar o desactivar ciertas características de Portage necesita editar la variable FEATURES del archivo /etc/portage/make.conf. Esta variable contiene una lista con las palabras clave de cada característica separadas por un espacio en blanco. En algunos casos necesita además instalar la herramienta que implementa la característica. No todas las características que soporta Portage están aquí reflejadas. Para una consulta completa por favor revise la página de la ayuda referente a make.conf
Para conocer qué características están siendo utilizadas por defecto, ejecute emerge --info y busque la variable FEATURES o utilice grep:
distcc es un programa para distribuir un trabajo de compilación a través de muchas, no necesariamente idénticas, máquinas en una red. Los clientes de distcc envían toda la información necesaria a los servidores DistCC disponibles (corriendo distccd) así pueden compilar trozos de código fuente para el cliente. El resultado final, es un tiempo de compilación más rápido. Puede encontrar información más detallada sobre distcc (e información de como tenerlo funcionando sobre Gentoo) en nuestra Documentación Gentoo de Distcc. Distcc se distribuye con un monitor gráfico para monitorizar las tareas que su computador está enviando para compilar. Si usa Gnome entonces ponga 'gnome' en su configuración USE. De todas formas, si no usa Gnome pero sigue deseando disponer de un monitor, entonces debería poner 'gtk' en su configuración USE.
Añada distcc a la variable FEATURES dentro de /etc/portage/make.conf. Hecho esto, edite la variable MAKEOPTS conforme a sus necesidades. Una pauta conocida para configurarla es poner -jX con X representando el número de CPUs que ejecutan distccd (incluyendo la máquina local) más uno, pero quizá obtenga mejores resultados con otros números. Ahora ejecute distcc-config y cree una lista de los servidores distcc disponibles. Para un ejemplo simple, supondremos que los servidores DistCC son 192.168.1.102 (el host local), 192.168.1.103 y 192.168.1.104 (los dos hosts "remotos"):
Por supuesto, no se olvide ejecutar también el demonio distccd:
3.c. Compilación utilizando caché ccache es un caché de compilación rápida. Cuando compila un programa, puede cachear resultados intermedios, de forma que, si recompila el mismo programa, el tiempo de compilación se reducirá ampliamente. La primera vez que se ejecuta ccache, ésta será más lenta que una compilación normal. Recompilaciones posteriores deberían ser más rápidas. La herramienta ccache solo es útil si va a recompilar la misma aplicación muchas veces; por lo tanto en la mayoría de los casos es útil únicamente para los desarrolladores de software. Si esta interesado en los pros y los contras de ccache, por favor visite la página web de ccache.
Para instalar ccache, ejecute emerge ccache:
Primero, edite el fichero /etc/portage/make.conf y añada a la variable FEATURES la palabra clave ccache. A continuación, añada una nueva variable llamada CCACHE_SIZE y dele el valor "2G":
Para comprobar si ccache funciona, pídale a ccache que te muestre las estadísticas. Ya que Portage utiliza un directorio diferente para guardar los datos, se necesita fijar la variable CCACHE_DIR para reflejar esto:
La ruta /var/tmp/ccache es el directorio por defecto que emplea Portage para ccache; si quiere cambiar esta variable, configure CCACHE_DIR en /etc/portage/make.conf. Sin embargo, si ejecuta ccache, empleará como directorio por defecto ${HOME}/.ccache, que es la razón por la cual necesita configurar la variable CCACHE_DIR cuando se le pide a Portage que muestre las estadísticas de ccache. Utilizar ccache para compilaciones de C sin relación con Portage Si quiere utilizar ccache para compilaciones que no tengan que ver con Portage, añada /usr/lib/ccache/bin al principio de su variable PATH (antes de /usr/bin). Esto puede llevarse a cabo editando el fichero .bash_profile de su directorio home de usuario. .bash_profile es una de las maneras de definir las variables PATH.
3.d. Soporte para Paquetes Binarios Portage soporta la instalación de paquetes precompilados. A pesar de que Gentoo no proporciona paquetes precompilados por sí mismo (excepto para las imágenes GRP) Portage puede funcionar perfectamente con paquetes precompilados. Para crear un paquete precompilado puede utilizar quickpkg si el paquete está instado en su sistema, o emerge con las opciones --buildpkg o --buildpkgonly. Si quiere que Portage cree paquetes precompilados de cada paquete individual que instale, añada buildpkg a la variable FEATURES. Puede encontrar mayor soporte para la creación de conjuntos de paquetes precompilados con catalyst. Para más información sobre catalyst, por favor lea las Preguntas frecuentes sobre Catalyst (en inglés). Instalar Paquetes Precompilados A pesar de que Gentoo no proporciona uno, puede crear un repositorio central donde almacene paquetes precompilados. Si quiere utilizar este repositorio, necesita que Portage lo conozca a través de la variable PORTAGE_BINHOST que debe apuntar al repositorio. Por ejemplo, si los paquetes precompilados están en ftp://buildhost/gentoo:
Cuando quiera instalar un paquete precompilado, añada la opción --getbinpkg a la orden emerge junto a la opción --usepkg. La primera le indica a emerge que descargue el paquete precompilado del servidor definido previamente, mientras que el segundo indica a emerge que intente instalar el paquete precompilado antes de buscar el código fuente y compilarlo. Por ejemplo, para instalar gnumeric a través de paquetes precompilados:
Más información sobre las opciones para utilizar paquetes precompilados con emerge puede consultarse en la página de la ayuda:
Al hacer emerge a una serie de paquetes, Portage puede obtener las fuentes para el siguiente paquete en el lista aún mientras está compilando otro paquete, acortando los tiempos de instalación. Para hacer uso de esta opción agregue "parallel-fetch" a su variable FEATURES. Observe que está activada por defecto de modo que no necesitaría activarla explícitamente. Cuando Portage se ejecuta por el usuario root, FEATURES="userfetch" permitirá que Portage ejecute sin los privilegios de superusuario mientras obtiene las fuentes. Este es una pequeña mejora en la seguridad. 3.f. Obteniendo instantáneas validadas del árbol Portage Como administrador, puede optar por actualizar únicamente su árbol Portage local con una instantánea del árbol validada criptográficamente tal y como publica el equipo de infraestructura de Gentoo. Con esto se asegura que ningún otro servidor réplica falso está añadiendo código no deseado u otros paquete en el árbol que está descargando. Para configurar Portage, en primer lugar cree un almacén de confianza en el cual pueda descargar y aceptar las claves del equipo de infraestructura de Gentoo responsable del firmado de las instantáneas del árbol Portage. Desde luego, si lo desea puede validar esta clave GPG tal y como muestran estas instrucciones (por ejemplo comprobar la huella digital). Puede encontrar una lista de las claves GPG usadas por el equipo en ingeniería de lanzamientos en su página de proyecto.
A continuación, edite el fichero /etc/portage/make.conf y active el soporte para la validación de las instantáneas del árbol Portage firmadas (usando FEATURES="webrsync-gpg") y deshabilite la actualización del árbol Portage usando el método común emerge --sync.
Eso es todo. La próxima vez que ejecute emerge-webrsync, únicamente las instantáneas con una firma válida se expandirán en su sistema de ficheros. 4. Guiones de inicioAl iniciar, notará que pasará al frente suyo una gran cantidad de texto. Si pone atención, notará que estos textos son iguales cada vez que reinicie su sistema. La secuencia de todas estas acciones se llama la secuencia de inicio y es (más o menos) definido estáticamente. En primer lugar, su gestor de arranque cargará en memoria la imagen del núcleo que definió en la configuración del gestor de arranque, después de lo cual, se indica a la CPU que debe ejecutar el núcleo. Al ser cargado y luego ejecutado inicializa todas las estructuras y tareas específicas del núcleo e inicia el proceso init. Este proceso asegura que todos los sistemas de archivo (definidos en /etc/fstab) estén montados y listos para usar. Luego ejecuta varios guiones en /etc/init.d, correspondientes a los servicios requeridos para tener un sistema correctamente iniciado. Finalmente, al concluir la ejecución de los guiones, init activa los terminales (generalmente solo las consolas virtuales accesibles con Alt-F1, Alt-F2, etc.) fijándoles un proceso especial denominado agetty. Este proceso hará posible que pueda ingresar al sistema a través de uno de estos terminales ejecutando login. Guiones de inicio (init scripts) Ahora bien, init no solamente ejecuta los guiones contenidos en /etc/init.d de manera aleatoria. Aún más, no ejecuta todos los guiones del /etc/init.d, solamente los que han sido seleccionados para ejecutar. Los guiones seleccionados para ejecutar se encuentran dentro del directorio /etc/runlevels. Primero, init ejecuta todos los guiones de /etc/init.d cuyos vínculos simbólicos se encuentran dentro de /etc/runlevels/boot. Usualmente los iniciará en orden alfabético, pero algunos guiones tienen información relativa a dependencias, para lo cual otros guiones deben ser iniciados anteriormente. Cuando se ejecuten todos los guiones referenciados en /etc/runlevels/boot, init continua su trabajo con los guiones en /etc/runlevels/default. Una vez más, usará el orden alfabético, salvo cuando hay dependencias, en cuyo caso es alterado el orden de inicio para realizar una secuencia válida de arranque. Por supuesto que init no decide todo eso por su cuenta. Requiere un archivo de configuración que especifica las acciones a tomar. Este archivo es /etc/inittab. Si recuerda al secuencia de inicio recién explicada, recordará que la primera acción de init es montar todos los sistemas de archivo. Esto está definido en la siguiente línea de /etc/inittab:
Esa línea dice a init que debe ejecutar /sbin/rc sysinit al iniciar el sistema. Los guiones /sbin/rc se encargan de la inicialización, con lo que podríamos decir que init no hace mucho, delega la tarea de inicialización del sistema a otro proceso. En segundo lugar, init ejecutó los guiones con vínculos simbólicos en /etc/runlevels/boot. Esto se define en la siguiente línea:
Una vez más, el guión rc lleva a cabo las tareas necesarias. Note que la opción de rc (boot) corresponde al subdirectorio usado bajo /etc/runlevels. Ahora init revisa su archivo de configuración para ver que nivel de ejecución debe ejecutar. Para decidirlo, lee la siguiente línea de /etc/inittab:
En este caso (para la mayoría de usuarios Gentoo), el identificador del nivel de ejecución será el 3. Con esta información init revisa qué debe ejecutar para iniciar el nivel de ejecución 3:
La línea que define el nivel 3, de nuevo usa el guión rc para iniciar los servicios (ahora con el parámetro por defecto default). Note una vez más que el parámetro pasado al guión rc corresponde al subdirectorio de /etc/runlevels. Al terminar rc, init decide cuáles consolas virtuales debe activar y qué órdenes se deben ejecutar para cada una:
¿Qué es un nivel de ejecución? Ha visto que init utiliza un esquema de numeración para decidir cual nivel de ejecución debe activar. Un nivel de ejecución es un estado en el cual su sistema está corriendo y contiene guiones (del nivel de ejecución o initscripts) que serán ejecutados al ingresar o salir del nivel de ejecución. En Gentoo, hay siete niveles de ejecución definidos: tres internos y cuatro definidos por el usuario. Los internos se llaman sysinit, shutdown y reboot y hacen exactamente lo que implican sus nombres, inicialización, apagado y reinicio del sistema. Los niveles de ejecución definidos por el usuario están acompañados de un subdirectorio bajo /etc/runlevels: boot, default, nonetwork y single. El nivel de ejecución boot inicia los servicios necesarios que requieren los demás niveles de ejecución. Los tres niveles de ejecución restantes difieren respecto a los servicios que inician: default es para uso diario, nonetwork en caso de no requerirse la red y single es utilizado en caso de necesitar arreglar el sistema. Trabajando con los guiones de inicio Los guiones iniciados por el proceso rc son llamados guiones de inicio o init scripts. Cada guión en /etc/init.d puede ser ejecutado con los parámetros start, stop, restart, pause, zap, status, ineed, iuse, needsme, usesme o broken. Para iniciar, parar o reiniciar un servicio (y sus respectivas dependencias), deben usarse start, stop y restart:
Si desea parar un servicio, pero no los que dependan de el, puede usar el parámetro pause para pausarlo:
Si desea ver el estado de un servicio (iniciado, parado, pausado, ...) puede usar el parámetro status:
Si la respuesta a status indica que el servicio está corriendo, pero realmente no es así, puede reajustarlo manualmente con el parámetro zap:
Para preguntar por las dependencias que tiene un servicio, puede usar iuse o ineed. Con ineed puede ver cuales servicios son realmente necesarios para el correcto funcionamiento del servicio nombrado. Por otra parte, el parámetro iuse muestra los servicios que pueden ser usados por el servicio nombrado, pero que no son requeridos para su correcto funcionamiento.
De igual manera, puede indagar que servicios requieren el servicio nombrado (needsme) o cuáles pueden usarlo (usesme):
Finalmente, puede indagar cuales dependencias son requeridas y están faltando:
El sistema de inicio (init) de Gentoo usa un árbol de dependencias para decidir qué servicios deben iniciarse primero. Como ésta es una tarea tediosa, que no deseamos que nuestros usuarios tengan que hacer manualmente, hemos creado unas herramientas para facilitar la administración de los niveles de ejecución y los guiones de inicio. Con rc-update puede añadir o quitar guiones de inicio a un nivel de ejecución. La herramienta rc-update automáticamente usará el guión depscan.sh para reconstruir el árbol de dependencias. Añadiendo y removiendo servicios Ya hemos agregado guiones de inicio al nivel de ejecución por defecto durante la instalación de Gentoo. En ese instante tal vez no haya tenido una idea clara acerca del uso de un nivel de ejecución "por defecto", aunque ahora sí. El guión rc-update requiere un segundo parámetro que define la acción a llevar a cabo: add, del o show para agregar, borrar o mostrar. Para añadir o quitar un guión de inicio, use rc-update con el parámetro add o del, seguido por el nombre del guión de inicio y el nivel de ejecución, por ejemplo:
La orden rc-update -v show mostrará todos los guiones de inicio con los niveles de ejecución donde ejecutarán:
Es posible ejecutar también rc-update show (sin -v) simplemente para ver los guiones de inicio activos y sus respectivos niveles de ejecución. 4.c. Configuración de servicios ¿Porqué requerimos configuración adicional? Los guiones de inicio pueden ser bastante complejos, por lo cual no es interesante que los usuarios modifiquen directamente el guión de inicio, ya que esto puede ser propenso a errores. Sin embargo es importante poder configurar estos servicios, en caso que se quieren dar más opciones al servicio. Una segunda razón para mantener esta información fuera del guión de inicio es para poder actualizar estos guiones sin que los cambios de configuración sean perdidos. Gentoo provee una manera fácil de configurar estos servicios: cada guión de inicio configurable tiene un archivo dispuesto en /etc/conf.d. Por ejemplo, el guión de inicio apache2 (llamado /etc/init.d/apache2) tiene un archivo de configuración de nombre /etc/conf.d/apache2, el cual contiene las opciones a pasar al servidor web Apache 2 en el momento de inicio:
Este tipo de archivo de configuración contiene solamente variables (como /etc/portage/make.conf), lo que facilita la configuración de servicios. También nos permite suministrar información adicional acerca de las variables (en forma de comentarios). 4.d. Escribiendo guiones de inicio Realmente, no. Escribir un guión de inicio usualmente no hace falta, ya que Gentoo provee guiones listos para usar para todos los servicios suministrados. Sin embargo, puede haber instalado un servicio sin usar Portage, en cuyo caso probablemente tenga que crear un guión de inicio. No use el guión de inicio suministrado por el servicio si no está explícitamente escrito para Gentoo: los guiones de inicio de Gentoo ¡no son compatibles con los de las demás distribuciones! La disposición básica de un guión de inicio se muestra a continuación.
Cualquier guión de inicio requiere la definición de la función start(). Todas las demás son opcionales. Hay dos dependencias que puede definir: use y need. Tal como hemos mencionado anteriormente, la dependencia need es más estricta que la dependencia use. Siguiendo este esquema, se declaran los servicios que dependen de éste o la dependencia virtual. Existen dos ajustes relacionados con las dependencias que puede definir y que influyen en el arranque o secuenciación de los guiones de inicio: use y need. Aparte de estas dos, existen también dos métodos que influyen en el orden llamados: before y after. Estos últimos no son dependencias en sí mismos, no provocan el fallo del guión de inicio si el guión seleccionado no está programado para ser iniciado (o falla al iniciar).
Debería quedar claro una vez leida la parte de arriba, que need es el único ajuste que define un "auténtica" dependencia ya que afecta al hecho de que el guión sea arrancado o no. Las demás son simplemente apuntes al sistema de inicio para clarificar el orden en el que los guiones deben (o deberían ser arrancados). Si echa un vistazo al muchos de los guiones de inicio disponibles en Gentoo, observará que algunos tienen dependencias de objetos que no son guiones de inicio. Estos "objetos" son los llamados virtuals (virtuales). Una dependencia virtual es una suministrada por un servicio, pero no solo por ese servicio. Su guión de inicio puede depender de un gestor de registro de sistema, habiendo disponibilidad de varios (metalogd, syslog-ng, sysklogd, ...). Como no se necesitan todos (ningún sistema normal tiene todos estos gestores de registro instalados y corriendo) nos aseguramos que todos estos servicios provean una dependencia virtual. Examinemos la información de dependencia del servicio postfix.
Como podemos ver, el servicio postfix:
Tal y como se ha descrito en la sección anterior, puede indicarle al sistema de inicio qué orden debe seguir para arrancar (o parar) los guiones. Este orden es manejado tanto por los ajustes de dependencia use y need, como por los ajustes de orden before y after. Como ya hemos descrito estos ajustes, echemos un vistazo al servicio Portmap como ejemplo de guión de inicio.
También puede usar el carácter que engloba "*" para todos los servicios, aunque no es aconsejable.
Si su servicio debe escribir a discos locales, debe necesitar localmount. Si escribe algo en /var/run como un archivo pid, entonces debería comenzar después de bootmisc:
Junto con la función depend(), hará falta definir la función start(), que contiene las órdenes necesarias para inicializar su servicio. Es aconsejable usar las funciones ebegin y eend para informarle al usuario acerca de lo que está ocurriendo:
Ambos --exec y --pidfile deben usarse en las funciones start y stop. Si el servicio no crea un archivo pid, entonces use --make-pidfile si es posible, aunque debe probar esto para estar seguro. De otra manera, no use archivos pid. Puede también agregar --quiet a las opciones al start-stop-daemon, pero esto no es recomendado a no ser que el el servicio sea extremadamente verboso. Usando --quiet puede interferir con la depuración si el servicio no logra arrancar. Otro ajuste notable usado en el ejemplo de arriba es la comprobación de los contenidos de la variable RC_CMD. Al contrario que el sistema de guiones de inicio anterior, el nuevo sistema openrc no soporta funcionalidad de reinicio específica de los guiones. En lugar de esto, el guión necesita comprobar el contenido de la variable RC_CMD para var si una función (sea start() o stop()) se llama como parte del reinicio o no.
Si requiere más ejemplos de funciones start(), favor leer directamente las fuentes de los guiones de inicio en su directorio /etc/init.d. Otra función que puede definir es stop(). Sin embargo, ¡No está obligado a definir esta función! Nuestro sistema de inicio es lo suficientemente inteligente para rellenar esta función por sí mismo si utiliza start-stop-daemon. A continuación se muestra un ejemplo de la función stop():
Si su servicio corre otro guión (por ejemplo, bash, python o perl), y este guión luego cambia algún nombre (por ejemplo, foo.py a foo), entonces hará falta agregar --name al start-stop-daemon. Debe especificar el nombre al cual cambiará el guión. En este ejemplo, un servicio inicia foo.py, el cual cambia de nombre a foo:
El start-stop-daemon tiene una excelente página man si requiere más información:
La sintaxis de los guiones de inicio de Gentoo está basada en el intérprete de comandos POSIX, de manera que es libre de usar construcciones compatibles con sh dentro del guión de inicio. No utilice otras construcciones, por ejemplo las del tipo bash, en los guiones de inicio para asegurarse de que los guiones funcionen en el futuro incluso si se cambia el sistema de inicio de Gentoo. Añadiendo opciones personalizadas Si desea que su guión de inicio soporte un mayor número de opciones de las que hemos encontrado hasta ahora, debe agregar la opción a la variable extra_commands y crear una función con el mismo nombre que la opción. Por ejemplo, para dar soporte a una opción llamada restartdelay:
Variables para la configuración de servicios No hay que hacer nada para soportar un archivo de configuración en /etc/conf.d: si su guión de inicio se ejecuta, los siguientes archivos serán automáticamente leídos (sourced) y las variables estarán disponibles para usar.
También, si su guión de inicio provee una dependencia virtual (como net), el archivo asociado a esa dependencia (el /etc/conf.d/net) será leído también. 4.e. Cambiando el comportamiento del nivel de ejecución ¿Quién puede beneficiarse de esto? Muchos usuarios de equipos portátiles conocen la situación: en casa necesita iniciar net.eth0 mientras que puede no querer iniciar net.eth0 mientras está de viaja (cuando no hay una red disponible). Con Gentoo puede modificar el comportamiento del nivel de ejecución para sus propios propósitos. Por ejemplo puede crear un segundo nivel de ejecución "default" con el cual puede arrancar y que utiliza otros guiones de inicio que le han sido asignados. Puede seleccionar al arrancar que nivel de ejecución quiere utilizar. Antes de nada, cree el directorio para su segundo nivel de ejecución "default". Como ejemplo vamos a crear el nivel de ejecución offline:
Añada los guiones de inicio necesarios para el nuevo nivel de ejecución. Por ejemplo, si quiere una copia exacta de su actual "default" pero sin net.eth0:
Incluso aunque se haya eliminado net.eth0 del nivel de ejecución offline, puede que udev quiera intentar iniciar cualquier dispositivo que detecte y lanzar los servicios apropiados, una funcionalidad llamada hotplugging (enchufado en caliente). Por defecto Gentoo no habilita esta funcionalidad. Si quiere habilitar el hotplugging pero solo para un conjunto seleccionado de guiones, utilice la variable rc_hotplug en /etc/rc.conf:
Ahora edite la configuración de su gestor de arranca y añada una nueva entrada para el nivel de ejecución offline. Por ejemplo, en /boot/grub/grub.conf:
Listo, ha terminado de configurarlo. Si arranca su sistema y selecciona la nueva entrada al inicio, el nivel de ejecución offline será el utilizado en lugar del default. Utilizar bootlevel es completamente análogo a softlevel. La única diferencia es que se define un segundo nivel de ejecución "boot" en lugar de un segundo "default". 5. Variables de entornoUna variable de entorno es un objeto designado para contener información usada por una o más aplicaciones. Algunos usuarios (especialmente aquellos nuevos en Linux) encuentran esto un poco extraño o inmanejable. Sin embargo esto no es cierto: usando variables de entorno hace que cualquiera pueda cambiar una opción de configuración para una o más aplicaciones fácilmente. La siguiente tabla muestra un listado de variables de entorno usado por un sistema Linux y describe su uso. Los valores de ejemplo se encuentran después de la tabla.
A continuación puedes encontrar ejemplos de definiciones para todas estas variables:
5.b. Definiendo variables globalmente Para centralizar la definición de estas variables, Gentoo introduce el directorio /etc/env.d. Dentro de este directorio se encuentran varios ficheros como por ejemplo 00basic, 05gcc, etc. los cuales contienen las variables necesarias para la aplicación de la cual llevan el nombre. Por ejemplo, al instalar gcc, un fichero llamado 05gcc que contiene la definición de las siguientes variables, fue creado por el ebuild:
Otras distribuciones le piden modificar o añadir definiciones de variables de entorno semejantes en /etc/profile o en otros sitios. Por otro lado, Gentoo nos hace (y a Portage) más fácil mantener y manejar las variables de entorno sin tener que prestar atención a los numerosos ficheros que pueden contenerlas. Por ejemplo, cuando gcc es actualizado, también es actualizado el fichero /etc/env.d/05gcc sin ser necesaria ninguna interacción por parte del usuario. Esto no solo beneficia a Portage, sino también al usuario. En ocasiones se podrá pedir establecer cierta variable de entorno para todo el sistema. Como ejemplo, tomamos la variable http_proxy. En lugar de perder el tiempo con /etc/profile, puedes crear el fichero (/etc/env.d/99local) y introducir la(s) definición(es) en él:
Usando el mismo fichero para todas las variables, se obtiene una visión rápida de las variables que definidas por uno mismo. Varios archivos de /etc/env.d definen la variable PATH. esto no es un error: cuando ejecute env-update, este concatenará las múltiples definiciones antes de actualizar las variables de entorno, haciendo más fácil a los paquetes (o usuarios) añadir sus propias opciones en las variables de entorno sin interferir con los valores ya existentes. El guión env-update concatenará los valores alfabéticamente ordenados por el nombre de los ficheros de /etc/env.d. Los nombres de fichero deben comenzar con dos dígitos decimales.
La concatenación de variables no siempre funciona, solo con las siguientes variables: ADA_INCLUDE_PATH, ADA_OBJECTS_PATH, CLASSPATH, KDEDIRS, PATH, LDPATH, MANPATH, INFODIR, INFOPATH, ROOTPATH, CONFIG_PROTECT, CONFIG_PROTECT_MASK, PRELINK_PATH, PRELINK_PATH_MASK, PKG_CONFIG_PATH y PYTHONPATH. Para el resto de variables, se utiliza el último valor definido (en orden alfabético de ficheros en /etc/env.d). Puede incluir más variables en esta lista de variables concatenadas añadiendo el nombre de la variable a la variable COLON_SEPARATED o a la variable SPACE_SEPARATED (definidas también en el fichero env.d). Cuando ejecute env-update, el guión creará todas las variables de entorno y las colocará en /etc/profile.env (el cual es usado por /etc/profile). Además, también extraerá la información de la variable LDPATH y la usará para crear /etc/ld.so.conf. Después de esto, ejecutará ldconfig para recrear el archivo usado por el enlazador dinámico: /etc/ld.so.cache. Si quiere observar el efecto de env-update inmediatamente después de ejecutarlo, ejecute la siguiente orden para actualizar su entorno. Posiblemente, los usuarios que instalaron Gentoo ellos mismos, recordarán estas instrucciones de la instalación:
5.c. Definiendo variables locales No siempre queremos definir variables de entorno globales. Por ejemplo, podríamos querer añadir /home/my_user/bin y el directorio de trabajo actual (en el cual nos encontramos), a la variable PATH, pero no queremos que todos los usuarios de nuestro sistema lo tengan en su PATH. Si queremos definir una variable localmente, debemos usar ~/.bashrc o ~/.bash_profile:
Cuando vuelva a iniciar la sesión, su variable PATH será actualizada. En ocasiones, se requieren definiciones aún más estrictas. Puede querer usar binarios de un directorio temporal que ha creado sin tener que usar la trayectoria completa a los binarios o sin editar ~/.bashrc. Para estos momentos necesitará esto. En este caso, puede definir la variable PATH en su sesión activa usando la orden export. Mientras no cierre la sesión, la variable PATH usará los valores temporales.
C. Trabajando con Portage1. Archivos y directoriosPortage viene con una configuración predefinida guardada en /etc/make.globals. Cuando le eche un vistazo, comprobará que toda la configuración de Portage se realiza a través de variables. A qué variables atiende Portage y que significan se describe un poco después. Como muchas directivas de configuración varían de unas arquitecturas a otras, Portage también posee algunos archivos de configuración que son parte de perfil. Su perfil está apuntado por el enlace simbólico /etc/portage/make.profile; las configuraciones de Portage se realizan en los archivos make.defaults de su perfil y de todos los perfiles padres. Explicaremos algo más sobre perfiles y el directorio /etc/portage/make.profile más adelante. Si está pensando en cambiar una variable de configuración, no modifique /etc/make.globals o make.defaults. En lugar de eso utilice /etc/portage/make.conf el cual tiene preferencia sobre los archivos anteriores. También encontrará usr/share/portage/config/make.conf.example. Como su propio nombre indica, este archivo es meramente un ejemplo y Portage no lo utilizará con ningún propósito. También puede definir una variable de configuración para Portage como una variable de entorno, pero no es recomendable. Información específica del perfil Ya hemos hablado del directorio /etc/portage/make.profile. Bien, exactamente no es un directorio pero es un enlace simbólico a un perfil, por defecto uno perteneciente a /usr/portage/profiles también puede crear un perfil en cualquier otro lado y apuntarlo. El perfil al cual apunta el enlace simbólico será el que tenga en cuenta su sistema. Un perfil contiene información específica para Portage sobre cada arquitectura, tal como una lista de paquetes que pertenecen al sistema correspondiente con ese perfil, una lista de paquetes que no funcionan (o están enmascarados) para ese perfil, etc. Configuración específica para usuarios Cuando necesite sobreescribir una característica de Portage relativa a la instalación de software, necesitará editar los archivos contenidos en /etc/portage.¡ Se recomienda encarecidamente que utilice los archivos pertenecientes a /etc/portage y está desaconsejada la sobreescritura de estas características con variables de entorno.! Dentro de /etc/portage puede crear los siguientes archivos:
Estos no tienen que ser archivos; también pueden ser directorios que contengan un archivo por paquete. Podemos obtener más información acerca del directorio /etc/portage y una lista de archivos que pueden crearse allí en la página man de Portage.
Cambiando el fichero de Portage y el lugar del directorio Los archivos de configuración mencionados anteriormente no pueden ser guardados en ningún otro sitio, Portage siempre los buscará en esos lugares exactos. Sin embargo, Portage utiliza otras muchos lugares para varios propósitos: el directorio de compilación, el lugar donde guardar el código fuente, la localización del árbol de Portage, ... Todos estos propósitos tienen unas direcciones predeterminadas muy claras pero puede cambiarlas por las que más le gusten indicándolo en /etc/portage/make.conf. El resto de este capítulo explica los lugares destinados a un propósito especial que utiliza Portage y como puede ser modificado su emplazamiento en el sistema de ficheros. Este documento no pretende ser utilizado como referencia. Si necesita una cobertura 100%, por favor consulte las páginas del man relativas a Portage y make.conf:
La ubicación predeterminada del árbol de Portage es /usr/portage. Esta definida por la variable PORTDIR. Cuando guarde el árbol de Portage en cualquier otro lugar (modificando esta variable), no olvide cambiar el enlace simbólico /etc/portage/make.profile de acuerdo con su cambio. Si modifica la variable PORTDIR, seguramente quiera cambiar las siguientes variables ya que no tienen constancia del cambio de PORTDIR. Esto es debido a cómo Portage maneja las variables: PKGDIR, DISTDIR, RPMDIR. Aunque Portage no utilice binarios pre-compilados por defecto, tiene un buen soporte para ellos. Cuando a Portage se le indica que trabaje con paquetes pre-compilados, los buscará en /usr/portage/packages. Esta ubicación está definida por la variable PKGDIR. El código fuente de las aplicaciones se guarda por defecto en /usr/portage/distfiles. Esta ubicación viene definida por la variable DISTDIR. Portage guarda el estado del sistema (que paquetes están instalados, qué archivos pertenecen a cada paquete, ...) en /var/db/pkg. ¡No se deben modificar estos archivos manualmente! Podría romper el conocimiento que tiene Portage sobre el sistema. La caché de Portage (con modificaciones temporales, paquetes virtuales, árbol de dependencias, ...) se guarda en /var/cache/edb. Esta ubicación es una verdadera caché: se puede limpiar si no se está ejecutando ninguna aplicación que tenga relación con Portage en este momento. Ficheros temporales de Portage Los ficheros temporales de portage se guardan por defecto en /var/tmp. Esta ubicación se define en la variable PORTAGE_TMPDIR. Si modifica la variable PORTAGE_TMPDIR, necesitará cambiar las siguientes variables ya que no tendrán constancia del cambio. Esto es debido a cómo Portage maneja la variable: BUILD_PREFIX. Portage crea directorios de compilación específicos para cada paquete que se emerge dentro de /var/tmp/portage. Esta ubicación viene definida por la variable BUILD_PREFIX. Ubicación del sistema de ficheros Por defecto, Portage instala todas los archivos en el sistema de ficheros activo (/), pero puede cambiarse esta configuración a través de la variable de entorno ROOT. Esto es útil cuando quiera crear nuevas imágenes compiladas. 1.d. Características de registro de acciones (log) Registro de acciones de Ebuilds Portage puede crear un registro por ebuild, pero solamente cuando la variable PORT_LOGDIR esté configurada y apuntando a una dirección con permisos de escritura para Portage (usuario Portage). De manera predeterminada está variable está desactivada. Si no configura PORT_LOGDIR no recibirá los registros con el sistema de registro actual, aunque tal vez reciba algún registro del nuevo elog. Si no tiene definido PORT_LOGDIR y usa elog, recibirá los registros de construcción de paquetes y cualquier otro registro salvado por elog, como se explica a continuación. Portage ofrece un control de grano fino sobre el registro de sistema mediante el uso de elog:
2. Configuración por medio de variables2.a. Configuración del sistema Portage Como hemos acotado previamente, Portage es configurable a través de múltiples variables de entorno que se deben definir en /etc/portage/make.conf. Por favor, consulte la página man de make.conf para una información más completa:
7.c. Opciones al momento de construcción Opciones de configuración y del compilador Cuando Portage construye las aplicaciones, pasa el contenido de las siguientes variables al guión de compilación y configuración:
El parámetro USE también se usa al configurar y compilar, pero éste ha sido explicado ampliamente en capítulos previos. Cuando Portage integra una versión más nueva de algún paquete de software, también eliminará los archivos obsoletos de la versión anterior del sistema. Portage otorga un tiempo de gracia de 5 segundos al usuario antes de llevar esta tarea a cabo. Este tiempo se define por medio de la variable CLEAN_DELAY. Puede decirle a emerge que use ciertas opciones cada vez que sea ejecutado configurando la variable EMERGE_DEFAULT_OPTS. algunas opciones útiles podrían ser --ask, --verbose, --tree, etc. 2.c. Protección de los archivos de configuración Ubicaciones protegidas por Portage Portage sobreescribe los archivos provistos por versiones más nuevas de un paquete si estos no estan almacenados en un lugar protegido. Estos lugares protegidos se definen con la variable CONFIG_PROTECT y generalmente corresponden a rutas de archivos de configuración. Este listado de directorios es delimitado con espacios en blanco. Los archivos de configuración nuevos que se escriban en rutas protegidas lo serán con un nombre modificado y el usuario será advertido acerca de su presencia. Puede averiguar qué lugares están protegidos en la variable CONFIG_PROTECT con la salida de la orden emerge --info:
Más información acerca de la protección de archivos de configuración por Portage está disponible en la sección de archivos de configuración (CONFIGURATION FILES) de la página man de emerge:
Para 'desproteger' ciertos subdirectorios en directorios protegidos, use la variable CONFIG_PROTECT_MASK. Cuando la información o datos no están disponibles en su sistema, Portage los descargará de la Internet. Las ubicaciones de los servidores para los canales de información y datos se definen mediante los siguientes variables:
Un tercer parámetro involucra la ubicación del servidor rsync utilizado al actualizar el árbol Portage:
Las variables GENTOO_MIRRORS y SYNC pueden ser configurados automáticamente a través de la aplicación mirrorselect. Debe hacer emerge mirrorselect primero, antes de usarla. Para más información, vea la ayuda de mirrorselect en línea:
Si su entorno requiere el uso de un servidor proxy, configure las variables http_proxy, ftp_proxy y RSYNC_PROXY para declararlos. Cuando Portage requiera descargar fuentes, utiliza por defecto la orden wget. Puede cambiar esto usando la variable FETCHCOMMAND. Portage puede continuar una descarga hecha en forma parcial. Usa wget por defecto, pero puede cambiarlo usando la variable RESUMECOMMAND. Asegúrese que sus FETCHCOMMAND y RESUMECOMMAND guarde las fuentes en la ubicación correcta. Al definir las variables debe usar \${URI} y \${DISTDIR} para apuntar a la ubicación de las fuentes y la ubicación del directorio distfiles respectivamente. Puede definir manejadores específicos por protocolo con FETCHCOMMAND_HTTP, FETCHCOMMAND_FTP, RESUMECOMMAND_HTTP, RESUMECOMMAND_FTP, etc. Aunque no se puede alterar la orden rsync usada para actualizar el árbol Portage, podrá configurar algunas de las variables para modificar su comportamiento:
For more information on these options and others, please read man rsync. Puede escoger su rama por defecto a través de la variable ACCEPT_KEYWORDS. El valor por defecto es la rama estable de su plataforma. Para más información acerca de las ramas de Gentoo, vea el capítulo siguiente. Puede activar ciertas características de Portage por medio de la variable FEATURES. Estas han sido discutidas en capítulos previos, por ejemplo Características de Portage. 2.f. Comportamiento de Portage Con la variable PORTAGE_NICENESS, puede aumentar o reducir el valor "nice" con el que ejecuta Portage. El valor de la variable PORTAGE_NICENESS se suma al valor "nice" actual. Para más información acerca de valores "nice", vea la página man de nice:
El valor de NOCOLOR, que por defecto es "falso", define si Portage desactiva el uso de los colores en su salida. 3. Mezcla de ramales de softwareLa variable ACCEPT_KEYWORDS define que rama de programas va a utilizar en su sistema. Como predeterminada figura la rama estable para su arquitectura, por ejemplo x86. Recomendamos que solamente utilice la rama estable. Sin embargo si no le importa demasiado la estabilidad y quiere ayudar a Gentoo a través del envío de informes de error a http://bugs.gentoo.org, siga leyendo. Si quiere utilizar los programas más recientes, puede considerar utilizar la rama de pruebas. Para que Portage utilice la rama de pruebas, añada un ~ delante de su arquitectura. La rama de pruebas es exactamente para eso - pruebas. Si un paquete se encuentra en pruebas, eso significa que los desarrolladores creen que funciona, pero no ha sido probado concienzudamente. Podría, perfectamente, ser el primero en descubrir un error en el paquete, en cuyo caso puede rellenar un informe para ponerlo en conocimiento de los desarrolladores. Aunque se debe tener cuidado, se pueden experimentar problemas de estabilidad, gestión del paquete imperfecta (por ejemplo dependencias erróneas), actualizaciones demasiado frecuentes (que dan cómo resultado múltiples compilaciones) o paquetes que no funcionan. Si no se conoce cómo funciona Gentoo y como resolver los problemas, recomendamos que se quede con la rama probada y estable. Por ejemplo, para seleccionar la rama de pruebas en una arquitectura x86, edite /etc/portage/make.conf y escriba:
Si actualiza su sistema ahora, encontrará que muchos paquetes serán actualizados. Tenga cuidado ya que: cuando haya actualizado su sistema para emplear la rama inestable, normalmente no hay una manera sencilla de volver a la rama estable (excepto mediante el empleo de copias de seguridad, claro). 3.b. Mezclando ramales estable con pruebas La ubicación package.accept_keywords Puede pedirle a Portage que le permita utilizar la rama de pruebas para algunos paquetes pero seguir utilizando la rama estable en el resto del sistema. Para realizar esto, añada la categoría del paquete y el nombre si quiere utilizar la rama de pruebas al fichero /etc/portage/package.accept_keywords. Además podría crear un directorio (con este mismo nombre) y situar allí el paquete en un fichero. Por ejemplo, para utilizar la rama de pruebas con gnumeric:
Probando versiones específicas Si quiere utilizar una versión específica de algún paquete de la rama de pruebas pero no quiere que portage utiliza esa rama de pruebas para las siguientes versiones, puede añadir la versión a package.accept_keywords. En este caso se debe utilizar el operador =. También puede introducir un rango de versiones con los operadores <=, <, > or >= . En cualquier caso, si añade información sobre una versión, debe utilizar un operador. Si lo deja sin información sobre la versión, no puede emplear un operador. En el siguiente ejemplo indicamos a Portage que acepte gnumeric-1.2.13:
3.c. Empleo de paquetes enmascarados
Cuando un paquete ha sido enmascarado por los desarrolladores de Gentoo y aún así desea utilizarlo a pesar de la razón que se menciona en el fichero package.mask (situado por defecto en /usr/portage/profiles), añada la versión deseada (normalmente será exactamente la misma línea de profiles) en el fichero /etc/portage/package.unmask (o en un archivo dentro de ese directorio, si es que es un directorio). Por ejemplo, si =net-mail/hotwayd-0.8 está enmascarado, puede desenmascararlo añadiendo exactamente la misma línea en package.unmask:
Cuando no quiera que Portage instale un paquete en concreto o una versión específica de un paquete en su sistema, puede enmascararlo simplemente añadiendo la línea apropiada a /etc/portage/package.mask (tanto si es un fichero como si es un directorio y se hace en un fichero dentro de él). Por ejemplo, si no quiere que Portage instale otras fuentes del núcleo que no sean gentoo-sources-2.6.8.1, añada la siguiente línea a package.mask:
4. Herramientas adicionales de portagedispatch-conf es una herramienta diseñada para combinar los archivos ._cfg0000_<name>. Los archivos ._cfg0000_<name> son generados por Portage cuando intenta sobreescribir un archivo en un directorio protegido por la variable CONFIG_PROTECT. Empleando dispatch-conf, se puede actualizar la configuración mientras se registran todos los cambios realizados. dispatch-conf guarda las diferencias entre las distintas configuraciones como parches utilizando el sistema de control de versiones RCS. Esto implica que, si se comete un error en la actualización de un archivo de configuración, se puede regresar a la versión anterior del archivo en cualquier momento. Cuando se utiliza dispatch-conf, se le puede indicar que deje el archivo de configuración tal cual, que utilice la nueva configuración, que permita editar la configuración actual o que combine los cambios interactivamente. dispatch-conf además dispone de algunas funcionalidades adicionales:
Hay que asegurarse de primero editar /etc/dispatch-conf.conf y crear el directorio al que hace referencia la variable archive-dir.
Cuando se ejecuta dispatch-conf, se procesan todos los ficheros de configuración que cambian, uno por uno. Pulse u para actualizar (reemplazar) el fichero actual por el nuevo y continuar con el siguiente. Pulse z para omitir (borrar) el nuevo fichero de configuración y continuar con el siguiente. Una vez que se hayan procesado todos los ficheros , dispatch-conf terminará. También se puede pulsar q en cualquier momento. Para más información, consulte la página del manual de dispatch-conf. Allí se detalla como combinar interactivamente los de configuración actuales y los nuevos, editar nuevos archivos de configuración, comprobar las diferencias entre archivos y mucho más.
También se puede utilizar etc-update para instalar los ficheros de configuración. No es tan simple como dispatch-conf, ni dispone de tantas funcionalidades, pero proporciona un método de combinación interactivo y también puede realizar actualizaciones triviales de manera automática. Sin embargo, al contrario que dispatch-conf, etc-update no conserva las versiones antiguas de los archivos de configuración. Una vez se ha actualizado el fichero, la versión anterior se habrá eliminado de manera permanente. Ha de ser cuidadoso, ya que utilizar etc-update es sensiblemente menos seguro que dispatch-conf.
Después de combinar los cambios sencillos, se presentará una lista con los ficheros protegidos que tienen una actualización pendiente. Al final se muestran las opciones posibles:
Si se indica -1, etc-update terminará y no continuará con el resto. Si se introduce -3 o -5, todos los ficheros de configuración listados serán sobreescritos con las nuevas versiones. Por tanto es muy importante seleccionar primero los ficheros de configuración que no deben ser automáticamente actualizados. Esto se consigue simplemente indicando el número que aparece a la izquierda del fichero de configuración. Como ejemplo, seleccionamos el fichero de configuración /etc/pear.conf:
Ahora puede ver las diferencias entre los dos ficheros. Si cree que el fichero de configuración actualizado puede ser utilizado sin problemas, indique 1. Si cree que el fichero de configuración actualizado no es necesario, o no proporciona ninguna información nueva o útil, indique 2. Si quiere actualizar su fichero de configuración actual de forma interactiva, introduzca 3. Por ahora, no tiene sentido profundizar más sobre la actualización interactiva. Para completarlo, listaremos los comandos que están disponibles durante la combinación interactiva de ambos ficheros. Son mostradas dos líneas (la original, y la nueva propuesta) y un punto indicativo en el cual puede introducir uno de los comandos siguientes:
Cuando haya acabado de actualizar los ficheros de configuración importantes, puede actualizar automáticamente el resto. etc-update acabará si no encuentra más ficheros de configuración para actualizar. Con quickpkg se pueden crear archivos de paquetes que ya han sido instalados en el sistema. Estos archivos pueden usarse como paquetes precompilados. Ejecutar quickpkg es sencillo: basta añadir los nombres de los paquetes que se quiere archivar. Por ejemplo, para archivar curl, orage y procps:
Los paquetes precompilados se almacenarán en $PKGDIR (por defecto /usr/portage/packages/). Los paquetes serán ubicados en $PKGDIR/<category>. 5. Divergiendo del árbol oficial5.a. Utilizando un subconjunto del árbol Portage Excluyendo categorías/paquetes Puede realizar una actualización selectiva de ciertas categorías/paquetes e ignorar el resto. Esto se realiza indicando a rsync que excluya categorías/paquetes durante el proceso emerge --sync. Necesita definir el nombre del fichero que contiene los patrones de exclusión en la variable PORTAGE_RSYNC_EXTRA_OPTS de su /etc/portage/make.conf.
Recuerde que esto puede provocar ciertos problemas con las dependencias, ya que paquetes nuevos y aceptados en su sistema pueden depender de otros excluidos. 5.b. Añadiendo Ebuilds no oficiales Definiendo un directorio extensión de Portage (overlay) Puede indicarle a Portage que utilice ebuilds que no están disponibles oficialmente a través del árbol de Portage. Cree un nuevo directorio (por ejemplo /usr/local/portage) en el cual guardará los ebuilds procedentes de otras fuentes. Utilice la misma estructura de directorios que tenemos en Portage. Después defina la variable PORTDIR_OVERLAY en /etc/portage/make.conf y haga que apunte al directorio creado previamente. Cuando ahora utilice Portage, éste tendrá en cuenta aquellos ebuilds para no eliminarlos/sobreescribirlos la próxima vez que ejecute emerge --sync. Trabajando con varias extensiones (overlays) Para los usuarios que desarrollan en varias extensiones, probar los paquetes antes de que lleguen al árbol de Portage o simplemente que quieren utilizar ebuilds no oficiales procedentes de varias fuentes, el paquete app-portage/layman incorpora layman, una herramienta que ayudará a conservar las extensiones actualizadas. En primer lugar, instale y configure layman como se muestra en la Guía del Usuario de Overlays de Gentoo, y añada los repositorios que desee con layman -a <overlay-name>. Suponiendo que tiene dos repositorios llamados java (para las ebuilds en desarrollo) y entapps (para aplicaciones desarrolladas en casa para su empresa). Puede actualizar estos repositorios con la orden:
Para más información sobre el trabajo con extensiones, por favor, lea man layman y la Guía de usuario de layman/overlay. 5.c. Software no mantenido por Portage Utilizando Portage con programas con auto-mantenidos En algunos casos querrá configurar, instalar y mantener programas por sí mismo sin que Portage automatice el proceso, incluso aunque Portage pueda suministrarle esos programas. Conocidos son los casos de las fuentes del núcleo y los controladores de nvidia. Puede configurar Portage para que conozca cuando un determinado paquete ha sido instalado manualmente en el sistema. Este proceso recibe el nombre de inyectar y está soportado por Portage a través del archivo /etc/portage/profile/package.provided. Por ejemplo, si quiere que Portage le informe sobre gentoo-sources-2.6.11.6 el cual ha sido instalado manualmente, añada la siguiente línea a /etc/portage/profile/package.provided:
6. La aplicación de EbuildsD. Configuración de Redes en Gentoo1. Iniciándonos
Para comenzar a configurar su tarjeta de red, necesitamos que el sistema RC (guiones de inicio) de Gentoo la reconozca. Esto se hace creando un enlace simbólico desde net.lo a net.eth0 (o el nombre que tenga la interfaz de red en su sistema) en /etc/init.d.
El sistema RC de Gentoo ahora conoce la interfaz. También necesita
saber cómo configurar la nueva interfaz. Todas las interfaces de red
son configuradas en /etc/conf.d/net.
Ahora que ya hemos configurado nuestra interfaz, podemos iniciarla o detenerla utilizando las siguientes órdenes:
Ahora que ya ha iniciado y detenido la interfaz de red, quizá quiera que comience automáticamente cuando Gentoo arranca. Aquí tiene cómo hacerlo. La última orden "rc" indica a Gentoo que inicie todos los guiones en el nivel de ejecución actual que todavía no se hayan sido iniciado.
2. Configuración AvanzadaLa variable config_eth0 es el corazón de la configuración de una interfaz. Es una lista de instrucciones de alto nivel para configurar la interfaz (eth0 en este caso). Cada orden en la lista de instrucciones se ejecuta de manera secuencial. La interfaz será evaluada como OK si, al menos, un orden funciona. Aquí tiene una lista de instrucciones integradas:
Si una orden falla, puede especificar una orden de retorno (fallback). El retorno tiene que coincidir exactamente con la estructura de la configuración. Puede encadenar estas órdenes. A continuación se muestran algunos ejemplos reales:
Los guiones en /etc/init.d pueden depender de una interfaz de red específica o, simplemente, de net (red). Todos los interfaces de red en el sistema de inicio de Gentoo proporcionan algo llamado net. Si está configurado rc_depend_strict="YES" en /etc/rc.conf, entonces todos los interfaces de red que proporcionen net deben estar activos antes que pueda considerarse cumplida la dependencia en "net". En otras palabras, si tienen los interfaces net.eth0 y net.eth1 y un guión de inicio depende de "net", ambos deben estar activados. Por otro lado, si está configurado rc_depend_strict="NO", entonces la dependencia de "net" se considera cumplida al momento de estar activo al menos uno de los interfaces de red. Pero, ¿y qué pasa si net.br0 depende de net.eth0 y net.eth1? net.eth1 podría ser un dispositivo wireless o ppp que necesita configurarse antes de añadirse al puente. Esto no puede hacerse en /etc/init.d/net.br0 ya que es un enlaces simbólico a net.lo. La respuesta es definir nuestra propia requerimiento rc_need_ en /etc/conf.d/net
Lo anterior no es suficiente. Los guiones de inicio de Gentoo utilizan una dependencia virtual llamada net para informar al sistema cuando está disponible la conexión a red. Claramente, en el caso de arriba la conexión a red debería marcarse como disponible cuando net.br0 está funcionando, no cuando lo están las otras. Por lo que tenemos que indicar también esto en /etc/conf.d/net:
Para una lectura más detallada sobre dependencias, consulte la sección Guiones de Inicio en el manual de Gentoo. Se puede encontrar más información acerca de /etc/rc.conf en los comentarios dentro del propio archivo. 2.c. Nombre de variables y valores Los nombre de variables son dinámicos. Normalmente sigue la estructura variable_${interface|mac|essid|apmac}. Por ejemplo, la variable dhcpcd_eth0 guarda los valores para las opciones de dhcpcd para eth0 y dhcpcd_essid los valores para dhcpcd cuando cualquier interfaz se conecta al ESSID "essid". Sin embargo, no hay ninguna regla que indique que los nombre de las interfaces sean ethx. De hecho, muchas interfaces wireless tienen nombres como wlanx, rax o ethx. También, algunas interfaces definidas por el usuario como pueden ser puentes puede tener cualquier nombre, como foo. Para hacer la vida un poco más interesante, los puntos de acceso wireless pueden tener nombres con caracteres no alfanuméricos - esto es importante porque puede configurar los parámetros de red por ESSID. La desventaja de todo esto es que Gentoo usa variables bash para la red - y bash no puede utilizar nada fuera de caracteres alfanuméricos ingleses. Para solucionar esta limitación cambiamos cada carácter que no sea alfanumérico inglés por un carácter _. Otra desventaja de bash es el contenido de las variables - algunos caracteres necesitan especificarse de manera especial. Esto se hace utilizando \ delante del carácter. A continuación tenemos una lista de caracteres especiales que necesitamos indicar de esta manera. ",' y \. En este ejemplo utilizamos ESSID wireless ya que puede contener un amplio abanico de caracteres. Deberemos utilizar ESSID My "\ NET:
2.d. Nombrado de las interfaces de red Los nombres de la interfaces de red no se obtienen de forma arbitraria, el núcleo Linux y el gestor de dispositivos (la mayoría de sistemas utilizan udev como gestor de dispositivos, aunque existen otros) obtiene el nombre de la interfaz mediante una serie de reglas prefijadas. Cuando se detecta una interfaz en un sistema, el núcleo Linux recolecta los datos disponibles para esa tarjeta de red. Estos datos incluyen:
Basándose en esta información, el gestor de dispositivos decide como nombrar a las interfaces presentes en el sistema. Por defecto, utiliza el primero de los tres primeros parámetros que se muestran arriba. Por ejemplo, si se encuentra un valor para ID_NET_NAME_ONBOARD y éste es eno1, entonces la interfaz de red se llamará eno1. Si sabe el nombre de su interfaz, puede ver los valores de los parámetros mediante la orden udevadm:
Como el primer (y realmente el único) de los parámetros que aparecen es ID_NET_NAME_PATH, su valor se utiliza para nombrar al interfaz de red. Si no se encuentra ninguno de los parámetros, entonces el sistema utiliza los nombres que ofrece el núcleo (eth0, eth1, etc.) Utilizar el nombrado al viejo estilo del núcleo Antes de este cambio, era el núcleo el que ponía los nombres a las tarjetas de red, dependiendo del orden en el que se cargaran sus controladores (entre otras, probablemente oscuras razones). Este comportamiento se puede aún activar definiendo la opción net.ifnames=0 en el gestor de arranque. Otra forma de deshabilitar este comportamiento (y así, volver a los nombres que utilizaba el núcleo anteriormente), es crear una regla para udev vacía y llamarla 80-net-name-slot.rules, la cual sustituirá a la regla ofrecida por el paquete udev (que tiene el mismo nombre) responsable del nombrado de las interfaces de red.
La idea detrás de este cambio en el nombrado es la de no confundir a la gente y hacer los cambios de nombre de forma fácil. Suponga que tiene dos interfaces que se llamarían eth0 y eth1. Una se utiliza para acceder a la red a través de cable y la otra es inalámbrica. Con el soporte para el nombrado de interfaces, puede llamarlas lan0 (cableada) y wifi0 (inalámbrica, es mejor evitar usar los nombres anteriores bien conocidos como eth* y wlan* ya que todavía pueden parecerse a los nombres que hemos sugerido). Todo lo que necesita ahora es encontar los parámetros para las tarjetas y utilizar esta información para definir su propia regla de nombrado:
Debido a que las reglas se disparan antes de la regla por defecto (las reglas se disparan en orden alfanumérico, por lo que la 70 se lee antes que la 80), los nombres ofrecidos en el fichero de reglas se utilizarán en lugar de los que se usan por defecto. El número asignado al fichero debería estar entre 76 y 79 (las variables de entorno se definen mediante una regla que comienza por 75 y el nombrado por defecto lo realiza una regla con el número 80). 3. Trabajo Modular con RedesAhora tenemos soporte para guiones de red, lo cual significa que podemos fácilmente añadir soporte para nuevos tipos de interfaces y módulos de configuración mientras mantenemos la compatibilidad con los actuales. Los módulos se cargan por defecto si el paquete que los requiere está instalado. Si especifica un modulo aquí que no tiene su paquete instalado, entonces obtendrá un error acerca del paquete que necesita instalar. Lo ideal sería que solamente use la configuración con módulos si tiene dos o más paquetes que proporcionen el mismo servicio y necesita marcar su preferencia de uno sobre los otros.
3.b. Manejadores de interfaces Proporcionamos dos manejadores de interfaces: ifconfig e iproute2. Hará falta uno de estos para cualquier tipo de configuración de red. Por defecto se instala ifconfig (el paquete net-tools es parte del perfil system). El paquete iproute2 es más poderoso y flexible, pero no se incluye por defecto.
Ya que ifconfig e iproute2 hacen cosas muy parecidas, nos permitimos usar la misma configuración básica para ambos. Los ejemplos a continuación funcionarán sin importar cuál módulo tenga instalado.
El DHCP es un medio para obtener información de red (dirección IP, servidores DNS, puerta de enlace, etc) de un servidor DHCP. Si existe un servidor DHCP en su red, apenas tendrá que decirle a cada cliente que utilice DHCP y el servidor se encargará de configurar el resto. Por supuesto, tendrá que configurar otras cosas la red inalámbrica, el ppp, etc. u otros si hacen falta antes de poder utilizar DHCP. DHCP puede ser proporcionado por: dhclient, dhcpcd o pump. Cada módulo DHCP tiene sus propios pros y contras - aquí tiene un pequeño resumen:
Si tiene más de un cliente DHCP instalado, hará falta especificar cuál utilizar - sino, utilizaremos dhcpcd por defecto, si está disponible. Para enviar opciones específicas al módulo dhcp, utilizamos module_eth0="..."(cambie "module" por el nombre del módulo dhcp que vaya a utilizar - por ejemplo: dhcpcd_eth0). Tratamos que el servicio DHCP sea relativamente agnóstico, de manera que soportamos los siguientes comandos usando la variable dhcp_eth0. Por defecto no se configuran ninguno de ellos.
Primero necesitamos instalar el software ADSL.
Segundo, cree el guión de red PPP y el guión de red para la interfaz ethernet que se utilizará con PPP:
Asegúrese de configurar rc_depend_strict a "YES" en /etc/conf.d/rc. Ahora necesitamos configurar /etc/conf.d/net.
También puede configurar su password en /etc/ppp/pap-secrets.
Si utiliza PPPoE con un modem USB necesitará instalar br2684ctl. Por favor, lea /usr/portage/net-dialup/speedtouch-usb/files/README para conseguir la información de cómo configurarlo adecuadamente.
3.e. APIPA Direccionamiento Privado Automático (Automatic Private IP Addressing) APIPA intenta encontrar una dirección libre en el rango 169.254.0.0-169.254.255.255 haciendo arping a direcciones aleatorias en ese rango para el interfaz. Si no se obtiene respuesta, se asigna esa dirección al interfaz. Esto es útil solamente en redes donde no hay servidor DHCP y no hay conexión directa al Internet y que todos los demás computadores también usen APIPA. Para soporte APIPA, haga emerge net-misc/iputils o net-analyzer/arping.
Para unir enlaces con bonding/trunking haga emerge net-misc/ifenslave. El "bonding" se utiliza para aumentar el ancho de banda hacia la red. Si tiene dos interfaces que van a usar la misma red, puede unirlos (bond, en inglés) para que las aplicaciones vean solo uno, aunque en realidad use ambos interfaces.
3.g. Puentes (soporte para 802.1d) Para soportar puentes, haga emerge net-misc/bridge-utils. Los puentes se usan para unir redes. Por ejemplo, puede tener un servidor conectando al internet vía modem ADSL y una tarjeta inalámbrica para que otros computadores se conecten al internet por medio del modem ADSL. Se puede crear un puente para unir ambos interfaces.
Si lo requiere, también puede cambiar la dirección MAC de los interfaces por medio del archivo de configuración de red.
No se requiere hacer emerge de paquete alguno para túneles, ya que el manejador del interfaz se encarga de esto.
3.j. VLAN (soporte para 802.1q) Para soporte VLAN, haga emerge net-misc/vconfig. Las redes virtuales son un grupo de dispositivos de red que se comportan como si estuviesen conectados a un solo segmento de red - aunque no lo estén. Miembros de una VLAN solo pueden ver miembros de la misma VLAN, aunque no compartan la misma red física.
4. Redes InalámbricasLas redes inalámbricas en Linux, normalmente se configuran de forma fácil. Hay dos formas de realizar esta configuración: clientes gráficos y la línea de comandos. La forma más fácil es usar el cliente gráfico, una vea haya instalado un entorno de escritorio. La mayoría de clientes gráficos, como wicd y NetworkManager, son bastante autoexplicativos. Ofrecen una interfaz del tipo apuntar y hacer clic que le conectan a una red en cuestión de segundos.
Sin embargo, si no quiere usar un cliente gráfico, puede configurar la red inalámbrica con la línea de comandos, editando unos pocos ficheros de configuración. Esto toma un poco más de tiempo, pero también requiere de menos paquetes que descargar e instalar. Ya que los clientes gráficos son en su mayoría autoexplicativos (con capturas de pantalla útiles en sus páginas oficiales), nos centraremos en las alternativas de línea de comandos. Puede configurar una red inalámbrica usando la línea de comandos, instalando wireless-tools o wpa_supplicant. Lo importante a recordar es que puede configurar las redes locales de forma global, no dependiendo de la interfaz. La mejor opción es wpa_supplicant. Para un listado de los controladores soportados, lea la página de wpa_supplicant. Además, actualmente, wpa_supplicant sólo puede conectarse a SSIDs para los cuales haya sido configurado. Los wireless-tools soportan casi todas las tarjetas y controladores, pero no puede conectarse a PAs (puntos de acceso) con WPA solamente. Si sus redes ofrecen únicamente cifrado WEP o están completamente abiertas, puede que prefiera la simpleza de wireless-tools.
WPA Supplicant es un paquete que le permite conectarse a puntos de acceso habilitados con WPA.
Ahora debemos configurar /etc/conf.d/net para elegir wpa_supplicant sobre wireless-tools (si ambos están instalados, wireless-tools será usado por defecto).
Eso fue sencillo, ¿verdad? Sin embargo, todavía nos queda configurar wpa_supplicant, que es algo más difícil, dependiendo de cuán seguros son los PAs a los cuales tratamos de conectarnos. A continuación mostramos un ejemplo simplificado del archivo /etc/wpa_supplicant.conf.example, parte del paquete wpa_supplicant.
Configuración inicial y modo manejado Los Wireless Tools proveen una manera genérica para configurar los interfaces inalámbricos básicos hasta el nivel de seguridad WEP. Aunque WEP es un sistema de seguridad débil, también es el más prevalente. La configuración de Wireless Tools es controlado por algunas variables principales. El archivo ejemplo de configuración a continuación deberá describir todo lo requerido. Algo para mantener presente es que ninguna configuración significa "conectarse al punto de acceso sin encriptación que tenga la señal más fuerte" - de manera que siempre tratará de conectarse con lo que sea.
Afinamiento en la selección de puntos de acceso Puede agregar opciones adicionales para afinar la selección de puntos de acceso, pero normalmente esto no hace falta. Puede decidirse si conectarse solamente a PAs preferidos o no. Por defecto, si falla todo lo configurado y nos podemos conectar a un PA no encriptado, entonces se hará. Esto puede ser controlado con la variable associate_order (orden asociado). Sigue una tabla de valores y como estos ejercen este control.
Finalmente podemos hacer una lista negra de PAs (blacklist_aps) y seleccionar un único PA (unique_ap). blacklist_aps funciona de manera similar a preferred_aps. unique_ap es un valor si o no (yes o no) que determina si un segundo interfaz inalámbrico se puede conectar al mismo punto de acceso que el primer interfaz.
Si desea establecerse como un nodo Ad-Hoc al no lograr conectarse a algún PA en modo manejado, puede hacerlo también.
Y ¿qué tal conectarse a redes Ad-Hoc o funcionar en modo Master para convertirse en PA? ¡Aquí tenemos una configuración justo para eso! Tal vez tenga que especificar alguna clave WEP como se muestra arriba.
Solucionar problemas con Wireless Tools Existen más variables que sirven para ayudar a configurar y operar una red inalámbrica por problemas ambientales o del manejador. Aquí presentamos una tabla de otras cosas para intentar.
4.d. Definir la configuración de la red por ESSID A veces, se necesita una dirección IP estática cuando se conecta a un ESSID1 y cuando lo hace a ESSID2, se utiliza DHCP. De hecho, casi todas las variables de módulo pueden cambiarse por ESSID. A continuación mostramos cómo se hace.
5. Agregando Funcionalidad8.a. Puntos de enlace standard en las funciones Se pueden definir cuatro funciones en /etc/conf.d/net, que pueden ser llamadas antes o después de las operaciones start/stop, de arranque/parada. Sus nombres se componen empezando con el nombre de interfaz, de manera que una función puede controlar múltiples interfaces. Los valores de retorno de las funciones preup y predown deben ser cero (éxito) indicando que la configuración o la des-configuración de los interfaces pueden continuar. Si preup devuelve un valor no-cero, se detendrá la configuración del interfaz. Si predown devuelve un valor no-cero, no se permite que el interfaz continúe desconfigurándose. Los valores de retorno de las funciones postup() y postdown() serán ignorados, ya que no hay nada que hacer si hay indicación de algún fallo. ${IFACE} es el interfaz que será encendido/apagado, ${IFVAR} es ${IFACE} convertido a un nombre de variable válido según bash.
5.b. Puntos de enlace para las herramientas inalámbricas
Se pueden definir dos funciones en /etc/conf.d/net que se ejecutan antes y después de la función asociada referida. Estas funciones se nombran antecediéndole el nombre del interfaz, de manera que la misma función puede controlar múltiples interfaces. El valor retornado por la función preassociate() debe ser 0 (éxito) para indicar que la configuración o desconfiguración del interfaz puede continuar. Si la función preassociate() retorna un valor no-cero, se interrumpirá la configuración del interfaz. El valor retornado por la función postassociate() se ignora, ya que no hay nada que hacer si llegase a indicarse una falla. A ${ESSID} se le asigna el ESSID exacto del PA al cual se está conectando, ya que ${ESSIDVAR} es ${ESSID}, convertido a un nombre de variable permitido por bash.
6. Manejo de RedesSi el ordenador está en continuo movimiento, no siempre tendrá un cable ethernet conectado o un punto de acceso disponible. También, puede querer que la red funcione automáticamente cuando un cable ethernet se conecte o se encuentre un punto de acceso. Aquí se encuentran algunas herramientas que puede ayudar a gestionar esto.
ifplugd es un demonio que arranca y para las interfaces de red cuando un cable se conecta o se desconecta. También puede gestionar la detección asociándose a un punto de acceso o cuando uno nuevo entra dentro del radio de detección.
La configuración de ifplugd es bastante clara. El archivo de configuración se encuentra en /etc/conf.d/net. Ejecute man ifplugd para obtener más detalles sobre las variables disponibles. Además, puede consultar más ejemplos en /usr/share/doc/openrc-*/net.example.bz2.
Además, para manejar múltiples conexiones de red, quizá quiera instalar una herramienta que facilita el trabajo con múltiples configuraciones y servidores DNS. Es realmente útil cuando se recibe la dirección IP via DHCP. Simplemente instale openresolv.
Consulte man resolvconf para aprender más cosas sobre sus características. El contenido de este documento, a no ser que se especifique expresamente, está registrado bajo los términos de la licencia CC-BY-SA-2.5. Se aplican las Pautas de Utilización del logotipo y nombre de Gentoo. |
|