Bonjour,

Je viens de réceptionner un NUC Intel.
Je dois impérativement le livrer avec Stretch, d'ici 48h maximum.

Avec l'installeur de Buster (cf [1]), l'interface Ethernet est reconnue et
fonctionnelle.
Elle est vue de type 15be alias e1000e.

L'installeur de Stretch (cf [2]) ne détecte pas cette interface Ethernet :
il me présente une liste de drivers dans laquelle figure un driver e1000e.
En le sélectionnant, rien ne se passe.

Que me conseillez-vous ?

Slts

[1]


[2]

En complément de ma question précédente volontairement ouverte, voici les
pistes que j'imagine:

1. Acheter un adaptateur Ethernet sur USB supporté par Stretch qui va
remplacer purement et simplement l'adaptateur intégré (pb: quelles perfo ?
comment avoir un nommage de l'interface plus sympa que enx123456789abcd ?)

2. Ajouter un dépôt magique (Stretch Backport ? depot Intel) danslequel se
trouve un paquet magique.

3. Ajouter un binaire magique

4. Compiler/installer des sources

Le mar. 18 juin 2019 à 12:21, Olivier <oza.4h07> a écrit :
[..]

récupères les firmware buster :

Je ne sais pas pour quelle raison mais les firmwares de buster font 79M
contre 36M pour stretch.

Le mar. 18 juin 2019 à 12:45, Olivier <oza.4h07> a écrit :
[..]

si nécessaire sous buster fais un lspci : lspci -nk | grep Ethernet
ça pourrait t'aider à trouver le driver en question

Le mar. 18 juin 2019 à 12:54, Florian Blanc <florian.blanc.adm> a
écrit :
[..]

Merci d'éviter de top-poster.

Le 18/06/2019 à 13:05, Florian Blanc a écrit :
> si nécessaire sous buster fais un lspci : lspci -nk | grep Ethernet
> ça pourrait t'aider à trouver le driver en question

Il ne connaît déjà : e1000e.

> Le mar. 18 juin 2019 à 12:54, Florian Blanc <florian.blanc.adm> a
> écrit :
>> récupères les firmware buster :

Aucun intérêt.
1) Les firmwares de buster sont pour le noyau de buster. Il y a peu de
chance que le noyau de stretch ait besoin d'un firmware qui ne se trouve
pas dans les firmwares de stretch mais dans ceux de buster.
2) Le module e1000e ne déclare utiliser aucun firmware.
3) Le module e1000e de stretch ne reconnaît pas l'identifiant 15be du
contrôleur (noyau trop ancien/périphérique trop récent), ce n'est pas
l'ajout de firmwares qui va changer cela.

>> Je ne sais pas pour quelle raison mais les firmwares de buster font 79M
>> contre 36M pour stretch.

Probablement parce que le noyau de buster supporte de nouveaux
périphériques qui ont besoin de nouveaux firmwares.

>> Le mar. 18 juin 2019 à 12:45, Olivier <oza.4h07> a écrit :
>>> En complément de ma question précédente volontairement ouverte, voici les
>>> pistes que j'imagine:
>>> 1. Acheter un adaptateur Ethernet sur USB supporté par Stretch qui va
>>> remplacer purement et simplement l'adaptateur intégré (pb: quelles perfo ?

Sûrement pourries.

>>> comment avoir un nommage de l'interface plus sympa que enx123456789abcd ?)

Avec une règle udev de nommage persistant comme avant stretch ou une
unité .link de systemd (cf. man systemd.link).
Mais quelle importance ? Tu te sers souvent du nom de l'interface ?

>>> 2. Ajouter un dépôt magique (Stretch Backport ? depot Intel)
J'essaierais le noyau de stretch-backports, c'est le plus facile.
Problème : la maintenance. Déjà en temps normal il n'y a pas de support
de sécurité officiel pour stretch-backports, et il ne sera probablement
plus maintenu après la publication de buster, ce qui est prévu pour bientôt.

>>> 4. Compiler/installer des sources

Eventuellement compiler les sources du pilote de chez Intel.
[..]

Bonjour,

Je suggère d'installer une debian stretch en utilisant une carte réseau
en USB (le temps de l'installation). Puis d'installer un noyau (avec
les firmwares si nécessaire) depuis les backports de la stretch.

On peut renommer les interfaces soit :
* en éditant le fichier « /etc/udev/rules.d/70-persistent-net.rules »
* en utilisant le paquet « ifrename »

Cordialement,

Je viens à l'instant d'essayer [3] en utilisant un adaptateur Ethernetsur
USB.

À ma grande surprise, c'est particulièrement simple et ça fonctionne (en
apparence) !
Je recommanderai sans hésiter d'essayer cette procédure.

Merci à tous pour vos conseils !

[3]


Le mar. 18 juin 2019 à 13:27, Guillaume Clercin <gclercin> a
écrit :
[..]

Le 18/06/2019 à 13:37, Olivier a écrit :
> Je viens à l'instant d'essayer [3] en utilisant un adaptateur Ethernet sur
> USB.
> [3]
>

Je ne comprends pas. Pour autant que je sache, aucun des pilotes décrits
dans cette page (igb, e1000e, e1000) ne prend en charge d'adaptateur
USB-ethernet.

ça peut l'aider afin de voir quel est le kernel driver in use :
# lspci -v | grep Ethernet
04:00.0 Ethernet controller: Intel Corporation I350 Gigabit Network
Connection (rev 01)
# lspci -nk | grep -A 3 04:00.0
04:00.0 0200: 8086:1521 (rev 01)
Subsystem: 15d9:1521
Kernel driver in use: igb
Kernel modules: igb

sur une autre machine :
# lspci -v | grep Ethernet
01:00.0 Ethernet controller: Broadcom Limited NetXtreme II BCM5716 Gigabit
Ethernet (rev 20)
Subsystem: Dell NetXtreme II BCM5716 Gigabit Ethernet
# lspci -nk | grep -A 3 01:00.0
01:00.0 0200: 14e4:163b (rev 20)
Subsystem: 1028:04dd
Kernel driver in use: bnx2
Kernel modules: bnx2

bref sinon effectivement installe directement le driver e1000e :


Le mar. 18 juin 2019 à 13:27, Guillaume Clercin <gclercin> a
écrit :
[..]