Salut à tous !
 
J'ai récemment dû remplacer ma carte mère, tout s'est bien passé au retour sous ma Mandriva 2010, sauf que mon lecteur et mon graveur DVD ne sont plus reconnus.
Les deux sont en IDE, gérés par un contrôleur additionnel de la CM.
 
Je pense que le problème vient d'un reste d'ancienne configuration qui doit poser conflit (mon ancienne CM avait un contrôleur Marvell, et la nouvelle un JMicron 368), car si je boote sur un live CD Mandriva One, tout fonctionne parfaitement.
 
J'ai tenté de modifier les règles d'udev (/etc/udev/rules.d/70-persistent-cd.rules) en me basant sur celles utilisées par la session live cd, mais cela ne suffit pas, je n'ai pas retrouvé mes lecteurs après reboot  
 
Le contrôleur JMicron est bien détecté (IDE Interface en 02:00.0 selon lspci), et les modules correspondants sont bien chargés.
 
Je sèche un peu, et je me dis qu'il ne manque peut être pas grand chose pour que je retrouve un fonctionnement correct.
Merci d'avance pour votre aide  

Bon, après vérif, le module pata_jmicron n'était pas réellement chargé, un petit modprobe pata_jmicron réveille mes lecteurs    
 
L'ancien module "pata_marvell" était (et est toujours) chargé automatiquement, et je voudrais le virer pour le remplacer par pata_jmicron, je me demande s'il n'y a pas une méthode "plus propre" que de placer pata_jmicron dans /etc/modprobe.preload

il est plus simple pour moi d'utiliser des fichiers qui sont lus au démarrage que tout dans un seul fichier exemple:

par ailleurs il n'y a pas de conflit entre pata_marvell et pata_jmicron, c'est simplement que le premier ne gère tout simplement pas tes lecteurs dvd.
 
Ensuite j'aurais tendance a régénérer l'initrd  de nouveau afin de t'assurer que désormais pata_jmicron est présent à ce niveau
 
classiquement sur une 2010.0 à jour cela donne
 

Je connaissais la méthode, mais est-ce juste une question de goût ou est-ce vraiment plus propre ainsi ?
J'ai pas des masses de trucs à charger en plus au boot, avant mon ajout pour pata_jmicron je n'avais que dm_crypt dans le preload.
 

Yep, en parlant de conflit, je pensais à d'autres trucs du style udev rules, vu que j'ai dû modifier celles qui géraient mes lecteurs. C'est mon côté légèrement psycho-rigide qui m'a donné envie de virer pata_marvell étant donné que je n'ai plus ce contrôleur sur ma nouvelle CM ("il n'y en a plus besoin, donc ça n'a plus rien à faire là" ).
 

Merci beaucoup, je ne connaissais pas   ... et j'ai donc la réponse à ma question : c'est dans l'initrd.img que se situait le préchargement de pata_marvell.
Du coup, j'en ai profité pour y intégrer également dm_crypt et le retirer de modprobe.preload
 
Question subsidiaire : vais-je devoir recommencer cette manip à la prochaine mise à jour de noyau ? Pour pata_jmicron il ne devrait pas y avoir de souci car mkinitrd l'a détecté tout seul, mais vu que j'ai ajouté manuellement dm_crypt ...  (et pour le coup, je ferais peut-être mieux de le laisser dans modprobe.preload)

en fait tu devrais les laisser dans le modprobe.preload, afin de t'assurer qu'ils seront bien inclus lors de la prochaine génération du initrd.
tu peux modifier également /etc/sysconfig/mkinitrd pour forcer l'inclusion de certains modules dans le initrd si tu le souhaites
 
P.S: désolé pour le petit retard

Merci pour ces infos, et pas grave pour le retard !
Entre temps, il y a eu une maj du noyau, je n'ai pas eu de souci avec pata_jmicron, par contre mon dm_crypt a bien sauté, du coup, je l'ai remis dans le preload.
Je vais jeter un œil au fichier de conf de mkinitrd.