• [^] # Re: /etc/initramfstools.d/modules

    Posté par (site web personnel, Mastodon) . En réponse au message Ordre de chargement des modules. Évalué à 3.

    J'ai aussi eu un problème similaire, avec un contrôleur disque qui pouvait être géré par deux modules, et c'était celui qui en faisait le moins (ata_piix) qui était chargé d'abord et damait le pion à celui dont j'avais besoin (ahci) : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598518 [excusez mon mauvais anglais]

    tu peux forcer le chargement d'un module avant un autre en établissant une dépendance entre eux dans /etc/modules/aliases.conf avec la syntaxe "softdep module-suivant pre:module-precedent" et recharger l'initramfs.

    Par exemple, avant que mon bug soit corrigé je devais faire

    cat >> /etc/modprobe.d/aliases.conf <<\EOF
    softdep ata_piix pre: ahci
    EOF

    initramfs-update -k all -u


    pour que le module ahci soit chargé avant ata_piix

    Dans ton cas, si j'ai bien compris, tu devrais faire quelque chose comme

    cat >> /etc/modprobe.d/aliases.conf <<\EOF
    softdep k8temp pre: w83627hf
    EOF

    initramfs-update -k all -u


    Cela dit, si changer l'ordre des modules résout ton problème, c'est un hack sale, le vrai problème est un problème de nommage non persistant, pour /dev c'est udev qui doit s'en charger. Sous Debian Squeeze udev génère des nommages persistants pour les périphériques réseaux et lecteurs de disques optiques. Les règles par défaut sont dans /lib/udev/rules.d , et les règles générées (persistance de nommage par exemple) sont dans /etc/udev/rules.d (attention, c'est un langage à goto !).

    Pour /sys je ne sais pas...

    ce commentaire est sous licence cc by 4 et précédentes