news 2026/7/11 6:18:04

WisdomSSH解决硬盘直通给飞牛系统时控制器无法绑定的问题

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
WisdomSSH解决硬盘直通给飞牛系统时控制器无法绑定的问题

我需要将7块物理硬盘(包括4块1TB和2块2TB)直通给运行在Proxmox VE上的虚拟机VM101,该虚拟机运行的是飞牛系统。在尝试配置过程中,遇到了核心问题:虽然已配置了PCIe设备直通,但系统提示无法重置某些PCI设备,且部分硬盘在宿主机上仍可见,表明直通未完全生效。

问题定位与初步排查

首先,我使用lsblk命令检查当前硬盘状态:

lsblk-oNAME,SIZE,TYPE,MOUNTPOINT,FSTYPE,MODEL

结果显示所有目标硬盘(sda-sdg)都处于空闲状态,无分区,但它们仍然被宿主机识别。这说明直通配置尚未完全生效。

接着,我检查了虚拟机VM101的配置:

qm config101

输出显示配置中仅有一个64GB的虚拟磁盘,没有包含任何物理硬盘或PCI设备直通项。这意味着我的直通配置尚未应用。

硬盘连接拓扑分析

为了准确配置直通,我需要确定每块硬盘连接到哪个SATA控制器。通过以下命令获取详细信息:

fordiskinsda sdb sdc sdd sde sdf sdg;doudevadm info-qpath-n/dev/$disk|xargs-I{}udevadm info-qproperty-p{}|grep-E"(ID_PATH|ID_BUS)"done

输出结果清晰地展示了硬盘与控制器的对应关系:

  • 控制器00:11.4:连接sda,sdb,sdc,sdd
  • 控制器00:1f.2:连接sde,sdf,sdg

这两个控制器分别属于不同的IOMMU组(24和31),因此可以独立直通。

IOMMU与驱动状态验证

我确认了系统已启用IOMMU,这是硬件直通的前提:

dmesg|grep-iiommu

输出显示DMAR: IOMMU enabled,且内核命令行包含intel_iommu=on iommu=pt,证明IOMMU已正确启用。

接下来,我检查两个控制器的驱动绑定状态:

lspci-k|grep-A2"SATA controller"

输出显示两个控制器均被ahci驱动占用,这是直通前必须解除的状态。

直通配置实施

我决定采用控制器级直通方案,将两个控制器都直通给VM101。首先,我修改了虚拟机配置文件:

vim/etc/pve/nodes/VUModule/qemu-server/101.conf

hostpci0: 0000:03:00之后添加:

hostpci1: 0000:00:11.4 hostpci2: 0000:00:1f.2

保存后,我创建了一个脚本用于解除驱动绑定:

#!/bin/bashecho"解除SATA控制器驱动绑定..."if[-d/sys/bus/pci/devices/0000:00:11.4/driver];thenecho0000:00:11.4>/sys/bus/pci/devices/0000:00:11.4/driver/unbindfiif[-d/sys/bus/pci/devices/0000:00:1f.2/driver];thenecho0000:00:1f.2>/sys/bus/pci/devices/0000:00:1f.2/driver/unbindfilspci-k|grep-A1-B1"SATA controller"

执行此脚本后,我再次检查控制器状态,发现ahci驱动已不再绑定。

启动与验证

在确保VM101已停止后,我启动了虚拟机:

qm start101

尽管出现Cannot reset device警告,但虚拟机成功进入运行状态。

最后,我运行了验证脚本:

/root/check_passthrough.sh

输出显示:

  • 宿主机lsblk不再列出目标硬盘(sda-sdg)
  • VM101配置中包含两个新的hostpci条目
  • SATA控制器已脱离ahci驱动

结论

通过WisdomSSH提供的逐层排查能力,我成功解决了硬盘直通中的关键问题。整个过程的关键在于:

  1. 准确识别硬盘与控制器的物理连接关系
  2. 验证IOMMU功能正常并确认驱动已解除
  3. 采用控制器级直通而非单个硬盘直通,提高效率
  4. 使用脚本化方式保证操作一致性

最终,所有7块物理硬盘均已成功直通至飞牛系统,宿主机无法再访问这些存储资源,实现了预期的隔离与性能优化。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/7/5 0:14:24

Linode高性能实例:稳定运行Fun-ASR服务

Linode高性能实例:稳定运行Fun-ASR服务 在远程办公、智能会议和内容创作日益普及的今天,语音转文字的需求正以前所未有的速度增长。无论是整理一场两小时的客户访谈,还是将教学录音转化为可检索的讲义,自动语音识别(A…

作者头像 李华
网站建设 2026/7/8 17:32:19

Originality.ai检测:判断文章是否由AI生成

Fun-ASR语音识别系统深度解析:从技术内核到工程落地 在智能语音技术快速渗透各行各业的今天,一个高效、安全且易于使用的本地化语音识别方案,正成为越来越多企业和开发者的刚需。无论是会议纪要自动生成、客服录音质检,还是教学内…

作者头像 李华
网站建设 2026/6/26 10:50:16

Fly.io边缘节点:降低延迟提高响应速度

Fly.io边缘节点:降低延迟提高响应速度 在远程会议卡顿、实时字幕滞后、语音助手反应迟钝的背后,往往藏着一个被忽视的技术瓶颈——网络延迟。尤其当语音识别请求需要跨越千山万水传到千里之外的云端服务器时,哪怕只是几百毫秒的等待&#xff…

作者头像 李华
网站建设 2026/7/8 20:01:49

安装包太大无法上传?压缩Fun-ASR模型的方法

压缩Fun-ASR模型:解决安装包过大无法上传的实用方案 在语音识别应用日益普及的今天,越来越多开发者选择 Fun-ASR 这类高性能模型来构建会议转录、客服质检或教育辅助系统。尤其是钉钉与通义实验室联合推出的 Fun-ASR-Nano 系列,凭借其高精度中…

作者头像 李华
网站建设 2026/6/29 15:38:22

QuillBot改写工具:避免技术内容重复率过高

Fun-ASR WebUI 语音识别系统:架构解析与工程实践 在智能办公、远程会议和数字化服务日益普及的今天,语音转文字技术已成为提升效率的关键工具。无论是记录一场长达两小时的研讨会,还是分析成百上千条客服录音,人工逐字整理显然已不…

作者头像 李华
网站建设 2026/6/30 12:25:20

百度搜索不到Fun-ASR资料?试试这些关键词组合

百度搜不到Fun-ASR资料?试试这些关键词组合 在企业越来越重视数据隐私的今天,语音识别技术的应用正面临一个两难:用公有云API,速度快但数据得上传;自己搭ASR系统,安全可控却门槛太高。有没有一种方案&#…

作者头像 李华