En général, cela vient du fait que la personne a décompressé l'archive tar sous IRIX, et pas sous Linux. Puisque la représentation des fichiers des périphériques à travers NFS n'est pas standardisé entre les Unices, cela échoue. Le symptome est le blocage du système avec le message d'erreur "Warning: unable to open an initial console." juste après le montage du système de fichiers NFS.
Pour le moment, il faut utiliser un système Linux (pas nécessairement un MIPS) pour décompresser l'archive d'installation sur un serveur NFS. Le serveur NFS lui-même peut être n'importe quel UNIX.
Lorsque je construit mon propre noyau, il plante. Sur un Indy, le message lors du plantage ressemble à ce qui suit ; le même problème apparaît aussi sur d'autres machines mais ce qui est affiché diffère complétement.
Exception: <vector=UTLB Miss> Status register: 0x300004803<CU1,CU0,IM4,IPL=???,MODE=KERNEL,EXL,IE> Cause register: 0x8008<CE=0,IP8,EXC=RMISS> Exception PC: 0x881385cc, Exception RA: 0x88002614 exception, bad address: 0x47c4 Local I/O interrupt register 1: 0x80 <VR/GIO2> Saved user regs in hex (&gpda 0xa8740e48, &_regs 0xa8741048): arg: 7 8bfff938 8bfffc4d 880025dc tmp: 8818c14c 8818c14c 10 881510c4 14 8bfad9e0 0 48 sve: 8bfdf3e8 8bfffc40 8bfb2720 8bfff938 a8747420 9fc56394 0 9fc56394 t8 48 t9 8bfffee66 at 1 v0 0 v1 8bfff890 k1 bad11bad gp 881dfd90 fp 9fc4be88 sp 8bfff8b8 ra 88002614 PANIC: Unexpected exceptionCe problème vient d'une erreur non résolue encore dans le module Binutils dans les versions supérieures à la version 2.7. Pour le résoudre, changez la ligne suivante dans le fichier arch/mips/Makefile
LINKFLAGS = -static -N
en :
LINKFLAGS = -static
>> boot bootp()/vmlinux 73264+592+11520+331680+27848d+3628+5792 entry: 0x8df9a960 Setting $netaddres to 192.168.1.5 (from server deadmoon) Obtaining /vmlinux from server deadmoon Cannot load bootp()/vmlinux Illegal f_magic number 0x7f45, expected MIPSELMAGIC or MIPSEBMAGIC.Ce problème survient uniquement pour des Indys avec des versions très anciennes de la PROM qui ne peuvent pas gérer le format binaire ELF que Linux utilise. Une solution à ce problème est en cours de résolution.
Le système SNI peut tourner à la fois en modes "big endian" et "little endian". Actuellement, Linux/MIPS supporte uniquement le microcode "little endian". C'est plutôt malchanceux car SNI n'a plus mis en place ce microcode depuis un certain temps, depuis qu'ils sont passés en NT. Lorsqu'il tourne en mode "big endian", le microcode se comporte de façon similaire à un Indy SGI qui est déjà supporté, par conséquent la résolution du support des SNI sera relativement facile. Les hackers intéressés peuvent contacter Ralf Bächle (ralf@gnu.org).
collect2: ld terminated with signal 6 [Aborted]C'est un problème connu dans de vieilles versions de binutils. Vous devrez remettre à niveau binutils 2.8.1 plus des patches très récentes.
Votre machine répond aux paquets de BOOTP (vous devriez vérifier cela en utilisant des sniffers de paquets comme tcpdump ou ethereal) mais ne télécharge pas le noyau à partir du serveur BOOTP. Cela arrive si votre serveur de boot tourne sous un noyau de la série 2.3 ou supérieure. Le problème peut être contourné en faisant un "echo 1> /proc/sys/net/ipv4/ip_no_pmtu_disc" sous compte administrateur (root) sur votre serveur de démarrage.
Lors de l'utilisation de DHCP version 2, vous devrez voir apparaître le problème suivant : Votre machine a reçu sa réponse de BOOTP 3 fois mais refuse de démarrer TFTP. Vous pouvez résoudre cela en faisant un "unsetenv netaddr" dans la console de commande de la PROM avant de booter votre système. La version 3 de DHCP résoud ce problème.