Debian Sid Update A Risque

[zaverel]

Voila , je viens de mettre a jour ma sid et il y a eut un "gros" changement

* Now /etc/modprobe.d/ is processed by modprobe. This means that

    /etc/modprobe.conf and /lib/modules/modprobe.conf are not needed

    anymore and update-modules is now a no-op. Executable scripts in

    /etc/modprobe.d/ are not supported anymore.

    /etc/modprobe.conf will be removed or moved to /etc/modprobe.d/.

....

....

extrait de /usr/share/doc/module-init-tools/changelog.Debian.gz

donc vous etonner pas si vous avez des problemes de modules qui ne sont plus chargé au demarrage

chez moi , je doit charger le module nvidia a la main sinon X ne se lance pas.

Pour l'instant , je ne sais pas comment gerer "la nouveauté" , j'ai pas encore lu la doc

penser a sauvegarder /etc/modprobe.conf et sutout /lib/modules/modprobe.conf (c'est le plus complet ) car moi je ne l'ai plus

[-rem-]

merci du tuyau, je regarde ca demain, ce soir trop claque rem...dodo !

[X-Guardian]

Salut,

C'est effectivement l'un des problèmes qu'apporte les nouveaux changements.

(Norme LSB, noyau 2.6 + fichier modprobe, subfs, ... )

J'ai eu la même chose en passant de la SuSE 9.0 à la SuSE 9.1.

Mais y a un script ou une commande qui permet de pallier en partie à ce problème :

#generate-modprobe.conf

Il crée le fichier modprobe.conf à partir des modules lancés en ce moment.

Il y a un truc à rajouter pour qu'il crée le fichier modprobe.conf à partir du modules.conf.

Je vais regarder après avoir manger ^^

[X-Guardian]

J'ai trouvé çà squr le forum d'andesi :

http://andesi.org/forum/viewtopic.php?p=21484

Et aussi ça en cherchant sur google :

http://blog.xarli.net/ (au mileur de la page)

Je cite :

Problème de modprobe.conf lors d'une mise à jour récente de Debian SID (unstable)?

Après une mise à jour récente de ma Debian [AUTO], je me suis apperçu que la commande modconf, qui permet de gérer de manière automatisée les modules à charger au démarrage de la machine, avec une interface toute simple en ncurses, j'ai eu un message d'erreur me signalant l'absence d'un fichier :

FATAL: Failed to open config file /etc/modprobe.conf: No such file or directory

Échec de l'installation.

Le fichier modconf est donc manquant, ce qui est bien embêtant. Comment le regénérer? Le paquetage module-init-tools, probable responsable de l'absence de ce fichier soit dit en passant, contient un script dans sa documentation pour la regénération du fichier de configuration. Voilà la procédure pour le récupérer :

cd /tmp

cp /usr/share/doc/module-init-tools/example/generate-modprobe.conf.gz .

gunzip generate-modprobe.conf

chmod +x generate-modprobe.conf

./generate-modprobe.conf modprobe.conf

su -

cp modprobe.conf /etc

Et voilà, c'est du tout bon.

Merci à Jean Luc Coulon pour son message sur la liste debian-user-french@lists.debian.org [EN], liste de diffusion d'aide aux utilisateurs francophones de la Debian [AUTO].

Voilà, en espérant que ça peu aider

Guile.

[tuXXX]

Mais non, il ne faut pas recréer le modprobe.conf !!

Il faut créer des fichiers dans /etc/modprobe.d/

(par exemple, pour le driver nvidia, il suffit de créer un fichier avec un nom explicite... que pensez-vous de "nvidia" et de configurer de la même manière que vous auriez fait avec le modules.conf/modprobe.conf)

...Et normalement, le fichier modprobe.conf est ensuité généré automatiquement...

[zaverel]

Mon problème c'est que j'ai compilé mon noyau 2.6.7

dans syslog, les erreurs concernant modprobe disent :

Jul 3 16:46:28 Winnie kernel: snd: version magic '2.6.5 K7 gcc-3.3' should be '2.6.5 386 gcc-3.3'

la deja ya un soucie au niveau des versions.

Tes sur de demarrer sur ton kernel recompiler ?

perso en root j'ai fait

./generate-modprobe.conf modprobe.conf

cp modprobe.conf /etc

cp modprobe.conf /lib/modules

update-modules (j'avais des options a passer aux modules avec /etc/modprobe.d )

je suis pas sur que tout soit clean mais sa marche

(je l'ai fait hiers quand je me suis rendu compte que je n'avait plus de /dev/sound/dsp

embetant pour jouer )

Sinon u debut j'utilisait modconf : c'est un utilitaire qui permet de lancer

des modules grace au fichier /etc/modules qu'il crée

mais je n'avais pas du passer les bonnes options pour ma carte son

[zaverel]

tu a peut etre raison , j'en sais rien .

pour mon probleme de /dev/sound/dsp

c'est que il ne suffit pas de lancer des modules ,

il faut les bonnes options aussi , sinon ya des problemes.

Et j'ai toujours pas compris si l'effacement de modprobe.conf est un bug ou pas

[tuXXX]

tu a peut etre raison , j'en sais rien .

pour mon probleme de /dev/sound/dsp

c'est que il ne suffit pas de lancer des modules ,

il faut les bonnes options aussi , sinon ya des problemes.

Et j'ai toujours pas compris si l'effacement de modprobe.conf est un bug ou pas

C'est pas un bug, il est généré à chaque démarrage, si je me souvient bien...ou bien ce serait à chaque modules-update? ...enfin bref

ça permet de gérer tout ça plus facilement (il suffit de rajouter ou d'enlever des fichiers alors que modifier un "modprobe.conf" c'est vachement plus dur...)

Utiliser une ruse pour que tout marche, c'est mal...

Et en plus, normalement, y'a pas 50 trucs à charger, drivers vidéo (nvidia/fglrx), net (si c'est pas intégré au noyau) son (pour alsa normalement y'a un script dans /etc/init.d qui doit faire ça), et puis éventuellement bttv ou d'autre choses comme ça...

En vrai, c'est quoi , votre problème?

Parce que moi, c'est comme ça (/etc/modprobe.d/) depuis le début (gentoo) et ça marche très bien...

C'est comme un modprobe.conf...

Normalement, si vous voulez que ça marche, il devrait suffire de mettre le modprobe.conf dans le dossier modprobe.d, et ça devrait être bon (mais pas beau...)

[zaverel]

tuxx ,sa marchait exactement comme sa avant l'update de module-init-tools.

Mais depuis