Module Size Used by macvlan 24576 0 veth 28672 0 nf_conntrack_netlink 40960 0 xt_nat 16384 13 xt_conntrack 16384 5 xt_MASQUERADE 16384 5 bridge 241664 0 stp 16384 1 bridge llc 16384 2 bridge,stp xt_set 20480 0 ip_set 40960 1 xt_set nft_chain_nat 16384 8 nf_nat 36864 3 xt_nat,nft_chain_nat,xt_MASQUERADE nf_conntrack 118784 5 xt_conntrack,nf_nat,xt_nat,nf_conntrack_netlink,xt_MASQUERADE nf_defrag_ipv6 20480 1 nf_conntrack nf_defrag_ipv4 16384 1 nf_conntrack xt_addrtype 16384 4 nft_compat 20480 27 nf_tables 200704 468 nft_compat,nft_chain_nat nfnetlink 20480 5 nft_compat,nf_conntrack_netlink,nf_tables,ip_set overlay 118784 10 zram 24576 3 zsmalloc 20480 1 zram binfmt_misc 20480 1 nvmem_rockchip_otp 20480 0 panfrost 61440 0 drm_shmem_helper 20480 1 panfrost gpu_sched 32768 1 panfrost rockchip_cpuinfo 16384 1 nvmem_rockchip_otp uio_pdrv_genirq 16384 0 uio 20480 1 uio_pdrv_genirq tcp_bbr 20480 75 sch_fq 20480 2 fuse 114688 1 dm_mod 110592 0 ip_tables 28672 0 ipv6 458752 151 bridge ahci_dwc 16384 2 adc_keys 16384 0

<think>我们正在处理一个关于Linux内核模块加载和依赖关系的问题。用户希望查看当前加载的内核模块及其依赖关系。根据Linux知识，我们可以使用以下命令：1.`lsmod`：列出当前加载的内核模块。该命令会显示模块名称、大小以及被哪些模块使用（依赖关系）。2.`modinfo<module_name>`：查看特定模块的详细信息，包括依赖的模块（通过查看depends字段）。3.查看`/proc/modules`：这个文件也包含了当前加载的模块信息，格式与`lsmod`类似。4.查看`/sys/module/`目录：每个加载的模块在该目录下有一个子目录，可以查看模块的详细信息，包括依赖关系。另外，关于模块依赖关系，系统有一个文件`/lib/modules/$(uname-r)/modules.dep`，该文件由`depmod`命令生成，记录了所有模块之间的依赖关系。因此，我们可以这样回答用户：要查看当前加载的内核模块，可以使用`lsmod`命令。它会显示模块的名称、大小以及使用计数（包括被其他模块依赖的情况）。要查看模块的依赖关系，除了`lsmod`中显示的依赖（使用计数列非零表示有模块依赖它，但并不能直接显示依赖链条），我们可以使用`modinfo`来查看特定模块的依赖模块，或者直接查看`modules.dep`文件。另外，我们可以使用`modprobe`命令的`--show-depends`选项来查看加载某个模块所依赖的模块（但不会显示已经加载的模块的依赖）。然而，用户可能需要一个完整的依赖关系列表，包括当前已加载模块之间的依赖关系。我们可以通过以下步骤：1.使用`lsmod`获取当前加载的模块列表。2.对于每个加载的模块，使用`modinfo-Fdepends<module>`来获取它所依赖的模块列表（注意：这个依赖关系是在模块编译时确定的，由`depmod`生成在`modules.dep`文件中）。3.也可以直接解析`/lib/modules/$(uname-r)/modules.dep`文件，该文件记录了所有模块的依赖关系（不仅仅是已加载的）。但是，由于用户可能只需要当前已加载模块的依赖关系，我们可以编写一个简单的脚本来展示。不过，通常我们并不需要这么复杂。因为`lsmod`的输出已经可以显示模块之间的使用关系（即依赖关系）。在`lsmod`的输出中，第三列是“Usedby”，表示该模块被哪些模块使用。例如：ModuleSizeUsedbynf_nat265831ipt_MASQUERADEnf_conntrack969762nf_nat,ipt_MASQUERADE这里，`nf_nat`模块被`ipt_MASQUERADE`模块使用，同时`nf_conntrack`模块被`nf_nat`和`ipt_MASQUERADE`使用。所以，我们可以直接使用`lsmod`来查看已加载模块的依赖关系。因此，我们可以建议用户运行：```bashlsmod```或者，为了更清晰地显示依赖树，可以使用：```bashlsmod|less```或者使用工具如`tree-modules`（但这不是标准工具，可能需要安装）。另外，我们可以使用`modprobe-c`来查看所有模块的配置（包括依赖），但这不是针对已加载模块的。综上所述，最简单直接的方法是使用`lsmod`命令。我们也可以提到，用户可以通过查看`/sys/module/*/holders/`目录来查看每个模块被哪些模块依赖（即持有者）。例如，对于模块`nf_conntrack`，可以查看`/sys/module/nf_conntrack/holders/`目录下的内容，每个子目录代表一个依赖它的模块。所以，我们可以这样回答：要查看当前加载的内核模块及其依赖关系，请执行以下步骤：1.使用`lsmod`命令查看当前加载的模块，其中“Usedby”列显示了该模块被哪些模块使用（即依赖关系）。2.如果想查看某个模块的详细信息（包括编译时的依赖），可以使用`modinfo<模块名>`，并查看“depends”字段。3.在文件系统中，可以通过`/sys/module/<模块名>/holders/`目录查看该模块被哪些模块依赖。示例：```bash#查看当前加载的模块lsmod#查看nf_conntrack模块的详细信息modinfonf_conntrack#查看nf_conntrack模块被哪些模块依赖ls/sys/module/nf_conntrack/holders/```注意：`modinfo`显示的依赖是模块编译时确定的依赖，而`lsmod`和`/sys/module/`反映的是运行时的状态。另外，关于模块依赖的全局信息，可以查看`/lib/modules/$(uname-r)/modules.dep`文件。根据引用[2]：depmod制造moduledependencyfile，以告诉将来的insmod要去哪儿抓modules来插。这个dependencyfile就在`/lib/modules/[您的kernel版本]/modules.dep`[^2]。因此，我们可以提到这个文件。综上所述，我们给出以下回答：</think>### Linux内核模块加载与依赖关系查看方法 要查看Linux内核模块的加载状态和依赖关系，可以使用以下方法： #### 1. **查看已加载模块 (`lsmod`)** ```bash lsmod ``` 这会显示三列信息： - **模块名** - **占用内存大小** - **被依赖情况** (Used by列显示依赖该模块的其他模块) 例如： ``` Module Size Used by nf_conntrack 139264 2 nf_nat,xt_conntrack iptable_filter 16384 1 ``` 表示`nf_conntrack`模块被`nf_nat`和`xt_conntrack`依赖[^2]。 #### 2. **查看模块详细信息 (`modinfo`)** ```bash modinfo <模块名> ``` 输出包含： ``` depends: libcrc32c,xt_conntrack ``` 显示该模块依赖的其他核心模块[^2]。 #### 3. **查看模块依赖树 (`modprobe -D`)** ```bash modprobe -D <模块名> ``` 显示加载指定模块所需的完整依赖链，例如： ``` insmod /lib/modules/5.15.0/kernel/crypto/crc32c.ko insmod /lib/modules/5.15.0/kernel/net/netfilter/nf_conntrack.ko ``` #### 4. **查看系统级依赖文件** 所有模块的全局依赖关系存储在： ```bash cat /lib/modules/$(uname -r)/modules.dep ``` 文件格式示例： ``` nf_conntrack.ko: crc32.ko xt_conntrack.ko ``` 表示`nf_conntrack.ko`依赖`crc32.ko`和`xt_conntrack.ko`[^2]。 #### 5. **查看运行时模块状态** ```bash # 所有加载模块的状态 cat /proc/modules # 特定模块的依赖关系 ls /sys/module/<模块名>/holders/ ``` #### 6. **重建依赖关系数据库** 若依赖信息异常，可重建： ```bash sudo depmod -a ``` 该命令会重新扫描`/lib/modules/$(uname -r)`目录生成`modules.dep`文件[^2]。 > **注意**：模块操作需root权限，且必须使用与当前内核版本匹配的模块文件。不同内核版本模块不兼容，需通过`linux-headers-$(uname -r)`包获取对应版本[^1]。