How to list all loadable kernel modules?

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
54
down vote

favorite
19












I'm looking for a few kernel modules to load i2c-dev and i2c-bcm2708. But the modprobe command returns:



sudo modprobe i2c-dev
modprobe: module i2c-dev not found in modules.dep


How can I list all the available modules in the system? In which directory are they located?










share|improve this question





















  • The kernel didnt compile this i2c-dev. You didnt find this module.The kernel modules located /lib/modules/'kernel-version'/drivers. When you are looking for linux drivers.
    – supriady
    Jan 18 '17 at 8:26










  • You can check on /boot/config-'kernel-version' and read this config file.You should know which linux modules are loaded or modulars or during compiling kernel didnt enable i2c-dev module.
    – supriady
    Jan 18 '17 at 8:33














up vote
54
down vote

favorite
19












I'm looking for a few kernel modules to load i2c-dev and i2c-bcm2708. But the modprobe command returns:



sudo modprobe i2c-dev
modprobe: module i2c-dev not found in modules.dep


How can I list all the available modules in the system? In which directory are they located?










share|improve this question





















  • The kernel didnt compile this i2c-dev. You didnt find this module.The kernel modules located /lib/modules/'kernel-version'/drivers. When you are looking for linux drivers.
    – supriady
    Jan 18 '17 at 8:26










  • You can check on /boot/config-'kernel-version' and read this config file.You should know which linux modules are loaded or modulars or during compiling kernel didnt enable i2c-dev module.
    – supriady
    Jan 18 '17 at 8:33












up vote
54
down vote

favorite
19









up vote
54
down vote

favorite
19






19





I'm looking for a few kernel modules to load i2c-dev and i2c-bcm2708. But the modprobe command returns:



sudo modprobe i2c-dev
modprobe: module i2c-dev not found in modules.dep


How can I list all the available modules in the system? In which directory are they located?










share|improve this question













I'm looking for a few kernel modules to load i2c-dev and i2c-bcm2708. But the modprobe command returns:



sudo modprobe i2c-dev
modprobe: module i2c-dev not found in modules.dep


How can I list all the available modules in the system? In which directory are they located?







linux-kernel kernel-modules






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Feb 14 '15 at 19:21









UserK

71141122




71141122











  • The kernel didnt compile this i2c-dev. You didnt find this module.The kernel modules located /lib/modules/'kernel-version'/drivers. When you are looking for linux drivers.
    – supriady
    Jan 18 '17 at 8:26










  • You can check on /boot/config-'kernel-version' and read this config file.You should know which linux modules are loaded or modulars or during compiling kernel didnt enable i2c-dev module.
    – supriady
    Jan 18 '17 at 8:33
















  • The kernel didnt compile this i2c-dev. You didnt find this module.The kernel modules located /lib/modules/'kernel-version'/drivers. When you are looking for linux drivers.
    – supriady
    Jan 18 '17 at 8:26










  • You can check on /boot/config-'kernel-version' and read this config file.You should know which linux modules are loaded or modulars or during compiling kernel didnt enable i2c-dev module.
    – supriady
    Jan 18 '17 at 8:33















The kernel didnt compile this i2c-dev. You didnt find this module.The kernel modules located /lib/modules/'kernel-version'/drivers. When you are looking for linux drivers.
– supriady
Jan 18 '17 at 8:26




The kernel didnt compile this i2c-dev. You didnt find this module.The kernel modules located /lib/modules/'kernel-version'/drivers. When you are looking for linux drivers.
– supriady
Jan 18 '17 at 8:26












You can check on /boot/config-'kernel-version' and read this config file.You should know which linux modules are loaded or modulars or during compiling kernel didnt enable i2c-dev module.
– supriady
Jan 18 '17 at 8:33




You can check on /boot/config-'kernel-version' and read this config file.You should know which linux modules are loaded or modulars or during compiling kernel didnt enable i2c-dev module.
– supriady
Jan 18 '17 at 8:33










4 Answers
4






active

oldest

votes

















up vote
58
down vote



accepted











  • By default modprobe loads modules from subdirectories located in the /lib/modules/$(uname -r) directory. Usually all files have extension .ko, so you can list them with



    find /lib/modules/$(uname -r) -type f -name '*.ko'


    or, taking into account compressed files:



    find /lib/modules/$(uname -r) -type f -name '*.ko*'


  • However, to load a module successfully modprobe needs its dependencies listed in the file /lib/modules/$(uname -r)/modules.dep (and a corresponding binary version modules.dep.bin). If some module is present on the system, but is not on the list, then you should run a command depmod which will generate such dependencies and automatically include your module to modules.dep and modules.dep.bin.


  • Additionally, if the module is successfully loaded it will be listed in the file /proc/modules (also accessed via command lsmod).






share|improve this answer


















  • 2




    Redhat 7 modules files are compressed in .xz (not sure if it is because of kernel version or OS version.. if someone can clarify it to me?) so I think you might not find them with jimmij's find command. Use instead find /lib/modules/$(uname -r) -type f -name *.ko*
    – Pozinux
    Oct 5 '17 at 13:14







  • 1




    @Pozinux Discovered the same thing here on Arch linux at 4.13.10, which have the ending .gz
    – Johann
    Nov 3 '17 at 17:12






  • 1




    @posinux: beware : the shell may expand your *.ko* if you happen to have in your current dir some file matching it. better to escape it between single quotes: find /lib/modules/$(uname -r) -type f -name '*.ko*'
    – Olivier Dulac
    Nov 21 '17 at 17:01


















up vote
8
down vote













Type modprobe and press tab, the autocomplete list should contain all the loadable modules






share|improve this answer






















  • Actually, his answer is a little better than mine since it's easier to use a tool like grep on the output.
    – Martin Hansen
    Sep 16 '15 at 18:18






  • 8




    it doesn't work for some systems
    – avtomaton
    Feb 17 '16 at 22:19

















up vote
3
down vote













There is lsmod command of kmod package in Arch Linux what lists and shows the status of Linux kernel modules that contains other useful commands such as modinfo, rmmod modprobe too.



To list all binaries provided by the package you can type:



pacman -Ql kmod | grep /bin/ --color=always


, and you can also check for the owner package of a binary with pacman -Qo lsmod.




Q switch is to query locally installed packages (unlike S to synchronize, ie. to check remotely).






share|improve this answer




















  • Where it's important to highlight that lsmod only shows already loaded modules. The Author of this thread had the problem to load a module that wasn't in the map of the loadable kernel modules. Besides, this solution only applies to archlinux. Which might be not the distribution of the Author and might not solve the problem for others.
    – Akendo
    Feb 6 at 13:52


















up vote
1
down vote













I prefer to use depmod. With the command: depmod -av|grep MOD_NAME, your system will generate the modules.dep/map files and grep through it.
The -v parameter is important for verbosity and -a to ensure that all possible modules from /lib/modules/ are used for the modules.dep file.



This way it's possible to ensure, that a requested kernel module is mapped to the kernel as loadable. When the desire kernel module is not listed in the output, you know that the kernel won't find it.






share|improve this answer






















    Your Answer








    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "106"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f184877%2fhow-to-list-all-loadable-kernel-modules%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    4 Answers
    4






    active

    oldest

    votes








    4 Answers
    4






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    58
    down vote



    accepted











    • By default modprobe loads modules from subdirectories located in the /lib/modules/$(uname -r) directory. Usually all files have extension .ko, so you can list them with



      find /lib/modules/$(uname -r) -type f -name '*.ko'


      or, taking into account compressed files:



      find /lib/modules/$(uname -r) -type f -name '*.ko*'


    • However, to load a module successfully modprobe needs its dependencies listed in the file /lib/modules/$(uname -r)/modules.dep (and a corresponding binary version modules.dep.bin). If some module is present on the system, but is not on the list, then you should run a command depmod which will generate such dependencies and automatically include your module to modules.dep and modules.dep.bin.


    • Additionally, if the module is successfully loaded it will be listed in the file /proc/modules (also accessed via command lsmod).






    share|improve this answer


















    • 2




      Redhat 7 modules files are compressed in .xz (not sure if it is because of kernel version or OS version.. if someone can clarify it to me?) so I think you might not find them with jimmij's find command. Use instead find /lib/modules/$(uname -r) -type f -name *.ko*
      – Pozinux
      Oct 5 '17 at 13:14







    • 1




      @Pozinux Discovered the same thing here on Arch linux at 4.13.10, which have the ending .gz
      – Johann
      Nov 3 '17 at 17:12






    • 1




      @posinux: beware : the shell may expand your *.ko* if you happen to have in your current dir some file matching it. better to escape it between single quotes: find /lib/modules/$(uname -r) -type f -name '*.ko*'
      – Olivier Dulac
      Nov 21 '17 at 17:01















    up vote
    58
    down vote



    accepted











    • By default modprobe loads modules from subdirectories located in the /lib/modules/$(uname -r) directory. Usually all files have extension .ko, so you can list them with



      find /lib/modules/$(uname -r) -type f -name '*.ko'


      or, taking into account compressed files:



      find /lib/modules/$(uname -r) -type f -name '*.ko*'


    • However, to load a module successfully modprobe needs its dependencies listed in the file /lib/modules/$(uname -r)/modules.dep (and a corresponding binary version modules.dep.bin). If some module is present on the system, but is not on the list, then you should run a command depmod which will generate such dependencies and automatically include your module to modules.dep and modules.dep.bin.


    • Additionally, if the module is successfully loaded it will be listed in the file /proc/modules (also accessed via command lsmod).






    share|improve this answer


















    • 2




      Redhat 7 modules files are compressed in .xz (not sure if it is because of kernel version or OS version.. if someone can clarify it to me?) so I think you might not find them with jimmij's find command. Use instead find /lib/modules/$(uname -r) -type f -name *.ko*
      – Pozinux
      Oct 5 '17 at 13:14







    • 1




      @Pozinux Discovered the same thing here on Arch linux at 4.13.10, which have the ending .gz
      – Johann
      Nov 3 '17 at 17:12






    • 1




      @posinux: beware : the shell may expand your *.ko* if you happen to have in your current dir some file matching it. better to escape it between single quotes: find /lib/modules/$(uname -r) -type f -name '*.ko*'
      – Olivier Dulac
      Nov 21 '17 at 17:01













    up vote
    58
    down vote



    accepted







    up vote
    58
    down vote



    accepted







    • By default modprobe loads modules from subdirectories located in the /lib/modules/$(uname -r) directory. Usually all files have extension .ko, so you can list them with



      find /lib/modules/$(uname -r) -type f -name '*.ko'


      or, taking into account compressed files:



      find /lib/modules/$(uname -r) -type f -name '*.ko*'


    • However, to load a module successfully modprobe needs its dependencies listed in the file /lib/modules/$(uname -r)/modules.dep (and a corresponding binary version modules.dep.bin). If some module is present on the system, but is not on the list, then you should run a command depmod which will generate such dependencies and automatically include your module to modules.dep and modules.dep.bin.


    • Additionally, if the module is successfully loaded it will be listed in the file /proc/modules (also accessed via command lsmod).






    share|improve this answer















    • By default modprobe loads modules from subdirectories located in the /lib/modules/$(uname -r) directory. Usually all files have extension .ko, so you can list them with



      find /lib/modules/$(uname -r) -type f -name '*.ko'


      or, taking into account compressed files:



      find /lib/modules/$(uname -r) -type f -name '*.ko*'


    • However, to load a module successfully modprobe needs its dependencies listed in the file /lib/modules/$(uname -r)/modules.dep (and a corresponding binary version modules.dep.bin). If some module is present on the system, but is not on the list, then you should run a command depmod which will generate such dependencies and automatically include your module to modules.dep and modules.dep.bin.


    • Additionally, if the module is successfully loaded it will be listed in the file /proc/modules (also accessed via command lsmod).







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Dec 18 '17 at 17:12

























    answered Feb 14 '15 at 19:58









    jimmij

    30.6k870103




    30.6k870103







    • 2




      Redhat 7 modules files are compressed in .xz (not sure if it is because of kernel version or OS version.. if someone can clarify it to me?) so I think you might not find them with jimmij's find command. Use instead find /lib/modules/$(uname -r) -type f -name *.ko*
      – Pozinux
      Oct 5 '17 at 13:14







    • 1




      @Pozinux Discovered the same thing here on Arch linux at 4.13.10, which have the ending .gz
      – Johann
      Nov 3 '17 at 17:12






    • 1




      @posinux: beware : the shell may expand your *.ko* if you happen to have in your current dir some file matching it. better to escape it between single quotes: find /lib/modules/$(uname -r) -type f -name '*.ko*'
      – Olivier Dulac
      Nov 21 '17 at 17:01













    • 2




      Redhat 7 modules files are compressed in .xz (not sure if it is because of kernel version or OS version.. if someone can clarify it to me?) so I think you might not find them with jimmij's find command. Use instead find /lib/modules/$(uname -r) -type f -name *.ko*
      – Pozinux
      Oct 5 '17 at 13:14







    • 1




      @Pozinux Discovered the same thing here on Arch linux at 4.13.10, which have the ending .gz
      – Johann
      Nov 3 '17 at 17:12






    • 1




      @posinux: beware : the shell may expand your *.ko* if you happen to have in your current dir some file matching it. better to escape it between single quotes: find /lib/modules/$(uname -r) -type f -name '*.ko*'
      – Olivier Dulac
      Nov 21 '17 at 17:01








    2




    2




    Redhat 7 modules files are compressed in .xz (not sure if it is because of kernel version or OS version.. if someone can clarify it to me?) so I think you might not find them with jimmij's find command. Use instead find /lib/modules/$(uname -r) -type f -name *.ko*
    – Pozinux
    Oct 5 '17 at 13:14





    Redhat 7 modules files are compressed in .xz (not sure if it is because of kernel version or OS version.. if someone can clarify it to me?) so I think you might not find them with jimmij's find command. Use instead find /lib/modules/$(uname -r) -type f -name *.ko*
    – Pozinux
    Oct 5 '17 at 13:14





    1




    1




    @Pozinux Discovered the same thing here on Arch linux at 4.13.10, which have the ending .gz
    – Johann
    Nov 3 '17 at 17:12




    @Pozinux Discovered the same thing here on Arch linux at 4.13.10, which have the ending .gz
    – Johann
    Nov 3 '17 at 17:12




    1




    1




    @posinux: beware : the shell may expand your *.ko* if you happen to have in your current dir some file matching it. better to escape it between single quotes: find /lib/modules/$(uname -r) -type f -name '*.ko*'
    – Olivier Dulac
    Nov 21 '17 at 17:01





    @posinux: beware : the shell may expand your *.ko* if you happen to have in your current dir some file matching it. better to escape it between single quotes: find /lib/modules/$(uname -r) -type f -name '*.ko*'
    – Olivier Dulac
    Nov 21 '17 at 17:01













    up vote
    8
    down vote













    Type modprobe and press tab, the autocomplete list should contain all the loadable modules






    share|improve this answer






















    • Actually, his answer is a little better than mine since it's easier to use a tool like grep on the output.
      – Martin Hansen
      Sep 16 '15 at 18:18






    • 8




      it doesn't work for some systems
      – avtomaton
      Feb 17 '16 at 22:19














    up vote
    8
    down vote













    Type modprobe and press tab, the autocomplete list should contain all the loadable modules






    share|improve this answer






















    • Actually, his answer is a little better than mine since it's easier to use a tool like grep on the output.
      – Martin Hansen
      Sep 16 '15 at 18:18






    • 8




      it doesn't work for some systems
      – avtomaton
      Feb 17 '16 at 22:19












    up vote
    8
    down vote










    up vote
    8
    down vote









    Type modprobe and press tab, the autocomplete list should contain all the loadable modules






    share|improve this answer














    Type modprobe and press tab, the autocomplete list should contain all the loadable modules







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Oct 12 '16 at 9:10









    GAD3R

    25.1k1749106




    25.1k1749106










    answered Sep 13 '15 at 1:49









    Martin Hansen

    18112




    18112











    • Actually, his answer is a little better than mine since it's easier to use a tool like grep on the output.
      – Martin Hansen
      Sep 16 '15 at 18:18






    • 8




      it doesn't work for some systems
      – avtomaton
      Feb 17 '16 at 22:19
















    • Actually, his answer is a little better than mine since it's easier to use a tool like grep on the output.
      – Martin Hansen
      Sep 16 '15 at 18:18






    • 8




      it doesn't work for some systems
      – avtomaton
      Feb 17 '16 at 22:19















    Actually, his answer is a little better than mine since it's easier to use a tool like grep on the output.
    – Martin Hansen
    Sep 16 '15 at 18:18




    Actually, his answer is a little better than mine since it's easier to use a tool like grep on the output.
    – Martin Hansen
    Sep 16 '15 at 18:18




    8




    8




    it doesn't work for some systems
    – avtomaton
    Feb 17 '16 at 22:19




    it doesn't work for some systems
    – avtomaton
    Feb 17 '16 at 22:19










    up vote
    3
    down vote













    There is lsmod command of kmod package in Arch Linux what lists and shows the status of Linux kernel modules that contains other useful commands such as modinfo, rmmod modprobe too.



    To list all binaries provided by the package you can type:



    pacman -Ql kmod | grep /bin/ --color=always


    , and you can also check for the owner package of a binary with pacman -Qo lsmod.




    Q switch is to query locally installed packages (unlike S to synchronize, ie. to check remotely).






    share|improve this answer




















    • Where it's important to highlight that lsmod only shows already loaded modules. The Author of this thread had the problem to load a module that wasn't in the map of the loadable kernel modules. Besides, this solution only applies to archlinux. Which might be not the distribution of the Author and might not solve the problem for others.
      – Akendo
      Feb 6 at 13:52















    up vote
    3
    down vote













    There is lsmod command of kmod package in Arch Linux what lists and shows the status of Linux kernel modules that contains other useful commands such as modinfo, rmmod modprobe too.



    To list all binaries provided by the package you can type:



    pacman -Ql kmod | grep /bin/ --color=always


    , and you can also check for the owner package of a binary with pacman -Qo lsmod.




    Q switch is to query locally installed packages (unlike S to synchronize, ie. to check remotely).






    share|improve this answer




















    • Where it's important to highlight that lsmod only shows already loaded modules. The Author of this thread had the problem to load a module that wasn't in the map of the loadable kernel modules. Besides, this solution only applies to archlinux. Which might be not the distribution of the Author and might not solve the problem for others.
      – Akendo
      Feb 6 at 13:52













    up vote
    3
    down vote










    up vote
    3
    down vote









    There is lsmod command of kmod package in Arch Linux what lists and shows the status of Linux kernel modules that contains other useful commands such as modinfo, rmmod modprobe too.



    To list all binaries provided by the package you can type:



    pacman -Ql kmod | grep /bin/ --color=always


    , and you can also check for the owner package of a binary with pacman -Qo lsmod.




    Q switch is to query locally installed packages (unlike S to synchronize, ie. to check remotely).






    share|improve this answer












    There is lsmod command of kmod package in Arch Linux what lists and shows the status of Linux kernel modules that contains other useful commands such as modinfo, rmmod modprobe too.



    To list all binaries provided by the package you can type:



    pacman -Ql kmod | grep /bin/ --color=always


    , and you can also check for the owner package of a binary with pacman -Qo lsmod.




    Q switch is to query locally installed packages (unlike S to synchronize, ie. to check remotely).







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Apr 29 '17 at 23:52









    w17t

    661517




    661517











    • Where it's important to highlight that lsmod only shows already loaded modules. The Author of this thread had the problem to load a module that wasn't in the map of the loadable kernel modules. Besides, this solution only applies to archlinux. Which might be not the distribution of the Author and might not solve the problem for others.
      – Akendo
      Feb 6 at 13:52

















    • Where it's important to highlight that lsmod only shows already loaded modules. The Author of this thread had the problem to load a module that wasn't in the map of the loadable kernel modules. Besides, this solution only applies to archlinux. Which might be not the distribution of the Author and might not solve the problem for others.
      – Akendo
      Feb 6 at 13:52
















    Where it's important to highlight that lsmod only shows already loaded modules. The Author of this thread had the problem to load a module that wasn't in the map of the loadable kernel modules. Besides, this solution only applies to archlinux. Which might be not the distribution of the Author and might not solve the problem for others.
    – Akendo
    Feb 6 at 13:52





    Where it's important to highlight that lsmod only shows already loaded modules. The Author of this thread had the problem to load a module that wasn't in the map of the loadable kernel modules. Besides, this solution only applies to archlinux. Which might be not the distribution of the Author and might not solve the problem for others.
    – Akendo
    Feb 6 at 13:52











    up vote
    1
    down vote













    I prefer to use depmod. With the command: depmod -av|grep MOD_NAME, your system will generate the modules.dep/map files and grep through it.
    The -v parameter is important for verbosity and -a to ensure that all possible modules from /lib/modules/ are used for the modules.dep file.



    This way it's possible to ensure, that a requested kernel module is mapped to the kernel as loadable. When the desire kernel module is not listed in the output, you know that the kernel won't find it.






    share|improve this answer


























      up vote
      1
      down vote













      I prefer to use depmod. With the command: depmod -av|grep MOD_NAME, your system will generate the modules.dep/map files and grep through it.
      The -v parameter is important for verbosity and -a to ensure that all possible modules from /lib/modules/ are used for the modules.dep file.



      This way it's possible to ensure, that a requested kernel module is mapped to the kernel as loadable. When the desire kernel module is not listed in the output, you know that the kernel won't find it.






      share|improve this answer
























        up vote
        1
        down vote










        up vote
        1
        down vote









        I prefer to use depmod. With the command: depmod -av|grep MOD_NAME, your system will generate the modules.dep/map files and grep through it.
        The -v parameter is important for verbosity and -a to ensure that all possible modules from /lib/modules/ are used for the modules.dep file.



        This way it's possible to ensure, that a requested kernel module is mapped to the kernel as loadable. When the desire kernel module is not listed in the output, you know that the kernel won't find it.






        share|improve this answer














        I prefer to use depmod. With the command: depmod -av|grep MOD_NAME, your system will generate the modules.dep/map files and grep through it.
        The -v parameter is important for verbosity and -a to ensure that all possible modules from /lib/modules/ are used for the modules.dep file.



        This way it's possible to ensure, that a requested kernel module is mapped to the kernel as loadable. When the desire kernel module is not listed in the output, you know that the kernel won't find it.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Feb 6 at 13:45

























        answered Jan 8 at 12:49









        Akendo

        1265




        1265



























            draft saved

            draft discarded
















































            Thanks for contributing an answer to Unix & Linux Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            To learn more, see our tips on writing great answers.





            Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


            Please pay close attention to the following guidance:


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f184877%2fhow-to-list-all-loadable-kernel-modules%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown






            Popular posts from this blog

            How to check contact read email or not when send email to Individual?

            Bahrain

            Postfix configuration issue with fips on centos 7; mailgun relay