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 muchas máquinas, un servidor DHCP , o un servidor RARP , o un servidor BOOTP. 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. Existe otra alternativa más en los sistemas VMEbus: Se puede configurar manualemnte la dirección IP en la ROM de arranque. DHCP («Dynamic Host Configuration Protocol», o protocolo de configuración dinámica de equipos) es una extensión de BOOTP compatible con éste, pero más flexible. Algunos sistemas solamente se pueden configurar 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 Los sistemas Alpha también se pueden arrancar 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. . También puede ingresar la configuración de las interfaces de red directamente en la consola SRM. Algunas máquinas HPPA antiguas (como 715/75) usan RBOOTD en lugar de BOOTP. Existe un paquete llamado rbootd disponible en Debian. 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 ofrecen dicho soporte; le recomendamos que utilice tftpd-hpa. &tftp-rarp.xml; &tftp-bootp.xml; &tftp-dhcp.xml; Para tener listo el servidor TFTP, primero deberá asegurarse de 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 Cuando se instalan los paquetes de Debian, por lo general, lo configuran correctamente de forma predeterminada. Los servidores de TFTP utilizan /tftpboot como directorio del que servir las imágenes por motivos históricos. Sin embargo, algunos paquetes &debian; puede utilizar otros directorios para cumplir con el estándar de jerarquía de sistemas de ficheros. Por ejemplo, tftpd-hpa utiliza, por omisión, /var/lib/tftpboot. Puede tener que ajustar los ejemplos de configuración en esta sección si la ubicación varía. Busque en el fichero /etc/inetd.conf y recuerde el directorio que usa como argumento de in.tftpd Todas las alternativas de in.tftpd en Debian deberían almacenar las solicitudes TFTP en la registro del sistema de forma predeterminada. Algunas de ellas cuentan con el argumento -v para ofrecer más información. Se recomienda revisar todos los mensajes de la bitácora en caso de problemas al arrancar puesto que son un buen punto de partida para diagnosticar la causa de los errores. , lo necesitará más adelante. Si ha tenido que cambiar /etc/inetd.conf, deberá notificar al proceso inetd en ejecución que el fichero ha cambiado. En un 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 en su servidor lo siguiente: # echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc para desactivar el descubrimiento de ruta MTU, de otro modo el PROM de Indy 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 interrumpirá 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, ubique la imagen TFTP de arranque que necesita, como se describe en la , en el directorio de imagen de arranque de tftpd. Tendrá que hacer un enlace desde este fichero hacia el fichero que usará tftpd para arrancar un cliente en específico. 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 la imagen de arranque de TFTP. Así yaboot obtendrá las imágenes del núcleo y del disco RAM a través del propio TFTP. Deberá descargar del directorio netboot/ los siguientes ficheros: vmlinux initrd.gz yaboot yaboot.conf boot.msg Para arranque PXE, todo lo que necesitará es colocar el fichero tar netboot/netboot.tar.gz. Simplemente extraiga este fichero tar 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 el nombre del fichero a arrancar. Para arranque PXE, todo lo que necesitará es colocar el fichero tar netboot/netboot.tar.gz. Simplemente extraiga este fichero tar 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 el nombre del fichero a arrancar. En Alpha, debe especificar el nombre del fichero (como una ruta relativa al directorio de imagen de arranque) usando el argumento -file a la orden boot de SRM, o definiendo la variable de entorno BOOT_FILE. Alternativamente, se puede dar el nombre del fichero a través de BOOTP (en la versión de 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. Algunas arquitecturas SPARC añaden los nombres de las subarquitecturas, como «SUN4M» o «SUN4C» al fichero. 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. Hay algunas arquitecturas para las que el cliente busca simplemente el fichero ip-del-cliente-en-hex. Una forma sencilla de determinar el código hexadecimal del cliente 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. Se cargará la imagen si introduce la orden boot net en OpenPROM si ha hecho todo esto correctamente. Intente comprobar los registros de su servidor tftp para ver el nombre de la imagen que se está solicitando si el cargador no encuentra la imagen. También puede forzar algunos sistemas sparc para que busquen un fichero en específico al añadirlo al final de la orden boot de OpenPROM, como boot net mi-imagen.sparc. Éste 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. Véase el fichero tftplilo.txt para información adicional sobre configuraciones específicas para 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».