虚拟机Unable to open kernel device 问题解决

VMware Workstation 6.5.3 build-185404

Unable to open kernel device "\\.\vmci": 系统找不到指定的文件. Did you reboot after installing VMware Workstation?
Module DevicePowerOn power on failed.

解决方法一:

对虚拟机相对应的.vmx文件进行编辑修改。

找到这一行: vmci0.present = "TRUE"

将 TRUE 改为 FALSE

或者 直接将这行删除。

保存此虚拟机的.vmx文件。

重新运行虚拟机。OK。

解决方法二:

在vm软件界面上,编辑虚拟机设置。

在 虚拟机设置 -> 选项 -> 客户机隔离 ->VM通信接口(VMCI)

把启用VMCI的钩去掉。

点击确定保存。

重新运行虚拟机。OK。

解决方法三:

在命令行处输入命令“net start vmci”,执行。

重新运行虚拟机。OK。

 

执行成功后VM可以启动,但是虚拟机回报错“vmnet0:系统找不到指定的文件”。

解决方案为:

一(已试成功)

命令行执行“NET START VMNETUSERIF”,“NET START VMNETBRIDGE”。

二(待试)

安全模式下修改[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\intelppm]

"Start"=dword:00000001 改成"Start"=dword:00000004

 

在出现 Unable to open kernel device "\\.\Global\vmx86 "后关闭VMWARE

运行 net start vmx86

[ 2830.840525][ T4357] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000038 [ 2830.842010][ T4357] Mem abort info: [ 2830.842793][ T4357] ESR = 0x0000000096000044 [ 2830.843685][ T4357] EC = 0x25: DABT (current EL), IL = 32 bits [ 2830.844787][ T4357] SET = 0, FnV = 0 [ 2830.845589][ T4357] EA = 0, S1PTW = 0 [ 2830.846408][ T4357] FSC = 0x04: level 0 translation fault [ 2830.847425][ T4357] Data abort info: [ 2830.848254][ T4357] ISV = 0, ISS = 0x00000044 [ 2830.849148][ T4357] CM = 0, WnR = 1 [ 2830.849937][ T4357] user pgtable: 4k pages, 48-bit VAs, pgdp=0000000102693000 [ 2830.851162][ T4357] [0000000000000038] pgd=0000000000000000, p4d=0000000000000000 [ 2830.852472][ T4357] Internal error: Oops: 0000000096000044 [#1] SMP [ 2830.853593][ T4357] Modules linked in: virtio_rdma(E+) ib_uverbs(E) ib_core(E) xt_CHECKSUM xt_MASQUERADE xt_conntrack ipt_REJECT nf_nat_tftp nf_conntrack_tftp nft_fib_inet nft_fib_ipv4 nf t_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject bridge nft_ct stp llc nft_chain_nat nf_tables ebtable_nat ebtable_broute ip6table_nat ip6table_mangle ip6table_raw ip6table_security iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c iptable_mangle iptable_raw iptable_security rfkill ip_set nfnetlink ebtable_filter ebtables ip6tabl e_filter ip6_tables iptable_filter ip_tables sunrpc vfat fat arm_smccc_trng sch_fq_codel fuse ext4 mbcache jbd2 virtio_gpu virtio_dma_buf drm_shmem_helper crct10dif_ce ghash_ce drm_kms_helpe r sha2_ce sha256_arm64 virtio_net net_failover sha1_ce virtio_blk failover virtio_mmio dm_mirror dm_region_hash dm_log dm_multipath dm_mod virtio_pci virtio_pci_legacy_dev virtio_pci_modern_ dev virtio virtio_ring aes_neon_bs aes_neon_blk aes_ce_blk aes_ce_cipher [ 2830.867784][ T4357] CPU: 7 PID: 4357 Comm: insmod Kdump: loaded Tainted: G E 6.4.0 #3 [ 2830.869442][ T4357] Hardware name: QEMU KVM Virtual Machine, BIOS 0.0.0 02/06/2015 [ 2830.870894][ T4357] pstate: 60400005 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=–) [ 2830.872368][ T4357] pc : create_qp+0x90/0x238 [ib_core] [ 2830.873585][ T4357] lr : create_qp+0x1c4/0x238 [ib_core] [ 2830.874795][ T4357] sp : ffff80000c52b670 [ 2830.875802][ T4357] x29: ffff80000c52b670 x28: 0000000000000038 x27: 0000000000000000 [ 2830.877295][ T4357] x26: ffff8000014bc960 x25: ffff0000c3995000 x24: 0000000000000000 [ 2830.878795][ T4357] x23: ffff0000c39cad00 x22: 0000000000000000 x21: ffff8000014bc960 [ 2830.880291][ T4357] x20: ffff80000c52b750 x19: 0000000000000010 x18: ffffffffffffffff [ 2830.881776][ T4357] x17: 0000000000000020 x16: 0000000000000000 x15: ffffffffffffffff [ 2830.883276][ T4357] x14: 0000000000000000 x13: 3020737574617473 x12: 0000000000000001 [ 2830.884762][ T4357] x11: 00000000ffff7fff x10: ffff80000a043268 x9 : ffff80000848232c [ 2830.886260][ T4357] x8 : ffff80000c52b7b8 x7 : ffff80000146fb48 x6 : ffff0000c39928f8 [ 2830.887753][ T4357] x5 : ffff8000014bc960 x4 : 0000000000000000 x3 : 0000000000000000 [ 2830.889254][ T4357] x2 : 0000000000000000 x1 : 0000000000000dc0 x0 : 0000000000000038 [ 2830.890755][ T4357] Call trace: [ 2830.891658][ T4357] create_qp+0x90/0x238 [ib_core] [ 2830.892820][ T4357] ib_create_qp_kernel+0x50/0x128 [ib_core] [ 2830.894087][ T4357] create_mad_qp+0x9c/0x118 [ib_core] [ 2830.895318][ T4357] ib_mad_port_open+0x1bc/0x500 [ib_core] [ 2830.896569][ T4357] ib_mad_init_device+0x6c/0x1e0 [ib_core] [ 2830.897831][ T4357] add_client_context+0x13c/0x208 [ib_core] [ 2830.899111][ T4357] enable_device_and_get+0xd4/0x1b8 [ib_core] [ 2830.900409][ T4357] ib_register_device.part.0+0x104/0x1d8 [ib_core] [ 2830.901759][ T4357] ib_register_device+0x34/0x50 [ib_core] [ 2830.903018][ T4357] virtio_rdma_register_ib_device+0x90/0xb8 [virtio_rdma]
最新发布
04-08
<think>嗯,用户给了一个内核错误日志,需要帮忙分析。首先,我得仔细看看日志内容。错误信息是“Unable to handle kernel NULL pointer dereference at virtual address 0000000000000038”,看起来是一个空指针解引用的问题,发生在虚拟地址0x38。这种问题通常是因为代码中访问了一个未初始化或已经被释放的内存指针。 接下来看看具体的错误信息。ESR的值是0x96000044,EC是0x25,说明这是一个数据中止异常,发生在当前异常级别(EL),指令长度为32位。FSC是0x04,即等级0转换错误,意味着在页表转换时找不到对应的物理地址。Data abort信息中的WnR=1表示这是一个写操作导致的错误,说明程序试图写入一个不可写或无效的地址。 堆栈跟踪显示问题出在create_qp函数中,属于ib_core模块。这个函数在创建队列对(QP)时发生了错误。用户是在执行insmod命令加载模块时出现问题的,可能是加载的virtio_rdma模块有问题。查看加载的模块列表,确实有virtio_rdma,可能跟这个模块有关。 虚拟地址0x38可能对应某个结构体的成员偏移量。比如,在结构体中,0x38的位置可能是一个指针或字段,但此时该结构体指针为空,导致访问出错。比如,struct ib_device的某个成员在偏移量0x38处,但设备未正确初始化,导致指针为空。 可能的成因有几个方面:一是virtio_rdma模块与当前内核版本(6.4.0)存在兼容性问题;二是在初始化IB设备时,某些必要资源未正确分配或注册;三是内核内存管理问题,如页表配置错误,但可能性较低;四是硬件模拟问题,因为运行在QEMU KVM虚拟机中,可能某些虚拟硬件支持不足。 解决方法方面,建议用户检查virtio_rdma模块的版本是否与内核兼容,可能需要更新或打补丁。另外,确认IB相关子系统是否正确配置,尤其是在虚拟化环境中。可以尝试升级内核或回退到稳定版本。查看内核日志中是否有其他相关错误,使用git bisect定位问题提交,或联系模块维护者。如果问题复现,可能需要在内核开发者邮件列表或社区寻求帮助。 总结来说,这个问题是内核模块访问空指针导致的,需要从模块兼容性、初始化流程和虚拟化环境支持等方面排查。</think>这是一个Linux内核发生的空指针解引用错误(Kernel NULL pointer dereference),属于严重的内核态错误。以下是逐步分析: ### 1. 错误类型诊断 错误信息第一行显示: $$ [2830.840525][ T4357] \text{Unable to handle kernel NULL pointer dereference at virtual address 0000000000000038} $$ - **原因**:内核尝试访问虚拟地址 `0x38`,但该地址对应的物理页面未映射或权限错误。 - **关键寄存器分析**: - `ESR = 0x96000044`:异常分类为数据中止(Data Abort),`EC=0x25` 表示当前异常级别(EL)的指令触发。 - `FSC = 0x04`:等级0页表转换错误,说明页表未找到该地址的有效映射。 ### 2. 堆栈回溯分析 错误发生在 `ib_core` 模块的 `create_qp` 函数: ```plaintext [2830.890755][ T4357] Call trace: [2830.891658][ T4357] create_qp+0x90/0x238 [ib_core] [2830.892820][ T4357] ib_create_qp_kernel+0x50/0x128 [ib_core] ``` - **触发点**:在创建InfiniBand队列对(Queue Pair, QP)时,访问了无效内存地址 `0x38`。 - **硬件环境**:QEMU KVM虚拟机,使用virtio设备(`virtio_rdma` 模块)。 ### 3. 可能成因 #### (1) 结构体成员偏移错误 地址 `0x38` 可能对应某个结构体的成员变量偏移量。例如: ```c struct ib_device { // ... void *member_at_0x38; // 假设在偏移量0x38处有指针成员 }; ``` 若该结构体指针为 `NULL`,则访问 `NULL + 0x38` 会触发此错误。 #### (2) 设备驱动兼容性问题 - **模块依赖**:`virtio_rdma` 依赖 `ib_core`,但日志显示模块链包含 `virtio_rdma(E+)`(`E+` 表示强制加载)。 - **内核版本**:当前内核版本为 `6.4.0`,可能与 `virtio_rdma` 或 `ib_core` 的接口不兼容。 #### (3) 虚拟化环境限制 QEMU对RDMA设备的模拟可能不完善,导致硬件抽象层(HAL)未正确初始化。 ### 4. 解决方案 #### 步骤1:验证驱动兼容性 - 检查 `virtio_rdma` 是否经过 `6.4.x` 内核版本测试。 - 尝试卸载 `virtio_rdma`: ```bash rmmod virtio_rdma ``` #### 步骤2:调试内核代码 - 定位 `create_qp` 函数源码(`drivers/infiniband/core/verbs.c`): ```c struct ib_qp *create_qp(...) { struct ib_device *device = ...; // 可能的空指针来源 device->ops.create_qp(...); // 若 device 为 NULL,则访问 device->ops 会触发错误 } ``` - 使用 `KGDB` 或 `kdump` 捕获崩溃现场内存状态。 #### 步骤3:更新或回退内核 - 升级到最新稳定版内核(如 `6.4.5+`),或回退到已知稳定版本(如 `6.1.x`)。 #### 步骤4:检查虚拟机配置 - 确认QEMU命令行参数启用了完整的RDMA支持: ```bash -device virtio-rdma-pci,... ``` ### 5. 扩展知识 - **页表错误(Translation Fault)**:虚拟地址到物理地址的转换失败,可能因页表条目无效(`pgd=0000000000000000` 表示上级页表为空)。 - **ARM64异常级别(EL)**:EL1为内核态,EL0为用户态。此处错误发生在EL1。 ### 总结 此错误由内核模块 `virtio_rdma` 在初始化RDMA设备时访问了未正确初始化的结构体指针导致。需优先验证驱动与内核版本的兼容性,必要时通过内核调试工具进一步分析。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值