web-dev-qa-db-fra.com

Options de Modprobe.conf non chargées au démarrage

Un peu de n00b toujours sous Linux, mais y arriver ...

Quoi qu’il en soit, j’ai installé une nouvelle installation d’Ubuntu 11 sur un vieux PC P4 que j’espérais céder et j’ai un petit problème avec la carte réseau Intel 100/PRO VE intégrée, mais je pensais 'avait craqué.

Après le démarrage, je lance "dmesg | grep e100" pour voir ce que le noyau fait du pilote et obtenir ceci:

[    1.756219] pci 0000:02:08.0: Firmware left e100 interrupts enabled; disabling
[    3.237229] e100: Intel(R) PRO/100 Network Driver, 3.5.24-k2-NAPI
[    3.237235] e100: Copyright(c) 1999-2006 Intel Corporation
[    3.237310] e100 0000:02:08.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[    3.259916] e100 0000:02:08.0: (unregistered net_device): EEPROM corrupted
[    3.277707] e100 0000:02:08.0: PCI INT A disabled
[    3.277735] e100: probe of 0000:02:08.0 failed with error -11

J'ai donc découvert qu'en exécutant ce qui suit, je peux charger le pilote:

Sudo modprobe -r e100
Sudo modprobe e100 eeprom_bad_csum_allow=1

Cela charge et l'adaptateur fonctionne très bien. Cependant, je ne veux pas que l'utilisateur suivant soit obligé de l'exécuter à chaque démarrage du PC. J'ai donc appris que l'insertion de l'option dans un fichier .conf du dossier /etc/modprobe.d devrait définir l'option à chaque chargement. J'ai créé le fichier suivant dans /etc/modprobe.d:

-rw-r--r-- 1 root root   37 2012-04-16 21:18 e100.conf

et lui a donné le contenu:

options e100 eeprom_bad_csum_allow=1

Et redémarré la machine. Lorsque cela se produit, le réseau ne fonctionne pas et regarde dmesg | grep e100 a le même message que j'avais au début.

Exécuter "Sudo modprobe -r e100" puis "Sudo modprobe e100" (sans les options spécifiées) rend le chargement très agréable, donc il semble utiliser le fichier e100.conf.

Pourquoi ne l'utilise-t-il pas au démarrage?

J'apprécie énormément toute aide, désolé c'est trop long mais espérons que je me suis bien expliqué.

Cordialement, Chris.

modprobe
4
Chris Jamieson

Si un module est chargé au démarrage (avant que le système de fichiers racine ne soit ouvert), vous devez mettre à jour le disque mémoire initial. C'est le premier "système de fichiers" qui est chargé, il chargera les pilotes, découvrira et montera les partitions, etc.

Pour mettre à jour cet initrd, lancez:

Sudo update-initramfs -u

(ceci sera automatiquement appelé par les mises à jour/installations du noyau, vous ne devez donc l'exécuter qu'une seule fois)

4
Lekensteyn