rmmod简介

最新推荐文章于 2025-04-07 09:20:45 发布
最新推荐文章于 2025-04-07 09:20:45 发布
阅读量1.5k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Linux学习 工具学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/taozpwater/article/details/8624378
本文介绍了 Linux 下的 rmmod 命令，该命令用于从内核中移除不再需要的模块。文中详细解释了 rmmod 的基本用法及参数选项，包括如何移除单个模块和所有未使用的模块。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1、简介

      Linux指令：rmmod——删除不必要的模块
      rmmod 即remove module的简称
      功能说明：删除模块。
      语法：rmmod [-as][模块名称...]
      说明：执行rmmod指令，可删除不需要的模块。Linux操作系统的核心具有模块化的特性，因此在编译核心时，务须把全部的功能都放入核心。


2、参数

      -a 　删除所有目前不需要的模块。
      -s 　把信息输出至syslog常驻服务，而非终端机界面。


节摘自百度百科

第一章 linux内核简介及命令使用
flowhehe的博客
05-16 287
内核介绍
Linux中设备文件管理硬件设备简介
03-04
这一机制通过系统调用实现模块的加载和卸载，通常由系统提供的工具（如`insmod`和`rmmod`）简化了操作流程。加载模块时，需要完成符号链接、分配系统资源和将模块映像装入内核空间等一系列步骤。 在设备驱动程序...
Linux内核rmmod源码
08-16
有些Linux内核里的rmmod有问题，导致无法卸载模块，重新编译本源码生成的rmmod工具可以解决这个问题。
rmmod
prophet10086的博客
08-18 442
rmmod命令内核与模块管理 rmmod命令用于从当前运行的内核中移除指定的内核模块。执行rmmod指令，可删除不需要的模块。 Linux操作系统的核心具有模块化的特性，应此在编译核心时，务须把全部的功能都放如核心。你可以将这些功能编译成一个个单独的模块，待有需要时再分别载入它们。 语法 rmmod(选项)(参数) 选项-v：显示指令执行的详细信息； -f：强制移除模块，使用此选项比较危险；
rmmod命令
weixin_49690872的博客
03-06 2923
问题：没有移除之前的内核模块 rmmod命令用于从当前运行的内核中移除指定的内核模块 选项： -v：显示指令执行的详细信息； -f：强制移除模块，使用此选项比较危险； -w：等待着，直到模块能够被除时在移除模块； -s：向系统日志（syslog）发送错误信息。 执行指令： sudo rmmod jiffies.ko 删除了不需要的模块 lsmod:显示已安装的模块 rmmod：卸载模块 insmod：安装模块 ...
Linux rmmod命令
weixin_30809173的博客
06-23 757
|--Linux rmmod命令 　　执行rmmod指令，可删除不需要的模块。 　　|--语法 　　　　rmmod [-as][模块名称...] 　　　　参数： 　　　　-a 　删除所有目前不需要的模块。 　　　　-s 　把信息输出至syslog常驻服务，而非终端机界面。 eg： 显示已安装的模块 # lsmod Module Size Used by cramfs...
第一章Linux设备驱动简介.pptx
10-06
Linux内核提供了诸如`insmod`和`rmmod`这样的工具来加载和卸载模块，方便了设备驱动程序的管理。设备驱动程序的设计和实现需要深入理解硬件工作原理、内核接口以及并发控制机制，因此，对于开发者来说，掌握Linux...
设备驱动程序简介.ppt
10-15
当不再需要时，可以使用rmmod命令将其从内核中移除。这种机制类似于C语言应用程序中的动态链接库，但模块的功能在加载时才被注册和使用。 总的来说，设备驱动程序是操作系统和硬件设备之间的中介，它们是实现操作...
linux内核简介
12-09
模块可通过`insmod`命令加载，`lsmod`查看已加载的模块，`rmmod`命令卸载模块。 总的来说，Linux内核是一个复杂而灵活的系统，它的设计使得开发者可以根据需要调整和定制。理解内核的工作原理和机制，能够帮助...
Linux rmmod命令用法详解
01-09
Linux rmmod命令 Linux rmmod命令用于删除模块。 执行rmmod指令，可删除不需要的模块。Linux操作系统的核心具有模块化的特性，应此在编译核心时，务须把全部的功能都放如核心。你可以将这些功能编译成一个个单独的模块，待有需要时再分别载入它们。 语法rmmod [-as][模块名称...] 参数： -a 　删除所有目前不需要的模块。 -s 　把信息输出至syslog常驻服务，而非终端机界面。 实例 显示已安装的模块 # lsmod Module Size Used by cramfs 39042 1 nfsd 238935
rmmod的源码怎么这么麻烦
04-04
rmmod命令的源码，busybox自带的rmmod运行的时候总是去找一个临时文件夹，如果系统不存在则会卸载失败，此程序不检测文件夹，卸载驱动的时候一定会成功
rmmod命令 删除模块
01-09
rmmod即“remove module”的简称,rmmod命令用于删除模块。 执行rmmod命令，可删除不需要的模块。Linux操作系统的核心具有模块化的特性，因此在编译核心时，不需要吧全部功能都放入核心，可以将这些功能编译成一个个单独的模块，待有需要时再分别载入它们。 语法格式：rmmod [参数] [模块名称] 常用参数： -a 删除所有目前不需要的模块 -s 把信息输出至syslog常驻服务，而非终端机界面 -v 显示指令执行的详细信息 -f 强制移除模块，使用此选项比较危险 -w 等待着，知道模块能够被除时再移除模块 参考实例 卸载模块pppoe并显示执行
Linux rmmod 命令详解：卸载内核模块的命令，属于 kmod 工具集的一部分
yangchuang111213的博客
04-07 863
rmmod）是 Linux 系统中用于卸载内核模块的命令，属于kmod 工具集的一部分。它允许管理员从运行中的内核中移除不再需要的模块，以释放资源或避免冲突。rmmod仅能卸载未被使用的模块，如果模块仍被引用（比如驱动正在使用中），将无法卸载。相比之下，提供了更智能的卸载方式（包括依赖处理），而rmmod更底层，直接作用于指定模块，适合高级用户。项目内容命令名称rmmod功能从内核中卸载模块权限要求需要 root 权限适用场景移除驱动、调试冲突、释放资源推荐替代（自动卸载依赖更安全）
rmmod 命令介绍和使用案例
02-03 695
功能rmmod（remove module）命令用于卸载内核模块。当某个模块不再需要或出现问题时，可以使用此命令将其从内核中移除。适用版本rmmod在大多数 Linux 发行版中通用，包括 Debian、Ubuntu、CentOS 和 Fedora 等。
图解Linux命令之--rmmod命令
杰瑞的专栏
02-12 4042
rmmod命令-->remove modeles的缩写；用来删除模块 【rmmod作用】 Linux操作系统的核心具有模块化的特性，因此在编译核心时，务须把全部的功能都放如核心。你可以将这些功能编译成一个个单独的模块，待有需要时再分别载入它们。 常见驱动操作命令： insmod / modprobe  加载驱动 rmmod              卸载驱动 lsmod
Linux 系统设置 : rmmod 命令详解
yexiang优快云的专栏
09-24 4022
rmmod命令用于从当前运行的内核中移除指定的内核模块。执行rmmod指令，可删除不需要的模块。Linux操作系统的核心具有模块化的特性，应此在编译核心时，务须把全部的功能都放如核心。你可以将这些功能编译成一个个单独的模块，待有需要时再分别载入它们。 语法 rmmod(选项)(参数) 选项 -v：显示指令执行的详细信息； -f：强制移除模块，使用此选项比较危险； -w：等待着，直到模块...
那把驱动注册成设备文件后，这个设备文件时永久的吗
最新发布
08-08
<think>我们讨论的是Linux设备驱动。用户的问题是：将驱动注册成设备文件后，生成的设备文件是否永久存在？ 根据之前的讨论，我们知道设备文件是由内核在驱动模块加载时动态创建的，并在驱动模块卸载时自动删除。因此，设备文件不是永久存在的。 但是，用户可能混淆了“设备文件”和“驱动模块”的概念。设备文件（如/dev下的文件）是用户空间访问硬件的接口，它们依赖于底层驱动模块的存在。当驱动模块被加载（insmod）时，设备文件被创建；当驱动模块被卸载（rmmod）时，设备文件被删除。 另外，有些设备文件是通过udev或mdev机制创建的，这些用户空间工具根据内核发出的uevent事件来创建设备文件。但即便如此，设备文件的存在仍然依赖于驱动模块的加载。如果驱动模块没有加载，即使有udev规则，设备文件也不会被创建（因为内核没有相应的设备）。 因此，结论是：设备文件不是永久存在的，它们随着驱动模块的加载而创建，随着驱动模块的卸载而删除。 然而，有一种情况需要注意：如果驱动被编译进内核（而不是作为模块），那么设备文件在内核启动后就会一直存在，直到系统关闭。但是，这种情况下，设备文件在每次系统启动时由内核或用户空间工具（如udev）创建，在系统关闭时消失。所以，从系统运行期间看，它是“永久”存在的（只要系统不关机），但从系统重启的角度看，它并不是永久的，因为每次重启都需要重新创建设备文件。 但是，用户的问题背景是“将驱动程序注册成设备文件后”，并且之前提到了insmod/rmmod，所以这里讨论的应该是作为模块加载的驱动。因此，设备文件不是永久存在的。 参考引用： [^1]中提到：设备节点简介。设备节点是用户空间访问设备的接口，它是在设备注册到系统后由内核（或用户空间的udev）创建的。 [^2]中提到：设备注册的过程，通过device_add()进行设备注册，这会导致设备文件的创建（如果设备号分配成功，并且有用户空间工具响应）。 [^3]中提到：Linux内核要求每个设备向总线注册，每个驱动也向总线注册。设备注册后，会寻找匹配的驱动；驱动注册后，会寻找匹配的设备。匹配成功后会创建设备文件。 [^4]中提到：字符设备在内核中表示为struct cdev的实例，需要注册并与struct file_operations关联，然后用户空间才能通过设备文件进行操作。 所以，我们可以这样回答： 设备文件不是永久存在的，它们依赖于驱动模块的加载状态。具体来说： 1. 当使用`insmod`加载驱动模块时，模块的初始化函数会注册设备（通过`register_chrdev`等函数），然后内核会发出uevent事件，用户空间的udev（或mdev）会根据事件创建设备文件（在/dev目录下）。 2. 当使用`rmmod`卸载驱动模块时，模块的退出函数会注销设备，内核同样会发出uevent事件，udev会删除设备文件。 因此，设备文件的生命周期与驱动模块的加载和卸载紧密相关。 另外，如果驱动被编译进内核（而不是模块），那么设备文件会在系统启动过程中被创建，并在系统运行期间一直存在（直到系统关闭）。但这种情况不属于使用insmod/rmmod动态加载的情况。 所以，针对用户的问题，答案是否定的：设备文件不是永久存在的。 为了更清晰，我们可以用步骤说明： 步骤1：加载驱动模块（insmod） - 驱动初始化函数执行，注册设备（如调用platform_driver_register，register_chrdev等） - 内核检测到新设备，通过kobject_uevent发送事件到用户空间 - udev收到事件，根据规则（如/dev下的设备节点规则）创建设备文件 步骤2：卸载驱动模块（rmmod） - 驱动退出函数执行，注销设备 - 内核发送设备移除事件 - udev删除设备文件 因此，设备文件是动态创建和删除的，不是永久存在的。 注意：有时候我们会在/dev下看到一些设备文件（比如手动创建的），但如果没有底层驱动支持，打开这些设备文件会失败（ENODEV）。所以，设备文件的存在并不代表驱动一定存在，但正确的使用方式是通过驱动加载自动创建。 最后，用户可能会问：如何让设备文件永久存在？答案是不能让设备文件在驱动卸载后还保留，因为那样没有意义（没有驱动支持）。但是，我们可以通过配置系统，使得在系统启动时自动加载驱动模块（例如将模块名加入/etc/modules文件，或者配置modprobe配置），这样在系统启动后设备文件就会自动创建，并且只要不卸载驱动，设备文件就一直存在。 生成相关问题： 1. 如何让驱动在系统启动时自动加载？ 2. 设备文件被意外删除后如何重新创建？ 3. 为什么有时候卸载驱动后设备文件还在？（可能是udev没有及时删除，但此时打开设备文件会失败） 4. 如何手动创建设备文件？（使用mknod命令，但不推荐，因为需要驱动支持） 现在，我们按照要求回答用户。</think>### 设备文件的永久性分析 **设备文件不是永久存在的**，其生命周期完全依赖于驱动模块的状态。以下是关键机制解析： #### 一、设备文件的动态创建原理 1. **驱动加载时创建** 当执行`insmod`或`modprobe`加载驱动模块时： ```mermaid graph LR A[insmod驱动模块] --> B[执行module_init函数] B --> C[调用设备注册函数] C --> D[内核创建设备文件/dev/xxx] ``` - 注册函数如`platform_device_register()`[^1]或`register_chrdev()`[^4]触发设备文件创建 - 设备文件路径通常位于`/dev/`目录下（如`/dev/ttyUSB0`） 2. **驱动卸载时销毁** 当执行`rmmod`卸载驱动时： ```mermaid graph LR A[rmmod驱动模块] --> B[执行module_exit函数] B --> C[调用设备注销函数] C --> D[内核删除/dev/xxx] ``` - 注销函数如`platform_device_unregister()`[^1]或`unregister_chrdev()`[^4]删除设备文件 - 设备文件会立即从文件系统中消失 #### 二、永久性判断依据 | 状态 | 设备文件存在性 | 根本原因 | |--------------------|----------------|----------------------------| | **驱动加载后** | ✅ 存在 | 内核动态创建 | | **驱动卸载后** | ❌ 消失 | 内核自动销毁 | | **系统重启后** | ❌ 消失 | 需重新加载驱动才能重建 | | **驱动编译进内核** | ✅ 持续存在 | 驱动随内核启动自动初始化[^3] | #### 三、关键机制说明 1. **设备文件只是访问接口** 设备文件本质是用户空间访问硬件的桥梁（通过`open()/read()/write()`等系统调用[^4]），其存在必须以底层驱动模块加载为前提。 2. **总线-设备-驱动绑定关系** Linux通过总线管理设备与驱动的匹配： ```c // 设备注册示例 struct platform_device my_device = { .name = "my_device", .id = -1, }; platform_device_register(&my_device); // 触发设备文件创建[^1][^3] ``` - 设备注册后，总线会匹配对应驱动[^3] - 匹配成功后创建设备文件 3. **用户空间辅助机制** - `udev`/`mdev`：在`/dev/`目录动态管理设备文件 - 手动创建：`mknod /dev/mydevice c 250 0`可创建节点，但**无驱动支持时无法操作** #### 四、典型生命周期示例 ```bash # 加载驱动 (创建设备文件) $ insmod mydriver.ko $ ls /dev/mydevice # 文件存在 # 卸载驱动 (删除设备文件) $ rmmod mydriver $ ls /dev/mydevice # No such file or directory ``` #### 五、实现"永久性"的方法 若需设备文件持续存在，必须： 1. **驱动编译进内核** 修改内核配置将驱动设为`[*]`（编译进内核而非模块） 2. **系统服务自动加载** 创建Systemd服务或添加模块到`/etc/modules` 3. **固定设备路径** 通过`udev`规则重命名设备文件（不改变生命周期）： ```bash # /etc/udev/rules.d/99-mydevice.rules SUBSYSTEM=="misc", ATTR{id}=="mydevice", SYMLINK+="permanent_device" ``` > ⚠️ 警告：即使手动创建`/dev/permanent_device`，若未加载驱动，操作时将返回`ENODEV`错误（错误号19）。 --- ### 结论 设备文件**不是永久存在的**，其存在完全依赖于驱动模块的加载状态。每次系统重启或驱动卸载后，设备文件都会消失，必须重新加载驱动才能重建访问接口。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值