"FATAL: Module scsi_wait_scan not found" 解决方法

最新推荐文章于 2022-11-16 17:13:04 发布

原创最新推荐文章于 2022-11-16 17:13:04 发布 · 7.8k 阅读

0 ·

CC 4.0 BY-SA版权

修改文件: /usr/share/dracut/modules.d/90kernel-modules/installkernel

参见:

http://git.kernel.org/cgit/boot/dracut/dracut.git/commit/?id=faa17f09218ed7e2ce4362cc2d9319f8d5b7a37f

关于这个问题的 bugzilla:

https://bugzilla.kernel.org/show_bug.cgi?id=60758

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

only火车头

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

CentOS6/RedHat6安装kernel-xen重启后报scsi_wait_scan错误的解决

hustsselbj的专栏

06-13

4242

早在《在KVM客户机RHEL6中安装Xen4.x》中，就遇到了scsi_wait_scan错误，当时因为是在KVM虚拟机中安装Xen，面临两种情况，一种是KVM虚拟机使用virtio，这时安装kernel-xen以后需要指定virtio_blk重新生成initramfs就可以进入支持xen的kernel了，但是这种情况下安装xen以后进dom0还是会报scsi错误，所以这就是第二种情况的scsi错

modprobe: FATAL: Module nf_conntrack_ipv4 not found.

weixin_45387943的博客

03-02

9880

在网上找到教程安装K8S需要配置ipvs功能，但是在进行配置时会报错modprobe: FATAL: Module nf_conntrack_ipv4 not found. 这是因为使用了高内核，较如博主就是使用了5.2的内核，一般教程都是3.2的内核。在高版本内核已经把nf_conntrack_ipv4替换为nf_conntrack了。所以正确配置应该如下 # 1.安装ipset和ipvsadm [root@master ~]# yum install ipset ipvsadmin -y # 2.添加需

参与评论您还未登录，请先登录后发表或查看评论

CentOS6.5内核升级FATAL: Module scsi_wait_scan not found

05-19

816

系统为CentOS6.5的虚拟机内核升级至版本4.6.0-1，重启后，报以下错误： Module scsi_wait_scan not found. 无法进入系统。问题描述详见：Known Issues ※Workstation 10创建的虚拟机内核升级完成后无此现象， ※CloudStack4.6创建的虚拟机内核升级完成后出现以上现象基于CloudStack4.6创建的...

linux6.5 scan,rhel6.5升级内核后无法启动问题(报错 "module scsi_wait_scan not found")

weixin_33255691的博客

05-15

443

kvm 虚拟机装rehel6.5 的系统更新内核后无法启动系统,报错 "module scsi_wait_scan not found"更新内核后,在写 dracut 程序时无法检测 KVM's virtual disk driver "virtio_blk" 此驱动被用于访问 KVM 虚拟磁盘,dracut 没有正常添加新的 initramfs module,导致系统没有磁盘访问驱动无法正常启动...

rhel6.5升级内核后无法启动问题(报错 "module scsi_wait_scan not found")

weixin_34055910的博客

12-15

1013

2019独角兽企业重金招聘Python工程师标准>>> ...

modprobe: FATAL: Module br_netfilte not found

mry6的博客

03-28

6236

modprobe: FATAL: Module br_netfilte not found问题描述解决方案问题描述 CentOS7.2版本的系统，通过离线源更新后，升级到了7.5版本，在安装k8s集群过程中，遇到了如下错误提示：br_netfilter模块未发现解决方案安装br_netfilter该模块 yum install bridge-utils -y echo br_netfilter > /etc/modules-load.d/br_netfilter.conf modprobe

ebpf运行报错modprobe: FATAL: Module kheaders not found.

weixin_43568060的博客

11-16

1414

eBPF示例运行报错

centos7安装cuda-8.0报错modprobe: FATAL: Module nvidia-uvm not found.

yijuan_hw的专栏

12-02

1万+

centos7上cuda-8.0驱动安装失败的解决方案曾几何时，在centos7机器上插NVIDIA Titan X的卡，按官网教程(https://developer.nvidia.com/cuda-downloads)一键安装cuda-8.0一切顺利 Installation Instructions: `sudo rpm -i cuda-r

OpenStack instance在升级内核后，提示scsi_wait_scan modules not found无法启动

bobpen的专栏

11-05

3135

操作环境： OpenStack icehouse Instance：Centos

11g RAC搭建错误

dba_monkey的博客

03-06

3304

1、[INS-08106] [php] view plaincopy SEVERE: [FATAL] [INS-08106] Unexpected error occurred while loading the view 'GridPlugPlayInfoUI' associated to state 'GridPlugPlayInfoUI'. 这步设置GridPlugPlay

BBR加速及错误处理

FOCE CODING

04-17

1万+

一、升级内核 Google 开源了其TCP BBR 拥塞控制算法，并提交到了Linux内核，从4.9 开始，Linux 内核已经用上了该算法。根据实地测试，在部署了最新版内核并开启了TCP BBR 的机器上，网速甚至可以提升好几个数量级。使用root用户登录，运行以下命令：（搬自秋水逸冰） wget --no-check-certificate https://github.com/...

“error getting socket: Address family not supported by protocol”的解决方案

最新发布

09-27

<think>我们遇到的问题是执行 `modprobe nf_nat` 时出现错误：`FATAL: Module nf_nat not found in directory /lib/modules/4.4.0-19041-Microsoft`。这个错误表明系统在指定的内核模块目录中找不到 `nf_nat` 模块。特别值得注意的是，内核版本字符串中包含 `Microsoft`，这暗示我们可能是在 Windows Subsystem for Linux (WSL) 的环境中运行。 ### 原因分析： 1. **WSL 1 的限制**：WSL 1 使用的是 Microsoft 构建的转换层，它并不支持加载自定义内核模块。WSL 1 的内核模块是预编译的，并且用户无法添加或修改。 2. **WSL 2 的改进**：WSL 2 使用了完整的 Linux 内核，但默认情况下，该内核可能并未包含所有模块，特别是像 `nf_nat` 这样的模块可能被排除以减小体积。 3. **模块不存在**：当前内核版本（4.4.0-19041-Microsoft）对应的模块目录中确实没有 `nf_nat` 模块。 ### 解决方案： #### 1. 确认 WSL 版本运行以下命令检查 WSL 版本： ```bash uname -a # 或者 cat /etc/os-release ``` 如果内核版本中包含 `Microsoft` 且主版本号为4.x，通常是 WSL 1。 #### 2. 切换到 WSL 2（推荐）如果当前是 WSL 1，建议升级到 WSL 2： - 步骤1：在 Windows 中启用“虚拟机平台”功能（需重启）。 - 步骤2：设置默认版本为 WSL 2： ```powershell wsl --set-default-version 2 ``` - 步骤3：转换现有发行版： ```powershell wsl --set-version <发行版名称> 2 ``` 然后重启 WSL 实例。 #### 3. 在 WSL 2 中检查内核模块 WSL 2 使用自己的 Linux 内核，但默认可能未启用 NAT 模块。可以尝试： - 更新 WSL 2 内核：通过 Windows Update 或手动下载最新内核（[微软官网](https://docs.microsoft.com/en-us/windows/wsl/wsl2-kernel)）。 - 检查内核配置：在 WSL 2 中运行： ```bash zcat /proc/config.gz | grep CONFIG_NF_NAT ``` 如果输出为 `CONFIG_NF_NAT=m` 或 `CONFIG_NF_NAT=y`，则支持 NAT 模块，但如果是 `=m`，需要加载模块（但WSL2默认可能未提供模块文件）。注意：WSL 2 的内核模块通常位于 `/lib/modules/$(uname -r)/kernel` 下，但用户无法通过 `modprobe` 随意加载模块（因为内核是微软特别构建的，可能限制模块加载）。 #### 4. 替代方案：使用 Windows 功能如果必须在 WSL 1/2 中使用 NAT 功能，且无法加载模块： - 使用 Windows 自带的端口转发（如 `netsh interface portproxy`）代替 iptables NAT。 - 对于 Docker，建议使用 Docker Desktop for Windows（它自带完整的 Linux 虚拟机，支持 NAT）。 #### 5. 其他注意事项 - 在 WSL 1 中，网络功能是通过翻译层实现的，因此 iptables 的很多功能（尤其是 NAT）不可用。 - WSL 2 虽然使用真实内核，但为了保持轻量，默认编译时可能去掉了部分模块。如果需要完整支持，可考虑使用虚拟机（如 VirtualBox）替代。 ### 总结在 WSL 环境中加载内核模块（如 `nf_nat`）通常不可行，尤其是 WSL 1。升级到 WSL 2 并确保内核支持 NAT 是首选方案，但若仍失败，建议使用替代的网络配置方法或切换到完整的 Linux 虚拟机。 §§相关问题§§ 1. WSL 1 和 WSL 2 在 Linux 内核支持上有哪些主要区别？ 2. 如何升级现有的 WSL 1 发行版到 WSL 2？ 3. 在 WSL 2 中如何检查当前内核是否支持 iptables NAT 功能？ 4. 如果在 WSL 中无法使用 iptables NAT，有哪些替代方法实现端口转发？ </think>### 错误分析错误信息 `modprobe: FATAL: Module nf_nat not found in directory /lib/modules/4.4.0-19041-Microsoft` 的核心问题在于： 1. **WSL 环境限制**：内核版本 `4.4.0-19041-Microsoft` 表明这是 Windows Subsystem for Linux (WSL)，其内核由 Microsoft 定制编译，默认**不包含**标准 Linux 内核模块（如 `nf_nat`）。 2. **模块不可加载**：WSL 1 使用转换层模拟 Linux 系统调用，**不支持加载内核模块**；WSL 2 虽基于真实 Linux 内核，但微软构建时移除了 NAT 等网络模块以简化体积。 3. **路径验证失败**：`/lib/modules/4.4.0-19041-Microsoft` 目录下确实不存在 `nf_nat.ko` 等内核模块文件。 --- ### 解决方案 #### ▶ 方案1：切换至 WSL 2（推荐） WSL 2 使用完整 Linux 内核（版本 ≥5.10），但仍需手动启用 NAT 支持： 1. 在 Windows PowerShell 中升级默认版本： ```powershell wsl --set-default-version 2 ``` 2. 确认 WSL 2 内核支持 NAT： ```bash grep CONFIG_NF_NAT /proc/config.gz # 输出 CONFIG_NF_NAT=y 表示支持 ``` 3. **注意**：微软官方构建的 WSL 2 内核仍可能缺失模块，需自行编译内核（[教程](https://docs.microsoft.com/zh-cn/windows/wsl/build-custom-kernel)）。 #### ▶ 方案2：使用替代网络工具在 WSL 中**无法直接使用 iptables NAT**，需改用： - **Windows 端口转发**（管理员 PowerShell）： ```powershell netsh interface portproxy add v4tov4 listenport=80 connectport=80 connectaddress=127.0.0.1 ``` - **SSH 隧道**： ```bash ssh -L 8080:localhost:80 user@remote-server ``` #### ▶ 方案3：避开 NAT 依赖 - 容器环境（Docker）：使用 Docker Desktop for Windows（自带完整网络栈）。 - 开发测试：改用基于 Hyper-V 的 Linux 虚拟机（如 Ubuntu VM）。 #### ▶ 方案4：验证 WSL 模式并降级 1. 检查当前模式： ```powershell wsl -l -v # 查看发行版及 WSL 版本 ``` 2. 若为 WSL 2 且需要降级： ```powershell wsl --set-version <发行版名称> 1 ``` **代价**：WSL 1 完全无法使用 iptables NAT。 --- ### 关键注意事项 - **WSL 1/2 均不支持 `modprobe` 加载自定义模块**，微软明确声明[此限制](https://github.com/microsoft/WSL/issues/834)。 - 若必须使用 iptables NAT，唯一可靠方案是**改用标准 Linux 物理机/虚拟机**。