Réseau non reconnu : 82567LM-3, comment faire ?

Cet article s’applique à coup sûr à la dernière Debian stable (Lenny) ; probablement à quelques Ubuntu, au moins la LTS actuelle (8.04), je n’en sais rien pour les versions suivantes (8.10…). Le principe que j’expose reste le même ; il faudra simplement adapter pour de l’Ubuntu.
J’ai eu l’idée de consigner ça par écrit pour les gens qui tomberaient sur le même problème et aussi car la méthode utilisée peut être utile dans d’autres cas (changement de noyau en allant chercher un .deb plus récent ; simple pour beaucoup, mystérieux pour d’autres)

Le contexte

J’installe une Debian stable (Lenny) par le réseau (netinst) sur une machine “trop récente” (DELL Optiplex 760) équipée du dernier chipset Intel ICH10 (ou ICH9, j’ai trouvé des infos contradictoires sur Google, à vrai dire, je m’en cogne). Souci : carte réseau non gérée, ce qui est passablement gênant pour une installation par le réseau.

Je décris ici 3 méthodes pour s’en sortir (2 méthodes théoriques et celle que j’ai utilisée pour s’en sortir facilement).

Méthode 1 : je compile

Sur Google, on tombe rapidement sur des types expliquant comment compiler le driver fourni par Intel sur son site (driver e1000e, dernier en date : e1000e-0.5.18.3.tar.gz)
Le problème dans le cas qui m’intéresse est que je n’ai pas tous les outils de compilation sur une “Lenny netinst”, il manque “make” par exemple. Déjà on a les “headers” du noyau, c’est bien.
J’ai voulu compiler sur une autre machine Lenny Stable, mais, elle avait un minimum de vécu et notamment un kernel 2.6.28 mis à jour (le -2 et pas le -1 du dernier CD Lenny officiel en date).
Donc j’avais des doutes sur la simplicité de la manip, genre : rebooter la machine de compilation en 2.6.28-1, compiler, injecter ce driver sur ma machine cible, mettre à jour l’OS (donc le noyau en 2.6.28-2) en descendant les outils de compilation et rebooter en 2.6.28-2 pour recompiler à nouveau. Chiantissime.

A noter aussi qu’on tombe sur des articles flippants comme quoi les noyaux avant 2.6.27-14 (de tête) ont un driver pourri et on risque de tout casser (physiquement, si j’ai bien lu en diagonale)

Méthode 2 : je cherche un .deb

Je ne connais pas de liste super géniale de paquets non-officiels pour Debian (à part les classiques backports, apt-get.org etc). Bref, je n’ai pas trouvé un mec sympa pour me filer un .deb qu’il aurait fait pour le noyau qui m’intéresse / pour les noyaux en fait, puisqu’il y a un upgrade qui guette (cf. méthode 1)
Bref, pénible là aussi.

Méthode 3 recommandée : je change de noyau

L’autre méthode fût de voir que le noyau disponible en “SID unstable” (noyau 2.6.29-xxx) contenait un driver à jour pour ma carte réseau.
Comme le noyau n’a pas beaucoup de dépendances à respecter et qu’il y a un meta-paquet englobant le noyau (linux-image-2.6-686), ça m’a paru être une bonne méthode pour installer facilement ce driver tout en restant dans les clous vis-à-vis des outils d’update du système.
Solution plus propre que de créer son .deb à l’arrache je trouve

J’ai donc été cherché les paquets suivants : linux-image-2.6-686 pour SID (un meta-paquet) et le noyau, le vrai, le 2.6.29-1 à ce jour sur SID

Ensuite, j’ai ramené ça par clef USB (forcément, le réseau est mort…) et ai exécuté un dpkg -i linux-image*deb dans le répertoire où j’avais stocké tout ça.
GRUB a fait le reste automatiquement.

Enfin, une fois rebooté, comme j’avais forcément un peu zappé la configuration réseau lors de l’installation, il faudra aller injecter le minimum, par exemple :

user@opti:~$ cat /etc/network/interfaces
[...]
auto eth0
iface eth0 inet dhcp

puis initialiser la carte réseau : ifup eth0
Voilà, ça devrait le faire