Comment faire pour déterminer si un module est chargé dans le noyau linux

Je suis juste curieux de savoir est-il un moyen pour déterminer si un module est chargé/installé.

$lsmod répertorie tous les modules de pilote de périphérique chargé).

Est-il un moyen de vérifier ou d'une commande qui renvoie true/false booléenne sortie si un nom de module est interrogé. pour eg. si le clavier.o existe return true sinon false. j'ai besoin de cette astuce pour terminer mon permis auto refresh programme.

PS: je l'ai essayé modinfo. je suis à l'aide de busybox client dans mon test DUT alors pouvez-vous donner quelques solutions de rechange autres que modinfo ?

  • La question est un peu ambigu. Êtes-vous essayer de vérifier si le pilote est chargé dans la mémoire ou installé sur le système? modinfo aiderait avec le dernier mais pas l'ancien.
InformationsquelleAutor Dennis Ninj | 2012-03-23
  1. 25

    ne sais pas si modinfo modname et la vérification de $? de travail pour vous, juste une suggestion.

    /tmp$ sudo modinfo e1000
/tmp$ echo $?
0
/tmp$ sudo modinfo keyboard
ERROR: modinfo: could not find module keyboard
/tmp$ echo $?
1

    alternativement, vous aussi grep /proc/modules

    • Juste une remarque: le modinfo approche ne semble pas vraiment travailler pour le chargement check (comme dans la question du titre). Il montre l'information, indépendamment de savoir si le module est chargé.
    InformationsquelleAutor johnshen64
  2. 24

    La modinfo module méthode ne fonctionne pas bien pour moi. Je préfère cette méthode est semblable à la méthode alternative proposée:

    #!/bin/sh

MODULE="$1"

if lsmod | grep "$MODULE" &> /dev/null ; then
  echo "$MODULE is loaded!"
  exit 0
else
  echo "$MODULE is not loaded!"
  exit 1
fi
    • grep -Eq "^${MODULE} ";
    InformationsquelleAutor basfest
  3. 9

    J'ai écrit ceci:

    MODULE=snd_aloop # for example
test -n "$(grep -e "^$MODULE " /proc/modules)" && echo "Loaded" || echo "Not loaded"

    Il vérifie dans /proc/modules. Si le module est là, il est supposé pour être chargé, pas autrement.

    Les autres semblaient trop long pour moi (l'autre à court exige la racine, ce qui ne fonctionne pas). Bien sûr, il est juste écrit ce qui a été déjà mentionné comme "alternatives".

    Attention: modprobe accepte certaines variantes de noms de modules, autres que les premiers répertoriés dans /proc/modules. Par exemple le chargement snd-aloop fonctionne, mais le module est nommé snd_aloop et est répertorié comme tel dans /proc/modules et lors de l'utilisation de rmmod c'est aussi le seul nom qui va travailler.

    • Vous souhaitez peut-être le match pour la "^$MODULE\>" au lieu de assurez-vous de ne pas appariement juste une partie du nom du module.
    InformationsquelleAutor Nobody
  4. 8

    La --first-time drapeau causes modprobe à l'échec si le module est déjà chargé. Que conjointement avec la --dry-run (ou l'abréviation -n) drapeau fait un test de nice:

    modprobe -n --first-time $MODULE && echo "Not loaded" || echo "Loaded"

    Edit 1: Comme @Personne n'a souligné ce imprime aussi Loaded si le module n'existe pas. Nous pouvons résoudre ce problème en combinant avec modinfo:

    modinfo $MODULE >/dev/null 2>/dev/null &&
! modprobe -n --first-time $MODULE 2>/dev/null &&
echo "Loaded" || echo "Not loaded"

    Edit 2: Sur certains systèmes modprobe vit dans /usr/sbin, ce qui n'est pas dans le $PATH, sauf si vous êtes root. Dans ce cas, vous devrez remplacer modprobe pour /usr/sbin/modprobe ci-dessus.

    • Problème: les Besoins de la racine et lorsque vous entrez des conneries pour $MODULE, il prétend que $MODULE est chargé.
    • Il ne nécessite pas de racine sur mon système.
    • Oh, désolé, je n'étais qu'à moitié raison (ou peut-être en quart de droit. Honte à vous commentaire-up-électeurs). Sur Debian, modprobe n'est pas dans $PATH pour les utilisateurs normaux, il suffit donc de copier&coller votre commande ne fonctionne qu'en tant que root. Mais lors de l'appel de modprobe avec son chemin d'accès complet, il est exécutable pour les utilisateurs normaux et que le nombre réel d'insertion d'échec de l'opération, de sorte que votre solution fonctionne sur le principe. Je pense toujours que l'interrogation de /proc/modules est plus élégant, mais c'est une question de goût. Avais-je downvoted votre réponse, j'aurais supprimé le vote maintenant (mais je n'ai pas).
    InformationsquelleAutor jpath
  5. 6

    La meilleure idée est de créer une fonction bash:

    #!/bin/sh
function checkModule(){
  MODULE="$1"
  if lsmod | grep "$MODULE" &> /dev/null ; then
    echo "$MODULE is loaded!"
    return 0
  else
    echo "$MODULE is not loaded!"
    return 1
  fi
}

checkModule
if $?; then
  #do somthing
fi
    InformationsquelleAutor Mostafa
  6. 2
     !/bin/sh
 # Module
 MODULE="scsi_dh_rdac"

 #Variables check if module loaded or not
 MODEXIST=/sbin/lsmod | grep "$MODULE"

 if [ -z "$MODEXIST" ]; then
       /sbin/modprobe "$MODULE" >/dev/null 2>&1
 fi
    • Bien que votre réponse semble bon, vous devez inclure une petite explication... simple code peut être bon, mais le code et explication est mieux
    InformationsquelleAutor ronald
  7. 0
    module list

    Retourne: 

    Currently Loaded Modulefiles:
  1) /coverm/0.3.0        2) /parallel/20180222
    InformationsquelleAutor MeggyClay