Handbook:MIPS/Blocks/HWReqs/es

Revise también el documento Requerimientos Hardware MIPS

Notas de instalación
En muchas arquitecturas, el procesador ha evolucionado a través de varias generaciones, cada una se construye con los fundamentos de la anterior. La arquitectura MIPS no es ninguna excepción. Hay varias generaciones de CPUs que se cubren en la arquitectura MIPS. Para elegir el archivo comprimido con la imagen de arranque desde red correcta es necesario conocer de qué familia de CPU dispone el sistema. Estas familias están descritas como las arquitecturas de conjuntos de instrucciones (Instruction Set Architecture o ISA).

Igualmente, una cuestión importante es familiarizarse con el concepto de extremidad (endianness). La extremidad se refiere al forma en que la CPU lee las palabras de la memoria principal. Una palabra se puede leer como extremo mayor (big endian) en el que el byte más significativo se lee primero o extremo menor (little endian) en el que el byte menos significativo se lee primer. Las máquinas Intel x86 son normalmente de extremo menor, en cambio las máquinas Apple y Sparc son de extremo mayor. En MIPS se utilizan ambos. Para diferenciarlos, se añade el a la arquitectura para denotar extremo menor (little endian).

Para el lector que desee saber más sobre ISAs, se recomienda visitar los siguientes sitios web:


 * Sitio Web Linux/MIPS: MIPS ISA
 * Sitio Web Linux/MIPS: Extremidad (Endianness)
 * Sitio Web Linux/MIPS: Procesadores
 * Wikipedia: Conjunto de instrucciones

Vistazo rápido al arranque desde la red
En esta sección cubriermos las necesidades para arrancar de forma correcta una estación de trabajo Silicon Graphics o una appliance de un servidor Cobalt Server desde la red. Esto es solo una guía rápida, no está pensada para incidir en todas las partes. Para obtener más información se recomienda leer el artículo sobre nodos sin disco.

Dependiendo de la máquina, se necesita cierto hardware para arrancar desde la red e instalar Linux.


 * En general:
 * DHCP/BOAMD Alchemy series, 4kc, 4km, many others... Hay pocas revisiones en el servidor ISA.OTP MIPS32 (se recomienda ISC DHCPd)
 * Paciencia (y mucha)
 * Para las estaciones de trabajo Silicon Graphics:
 * Servidor TFTP server (se recomienda tftp-hpa)
 * Cuando se necesita utilizar la consola serie:
 * MiniDIN8 --> Cable serie RS-232 (únicamente necesario para sistemas IP22 y IP28 systems)
 * Cable de módem nulo (Null-modem)
 * Terminal compatible VT100 o ANSI que pueda trabajar a 9600 baudios
 * Para los servidores Cobalt (NO el Qube original):
 * Servidor NFS
 * Cable de módem nulo (Null-modem)
 * Terminal compatible VT100 o ANSI que pueda trabajar a 115200 baudios

Congigurar TFTP y DHCP
Tal y como se ha mencionado anteriormente, esto no es una guía completa, se trata de una configuración mínima que hará que las cosas funcionen. Utilícela cuando se realice una configuración desde cero o utilice las sugerencias para modificar una configuración existente para dar soporte al arranque por red.

Merece la pena comentar que no es necesario que los servidores utilizados estén corriendo Gentoo Linux, podrían correr FreeBSD o cualquier plataforma tipo Unix. Sin embargo, en esta guía se asume que se va a utilizar Gentoo Linux. Se se quiere, también se puede correr TFTP/NFS en una máquina distinta a la que corre el servidor DHCP.

Primer paso: Configurar DHCP. Para que el demonio DHCP ISC responda a las peticiones BOOTP (tal y como requiere la BOOTROM de SGI y Cobalt), en primer lugar se debe habilitar BOOTP dinámico en el rango de direcciones que se usa. A continuación configure una entrada para cada cliente con punteros a la imagen de inicio.

Una vez instalado, cree. A continuación se muestra una configuración mínima para empezar a trabajar.

Con esta configuración se pueden añadir cualquier número de clientes dentro de la cláusula de la subred. Más adelante en este guía se cubre esto.

Siguiente paso: Configurar el servidor TFTP. Se recomienda utilizar tftp-hpa ya que es el único demonio TFTP del que se tiene constancia que funciona correctamente. Proceder a su instalación tal y como se muestra abajo:

Esto creará para almacenar las imágenes del arranque en red. Mover esto a otro lugar si es necesario. En esta guía se asume que se almacena en la localización por defecto.

Descargar una imagen de arranque en red
Dependiendo del sistema en el que se realiza la instalación, hay varias imágenes disponibles para la descarga. Están etiquetadas conforme al tipo de sistema y procesador para los que se han compilado. Los tipo de máquina son los siguientes:

También se debe recordar que el nombre de fichero r4k hace referencia a los procesadores de la serie R4000, r5k los de la serie R5000, rm5k los de la RM5200 y r10k para los de la R10000. Las imágenes están disponibles en los servidores réplica de Gentoo.

Configuración DHCP para un cliente SGI
Una vez descargado el fichero descomprimirlo en el directorio. (Utilizar bzip2 -d para descomprimiro). A continuación editar el fichero y añadir la entrada apropiada para el cliente SGI.

Opciones del núcleo
Ya casi hemos terminado, sin embargo todavía se deben realizar un par de ajustes. Lanzar una consola con privilegios de root.

Deshabilitar "Path Maximum Transfer Unit" pues de lo contrario la Prom SGI no encontrará el núcleo:

Ajustar el rango de puertos utilizables por la PROM de SGI:

Esto debería ser suficiente para que el servidor Linux se entienda con la PROM de SGI.

Arrancar los demonios
Llegados a este punto, arrancar los demonios.

Si todo ha ido bien en el último paso entonces todo está preparado para poner en marcha la estación de trabajo y seguir con la guía. Si el servidor DHCP no está funcionando por cualquier razón, se puede intentar lanzar en la línea de órdenes y comprobar qué puede estar ocurriendo. Si todo está en su sitio, se debería lanzar sin problemas y pasar a segundo plano, de lo contrario se mostrará 'exiting.' justo debajo del problema que ha encontrado.

An easy way to verify if the tftp daemon is running is to type the following command and confirm the output:

Netbooting the SGI station
Okay, everything is set, DHCP is running as is TFTP. Now it is time to fire up the SGI machine. Power the unit on - when "Running power-on diagnostics" comes on the screen, either click "Stop For Maintenance" or press. A menu similar to the following will show up.

Type in to enter the command monitor. On the monitor, start the BootP process:

From this point, the machine should start downloading the image, then, roughly 20 seconds later, start booting Linux. If all is well, a busybox ash shell will be started as shown below and the installation of Gentoo Linux can continue.

Solución de problemas
If the machine is being stubborn and refusing to download its image, it can be one of two things:


 * 1) The instructions were not followed correctly, or
 * 2) It needs a little gentle persuasion (No, put that sledge hammer down!)

A continuación se muestra una lista de cosas a comprobar:


 * dhcpd is giving the SGI Machine an IP Address. There should be some messages about a BOOTP request in the system logs. is also useful here.
 * Permissions are set properly in the tftp folder (typically - should be world readable)
 * Check system logs to see what the tftp server is reporting (errors perhaps)

If everything on the server is checked, and timeouts or other errors occur on the SGI machine, try typing this into the console.

Overview of the netboot procedure
Unlike the SGI machines, Cobalt servers use NFS to transfer their kernel for booting. Boot the machine by holding down the left & right arrow buttons whilst powering the unit on. The machine will then attempt to obtain an IP number via BOOTP, mount the directory from the server via NFS, then try to download and boot the file  (depending on the model) which it assumes to be a standard ELF binary.

Downloading a Cobalt netboot image
Inside http://distfiles.gentoo.org/experimental/mips/historical/netboot/cobalt/ the necessary boot images for getting a Cobalt up and running are made available. The files will have the name nfsroot-KERNEL-COLO-DATE-cobalt.tar - select the most recent one and unpack it to as shown below:

NFS server configuration
Since this machine uses NFS to download its image, it is necessary to export on the server. Install the package:

Once that is done, place the following in the file.

Now, once that is done, start the NFS server:

If the NFS server was already running at the time, tell it to take another look at its exports file using exportfs.

DHCP configuration for a Cobalt machine
Now, the DHCP side of things is relatively straightforward. Add the following to the file.

Arrancar los demonios
Ahora se deben arrancar los demonios. Escribir lo siguiente:

If nothing went wrong in that last step all should be set to power on the workstation and proceed with the guide. If the DHCP server isn't firing up for whatever reason, try running on the command line and see what it tells - if all is well, it should just fork into the background, otherwise it will show 'exiting.' just below its complaint.

Netbooting the Cobalt machine
Now it is time to fire up the Cobalt machine. Hook up the null modem cable, and set the serial terminal to use 115200 baud, 8 bits, no parity, 1 stop bit, VT100 emulation. Once that is done, hold down the left and right arrow buttons whilst powering the unit on.

The back panel should display "Net Booting", and some network activity should be visible, closely followed by CoLo kicking in. On the rear panel, scroll down the menu until the "Network (NFS)" option then press. Notice that the machine starts booting on the serial console.

A busybox ash shell will pop up as shown below, from which the Gentoo Linux installation can continue.

Solución de problemas
If the machine is being stubborn and refusing to download its image, it can be one of two things:


 * 1) the instructions have not been followed correctly, or
 * 2) it needs a little gentle persuasion. (No, put that sledge hammer down!)

A continuación se muestra una lista de cosas a comprobar:


 * dhcpd is giving the Cobalt Machine an IP Address. Notice messages about a BOOTP request in the system logs. is also useful here.
 * Permissions are set properly in the folder (should be world readable).
 * Make sure the NFS server is running and exporting the directory. Check this using  on the server.