需执行lspci -t查看pci拓扑，确认root port是否存在；再用lspci -vv | grep -a 5 -b 2 "pcie bridge"检查桥接设备的lnkcap/lnksta字段；最后通过ls /sys/bus/pci/devices/比对目录数量及cat /sys/bus/pci/devices/*/class验证插槽控制器类型与激活状态。
在麒麟OS终端中确认主板PCIe插槽是否被系统识别、当前有无设备插入、以及插槽物理连接状态，需绕过图形界面直接读取内核PCI子系统实时枚举结果。仅靠“设备管理器”无法反映插槽空置或热插拔失败等底层状态，必须结合lspci输出与/sys/bus/pci/devices的运行时目录结构交叉验证。
用lspci列出所有已枚举的PCIe插槽及设备
打开终端，执行命令：lspci -t。该命令以树状图形式展示PCI总线拓扑，其中方括号内标注[0000:00:01.0]这类地址的节点即为PCIe Root Port（插槽控制器），而非设备本身。若某插槽物理空置，其对应的Root Port仍会出现在树中——只要BIOS已启用该插槽且未被ACPI禁用。
执行lspci -vv | grep -A 5 -B 2 "PCI bridge\|PCIe bridge"，筛选出所有桥接设备。重点看“BridgeCtl”字段是否含“Secondary bus reset”、“Parity+”，以及“SecLat”值是否非零——这些是插槽控制器正常初始化的标志。若某桥接条目完全缺失“LnkCap”或“LnkSta”段，说明该插槽未通过链路训练，可能因未插卡、供电不足或BIOS中被关闭。
检查/sys/bus/pci/devices下是否存在对应插槽的运行时目录
内核为每个成功枚举的PCI设备（含空插槽的Root Port）在/sys/bus/pci/devices/下创建以BDF地址命名的子目录。执行ls /sys/bus/pci/devices/，列出全部已识别设备的地址，例如0000:00:01.0、0000:00:1c.0等。
选取一个疑似对应插槽的地址（如0000:00:1c.0），运行：cat /sys/bus/pci/devices/0000:00:1c.0/class。若输出为0x060400，即PCI_CLASS_BRIDGE_PCI，确认它是PCIe桥；若输出为0x060401，则是PCI_CLASS_BRIDGE_P2P（点对点桥），更可能对应物理插槽控制器。
接着检查该目录下是否有subordinate_bus文件：cat /sys/bus/pci/devices/0000:00:1c.0/subordinate_bus。若返回具体数字（如01），说明下游总线已被分配，插槽电路已通电并完成配置空间访问；若报错No such file or directory，则该插槽未被内核激活，大概率在BIOS中被禁用或硬件未响应。
验证插槽是否实际承载设备
方法一：比对lspci输出与/sys/bus/pci/devices目录数量
执行lspci | wc -l得设备总数，再执行ls /sys/bus/pci/devices/ | wc -l得内核注册设备数。若后者显著大于前者，多出的即为空插槽的Root Port目录——它们被识别但未挂载终端设备。
方法二：查看driver符号链接是否存在
对任一桥接地址（如0000:00:1c.0），运行：ls -l /sys/bus/pci/devices/0000:00:1c.0/driver。若输出类似driver -> ../../../bus/pci/drivers/pcieport，说明该插槽控制器已绑定标准PCIe端口驱动，处于待命状态；【若报错No such file or directory，则该插槽未被任何驱动接管，无法响应下游设备】。
方法三：检查下游设备枚举结果
若某插槽已插卡，其设备地址必为0000:01:00.0这类格式（Bus号=插槽Root Port的Subordinate Bus号）。执行lspci -s 0000:01:00.0 -vv | head -20，若返回有效信息，证明插槽链路连通；若提示lspci: Unable to load libkmod以外的错误，或直接无输出，说明插槽未正确转发配置请求。
