Si su máquina está conectada a una red de área local, podría tener la posibilidad de arrancarla a través de la red desde otra máquina, usando TFTP. Si pretende arrancar el sistema de instalación desde otra máquina, debe ubicar los ficheros de arranque necesarios en lugares específicos en esa máquina, y debe configurarla para soportar el arranque desde ella. Necesita configurar un servidor TFTP, y en caso de que tenga varias máquinas, un servidor BOOTP , ó un servidor RARP , ó un servidor DHCP. El protocolo de resolución reversa de dirección (RARP) es una forma de decirle al cliente que dirección IP debe usar. Otra forma es usar el protocolo BOOTP. BOOTP es un protocolo IP que informa al ordenador de su dirección IP y desde dónde puede obtener una imagen de arranque en la red. Otra alternativa más existe en los sistemas VMEbus: La dirección IP puede ser configurada manualmente en la ROM de arranque. El DHCP (Protocolo de configuración dinámica de sistema) es una extensión de BOOTP compatible con éste, pero más flexible. Algunos sistemas solamente pueden configurarse a través de DHCP. Para PowerPC, si tiene una máquina Power Macintosh NewWorld, es una buena idea utilizar DHCP en lugar de BOOTP. Algunos de los modelos más recientes solamente pueden arrancar usando BOOTP. A diferencia del «Open Firmware» encontrado en máquinas Sparc y PowerPC, la consola SRM no usará RARP para obtener su dirección IP, y por consiguiente deberá usar BOOTP para el arranque a través de red en su sistema Alpha. También puede ingresar directamente la configuración IP de las interfaces de red en la consola de SRM. Los sistemas Alpha también pueden arrancarse usando DECNet MOP (Protocolo de operaciones de mantenimiento), pero esto no se detalla aquí. Presumiblemente, su operador de OpenVMS local estará gustoso de asistirlo, deberá tener alguna razón de peso si quiere usar MOP para arrancar Linux en su Alpha. Algunas máquinas HPPA antiguas (como 715/75) usan RBOOTD en lugar de BOOTP. Existe un paquete RBOOTD disponible en el sitio web de parisc-linux. El protocolo de transferencia trivial de ficheros (TFTP) se usa para servir la imagen de arranque al cliente. Teóricamente, se puede usar cualquier servidor, en cualquier plataforma, que implemente este protocolo. En los ejemplos de esta sección, mostraremos órdenes para SunOS 4.x, SunOS 5.x (conocido también como Solaris) y GNU/Linux. Para usar el método de arranque de TFTP llamado «Pre-boot Execution Environment» (PXE) tiene que utilizar un servidor de TFTP con soporte de tsize. En el caso de que esté utilizando un servidor &debian; los paquetes atftpd y tftpd-hpa tienen soporte de éste. Le recomendamos que utilice tftpd-hpa. &tftp-rarp.xml; &tftp-bootp.xml; &tftp-dhcp.xml; Para tener listo el servidor TFTP, primero deberá asegurarse que tftpd está habilitado. Generalmente se hace añadiendo a /etc/inetd.conf algo similar a lo siguiente: tftp dgram udp wait nobody /usr/sbin/tcpd in.tftpd /tftpboot Los paquetes de Debian cuando se instalan, por lo general, lo configuran correctamente de forma predeterminada. Busque en ese fichero y recuerde el directorio que usa como argumento de in.tftpd; lo necesitará mas adelante. El argumento -l hace que algunas versiones de in.tftpd registren todas las peticiones en los registros del sistema; es útil para diagnosticar fallos de arranque. Si ha tenido que cambiar /etc/inetd.conf, deberá notificar al proceso inetd en ejecución que el fichero ha cambiado. En una sistema Debian, ejecute /etc/init.d/inetd reload; en otros sistemas, busque el ID del proceso inetd, y ejecute kill -HUP id-de-inetd. Si pretende instalar Debian en una máquina SGI y su servidor TFTP es una máquina GNU/Linux ejecutando Linux 2.4 necesitará configurar lo siguiente en su servidor # echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc para desactivar el descubrimiento de ruta MTU, de otro modo el PROM no podrá descargar el núcleo. Adicionalmente, asegúrese de que los paquetes de TFTP se envían desde un puerto origen inferior al 32767, o la descarga se parará después del primer paquete. Nuevamente, es Linux 2.4.x el que presenta este fallo en la PROM, y puede evitarlo configurando # echo "2048 32767" > /proc/sys/net/ipv4/ip_local_port_range para ajustar el rango de puertos origen que usa el servidor TFTP. Seguidamente, localice la imagen TFTP de arranque que necesita, como se describe en la , en el directorio de imagen de arranque de tftpd. Generalmente, este directorio será /tftpboot. Tendrá que hacer un enlace desde este fichero hacia el fichero que usará tftpd para arrancar un cliente en particular. Desafortunadamente, el nombre del fichero es determinado por el cliente TFTP, y no existe un estándar definido. En máquinas Power Macintosh NewWorld, necesitará configurar el gestor de arranque yaboot como imagen de arranque de TFTP. Entonces yaboot recuperará las imágenes del núcleo y del disco RAM a través del propio TFTP. Para el arranque a través de red, use yaboot-netboot.conf. Simplemente renómbrelo a yaboot.conf en el directorio de TFTP. Para arranque PXE, todo lo que necesitará es colocar el fichero tar netboot/netboot.tar.gz. Simplemente extraiga este fichero en el directorio de imágenes de arranque de tftpd. Asegúrese de que su servidor DHCP está configurado para pasar /pxelinux.0 a tftpd como fichero a arrancar. Para arranque PXE, todo lo que necesitará es colocar el fichero tar netboot/netboot.tar.gz. Simplemente extraiga este fichero en el directorio de imágenes de arranque de tftpd. Asegúrese de que su servidor DHCP está configurado para pasar /debian-installer/ia64/elilo.efi a tftpd como fichero a arrancar. Para DECstations, existen ficheros «tftpimage» para cada subarquitectura, contienen tanto el núcleo como el instalador en un solo fichero. Por convenio los nombres son del tipo subarquitectura/netboot-boot.img. Copie el fichero «tftpimage» que desee usar a /tftpboot/tftpboot.img si está usando la configuración BOOTP/DHCP de ejemplo, descrita anteriormente. El firmware de DECstations arranca por TFTP con la orden boot #/tftp, donde # es el número del dispositivo TurboChannel desde donde arrancar. En la mayoría de DECstations es «3». Si el servidor BOOTP/DHCP no provee el nombre del fichero o necesita pasar parámetros adicionales, pueden añadirse opcionalmente con la siguiente sintaxis: boot #/tftp/fichero param1=valor1 param2=valor2 ... Varias revisiones del firmware de DECstations muestran un problema respecto al arranque a través de red: la transferencia se inicia, pero después de algún tiempo para con un mensaje a.out err. Puede haber diferentes razones: El firmware no responde a solicitudes ARP durante una transferencia TFTP. Esto lleva a que expire el tiempo máximo de ARP y a la paralización de la transferencia. La solución es añadir la dirección MAC de la tarjeta Ethernet de la DECstation estáticamente a la tabla ARP del servidor TFTP. Se hace ejecutando arp -s Dirección IP Dirección MAC como superusuario en la máquina que actúe como servidor TFTP. La dirección MAC de la DECstation puede obtenerse con la orden cnfg en el cursor del firmware de la DECstation. El firmware tiene un límite de tamaño para los ficheros que pueden arrancarse a través de TFTP. También existen revisiones de firmware que no pueden arrancar por en absoluto a través de TFTP. Puede encontrar una descripción sobre las diferentes revisiones de firmware en las páginas web de NetBSD: . En Alpha, debe especificar el nombre del fichero (como una ruta relativa al directorio de imagen de arranque) usando el argumento -file de la orden boot de SRM, o definiendo la variable de entorno BOOT_FILE. Alternativamente, el nombre del fichero puede darse a través de BOOTP (en dhcpd de ISC, use la directiva filename). A diferencia de «Open Firmware», en SRM no existe ningún nombre de fichero predeterminado, de modo que debe especificar un nombre de fichero por cualquiera de estos métodos. Las arquitecturas SPARC por ejemplo usan los nombres de las subarquitecturas, como «SUN4M» o «SUN4C»; en algunos casos, la arquitectura se deja en blanco, de modo que el fichero que el cliente busca es simplemente ip-del-cliente-en-hex. Esto es, si la subarquitectura de su sistema es «SUN4C» y su IP es 192.168.1.3, el nombre del fichero será C0A80103.SUN4C. Una forma sencilla de determinarlo es usar la siguiente orden en un línea de órdenes (asumiendo que la IP sea 10.0.0.4). $ printf '%.2x%.2x%.2x%.2x\n' 10 0 0 4 Esto mostrará la IP en hexadecimal, para obtener el nombre correcto, necesita cambiar todas las letras a mayúsculas y añadir si es necesario el nombre de la subarquitectura. También puede forzar algunos sistemas sparc para buscar un fichero específico añadiéndolo al final de la orden boot de OpenPROM, como boot net mi-imagen.sparc. Ésta deberá encontrarse en el directorio en el que busca el servidor TFTP. Para sistemas BVM y Motorola VMEbus copie los ficheros &bvme6000-tftp-files; a /tftpboot/. Seguidamente, configure sus ROMs de arranque o servidor BOOTP para cargar inicialmente los ficheros tftplilo.bvme o tftplilo.mvme desde el servidor TFTP. Vea el fichero tftplilo.txt para información adicional sobre configuraciones específicas de su subarquitectura. En Indys SGI puede confiar en la orden bootpd para proveer el nombre del fichero TFTP. Éste se señala o bien como bf= en /etc/bootptab o como la opción filename= en /etc/dhcpd.conf. No necesita configurar DHCP de forma especial debido a que pasará la ruta completa del fichero a cargar en el «CFE».