Si votre machine est connectée à un réseau local, vous pouvez l'amorcer directement à travers le réseau à partir d'une autre machine en utilisant TFTP. Si vous décidez de le faire, les fichiers d'amorçage doivent être placés à un endroit spécifique sur cette machine et elle doit être configurée pour supporter l'amorçage de votre propre machine.
Vous devez configurer un serveur TFTP et, pour les machines CATS, un serveur BOOTP .
À la différence du microprogramme Open Firmware que l'on trouve sur les machines SPARC et PowerPC, la console SRM n'utilisera pas RARP pour obtenir les adresses IP ; vous devrez ainsi utiliser BOOTP pour amorcer votre Alpha depuis le réseau. Vous pouvez aussi entrer directement depuis la console VRM la configuration IP des interfaces réseau [3].
Le protocole de transfert de fichiers trivial (« Trivial Transfert File Protocol » ou TFTP, NdT) est utilisé pour transférer l'image d'amorçage au client. Théoriquement, n'importe quel serveur sur n'importe quelle plate-forme qui implémente ces protocoles peut être utilisé. Dans les exemples qui vont suivre, on donnera les commandes pour SunOS 4.x, SunOS 5.x (mieux connu sous le nom de Solaris) et GNU/Linux.
Pour s'assurer du bon fonctionnement du serveur TFTP, vous devez vous assurer au préalable que tftpd est activé. Ce dernier est généralement activé grâce à la ligne suivante dans /etc/inetd.conf :
tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /tftpboot |
Jetez un oeil dans ce fichier et rappelez-vous le répertoire passé en argument de in.tftpd ; vous en aurez besoin ultérieurement. L'option -l autorise certaines versions de in.tftpd à journaliser toutes les requêtes vers le journal du système ; c'est extrêmement pratique en cas d'erreur d'amorçage. Si vous devez changer /etc/inetd.conf, vous devrez le signaler au processus inetd. Sur une machine Debian, lancez /etc/init.d/inetd reload (pour une Potato 2.2 et système plus récent, utilisez /etc/init.d/netbase reload) ; sur les autres machines, retrouvez le numéro de processus de inetd et tuez-le avec la commande kill -HUP inetd-pid.
Ensuite, placez les images TFTP dont vous avez besoin (décrites dans la ???) dans le répertoire des images d'amorce de tftpd. Généralement, ce répertoire s'appelle /tftpboot. Vous aurez à faire un lien depuis ce fichier vers le fichier que tftpd utilisera pour amorcer un client particulier. Malheureusement, le nom du fichier est déterminé par le client TFTP et il n'y a pas vraiment de standard.
Souvent, le fichier que le client TFTP recherchera est client-ip-in-hexclient-architecture. Pour calculer client-ip-in-hex, prenez chaque octet de l'adresse IP du client et convertissez-la en hexadécimal. Si vous avez une machine à portée de main avec le programme bc, vous pouvez l'utiliser. En premier, utilisez la commande obase=16 pour configurer la sortie en hexadécimal, puis entrez les composants individuels du client IP un par un. Et pour client-architecture, essayez quelques valeurs.
Sur Alpha, vous devez spécifier le nom de fichier (le chemin étant relatif au répertoire de l'image d'amorçage) en utilisant l'argument -file de la commande boot de SRM ou en configurant la variable d'environnement BOOT_FILE. Vous pouvez aussi passer le nom de fichier via BOOTP (pour dhcpd ISC, utilisez la directive filename). À la différence de Open Firmware, il n'y a pas de nom de fichier par défaut dans SRM donc vous devez utiliser une de ces méthodes pour spécifier un nom de fichier.
Sur certains systèmes, le disque virtuel d'installation standard, combiné avec les exigences en mémoire de l'image d'amorçage TFTP, ne peuvent tenir en mémoire. Dans ce cas, vous pouvez quand même utiliser TFTP mais vous aurez à passer par une étape supplémentaire pour monter votre répertoire racine à travers le réseau. Ce type de configuration est aussi approprié pour les clients sans disque et les clients sans données.
Commencez par suivre toutes les étapes ci-dessus dans Section 4.4, « Préparer les fichiers pour amorcer depuis le réseau en TFTP ».
Copiez l'image du noyau Linux sur votre serveur TFTP en utilisant l'image a.out de l'architecture sur laquelle vous êtes en train d'amorcer.
« Détarez » l'archive de root sur votre serveur NFS (qui peut être le même que votre serveur TFTP) :
# cd /tftpboot # tar xvzf root.tar.gz |
Assurez-vous d'utiliser le tar de GNU (les autres programmes, comme celui de SunOS, manipulent incorrectement certains périphériques comme les fichiers ordinaires).
Exportez votre répertoire /tftpboot/debian-sparc-root avec les accès root pour votre client. Vous devez ajouter la ligne suivante à /etc/exports (syntaxe GNU/Linux, cela devrait être similaire pour SunOS jusqu'à la version 4.1.x) :
/tftpboot/debian-sparc-root client(rw,no_root_squash) |
Note : « client » est le nom d'hôte ou bien l'adresse IP reconnue par le serveur pour le système que vous allez amorcer.
Créez un lien symbolique depuis votre adresse IP cliente sous forme de nombres séparés par des points dans le fichier debian-sparc-root du répertoire /tftpboot. Par exemple, si l'adresse IP client est 192.168.1.3, faites :
# ln -s debian-sparc-root 192.168.1.3 |
C'est très proche de l'installation pour système avec peu de mémoire Section 4.4.3, « Installation de TFTP sur système avec peu de mémoire » parce que vous ne voulez pas charger le disque virtuel mais amorcer depuis le système de fichier nfs-root créé il y a peu. Vous n'avez qu'à remplacer le lien vers l'image tftpboot par un lien vers l'image du noyau (p. ex. linux-a.out).
RARP/TFTP requires all daemons to be running on the same server (the workstation is sending a TFTP request back to the server that replied to its previous RARP request).
Pour amorcer la machine cliente, allez à ???.
[3] Les systèmes Alpha peuvent aussi s'amorcer depuis le réseau en utilisant MOP DECNet (« Maintenance Operations Protocol », Protocole des opérations de Maintenance) mais ce n'est pas couvert ici. Il est vraisemblable que votre opérateur local OpenVMS sera ravi de vous assister si vous ne pouvez résister à l'envie d'utiliser MOP pour amorcer Linux sur votre Alpha.