安装Ubuntu时报错：PCIe Bus Error: severity=Corrected

原创 已于 2022-09-07 10:31:37 修改 · 2.7k 阅读 · 5
标签
#ubuntu
于 2022-08-25 21:32:05 首次发布
本文记录了在安装Ubuntu过程中遇到PCIeBusError:severity=Corrected错误的具体情况，并分享了解决该问题的有效方法，即移除不兼容的无线网卡。

装Ubuntu时报错：PCIe Bus Error: severity=Corrected

[ 5315.986588] pcieport 0000:00:1c.0: AER: Corrected error received: id=00e0
[ 5315.987249] pcieport 0000:00:1c.0: can't find device of ID00e0
[ 5315.995632] pcieport 0000:00:1c.0: AER: Corrected error received: id=00e0
[ 5315.995664] pcieport 0000:00:1c.
最低0.47元/天 解锁文章
浪子陪都
关注
不只是报错：深入理解Ubuntu中PCIE Bus Error与`pci=nommconf`参数的作用
weixin_42525289的博客
04-04 381
本文深入解析Ubuntu中PCIE Bus Error的根源及`pci=nommconf`参数的作用。从PCIe协议栈的三层架构出发，探讨Unsupported Request错误的成因，并详细解释`pci=nommconf`如何通过禁用MMCONFIG访问模式来提升系统稳定性。文章还提供了高级诊断方法和根本解决方案，帮助用户平衡性能与稳定性。
pcieport 0000:00:1.0:AER: PCIe Bus Error: severity=Corrected--解决ubuntu磁盘爆满导致无法开机问题
ZHUO__zhuo的博客
07-01 3868
在ubuntu跑程序的时候结果数据太大导致磁盘爆满导致无法开机，出现了pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected.....的报错信息，以下说下解决方法
Linux总线pice错误,电脑一直报PCIE BUS错误的原因
weixin_28858229的博客
05-12 6169
报错新装Linux 系统后，每隔数分钟则报以下错误：AER:Corrected error received: 0000:00:1c:4pcie bus error: severity=Corrected, type=Data Link Layer,(Transmitter ID)device [8086:9d14] error status/mask=00001000/00002000[12]...
解决Ubuntu下的PCIE Bus Error问题
Clayborn voyage without an end
03-15 2万+
1 环境 Windows 10 + Ubuntu 16.04 LTS 双系统安装 设备：蓝天Clevo P775TM 2 问题缘由 为了Win10+Ubuntu 16.04双系统共存的方案，去年趁SSD还是白菜价的时候入了intel 760P 256 GB专门作为Ubuntu系统的“栖身之所” 但很快就遇上异常问题：关机时被不明错误信息刷屏，如下图所示 #错误代码如下 PCIe Bus Erro...
关机报错：PCIe Bus Error: severity=Corrected
renmengqisheng的博客
10-12 5669
关机报错：PCIe Bus Error: severity=Corrected 解决方法： 1、打开终端，修改/etc/default/grub引导文件，将GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"修改为GRUB_CMDLINE_LINUX_DEFAULT=“quiet splash pci=nomsi pci=noaer pcie_aspm=off”，保存关闭grub文件。 2、更新grub引导 sudo update-grub 3、重启 sudo reboot
Ubuntu下报错PCIe Bus Error：severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
走过路过不要错过
12-30 8484
报错原因：大致是Ubuntu下外设驱动不完善导致的 解决方案：修改grub文件，具体操作如下 # 使用sudo权限打开grub文件 sudo -H gedit /etc/default/grub # 修改GRUB_CMDLINE_LINUX_DEFAULT参数 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nomsi pci=noaer pcie_aspm=off" # 保存退出 # 更新grub sudo update-grub # 重启系统 ..
Ubuntu下出现PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5或id=00e8(Receiver ID)解决方法
热门推荐
007的博客
12-08 2万+
我是在ubuntu下按ctr+alt+F1或F2屏幕出现如下重复闪动： PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID) 我在网上进行如上搜索，只找到：https://blog.csdn.net/qimengxingyuan/article/details/80874314?utm_sou...
Ubuntu关机出错卡死 PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID)
qimengxingyuan的博客
07-01 1万+
系统环境 Windows10 + Deepin 双系统 错误描述 在Deepin系统中关机或者重启会卡死无反应或者出现循环报错不能正常关机 拍照查看报错信息为 pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID) pcieport 0000...
H200/H20部署DeepSeek-V4-Pro的软硬协同对齐指南
weixin_34212762的博客
06-22 432
GPU推理部署本质上是硬件架构、驱动栈与大模型框架三者深度耦合的技术实践。Hopper与Ampere架构在FP8支持、HBM3带宽、PCIe拓扑和NUMA亲和性上存在根本差异，导致同一套vLLM服务在H200与H20上表现迥异。理解CUDA核心解锁、GSP固件加载、量化参数（如group_size）对显存带宽的影响，是规避‘nvidia-smi failed’‘model not found’等表层报错的关键。技术价值在于通过软硬协同优化实现低延迟、高吞吐、高稳定性推理；典型场景包括金融实时风控、AI客服长
ESXi安装失败原因大起底（附Log诊断速查表）：92%报错源于这5类硬件兼容性盲区
VarFun的博客
06-25 41
ESXi安装失败？92%问题源于硬件兼容性盲区！本VMware ESXi安装教程聚焦5类常见兼容性陷阱（如网卡/RAID控制器不支持、UEFI设置错误等），附Log诊断速查表，助运维快速定位报错根源。覆盖物理服务器部署全场景，步骤清晰、排查高效，值得收藏。
记录这周重装系统遇到的一些问题
weixin_39784658的博客
04-26 587
这个礼拜心态一度崩溃，电脑上windows系统和ubuntu系统都出了问题。 起因是为了解决重装protobuf之后，cartographer编译出现的
国产AI芯片ERNIE-Image极速适配实战：Day-0工程闭环全解析
weixin_34208283的博客
06-19 415
生成式AI模型部署本质是硬件与算法的深度协同，其核心挑战在于显存访存效率、混合精度语义保真、状态持久化三大刚性约束。ERNIE-Image作为工业级文生图模型，凭借解耦式架构、确定性步长表和内置后处理等设计，成为验证国产AI芯片工程落地能力的关键标尺。本文聚焦摩尔线程MTT S4000在Ubuntu 22.04环境下的全链路适配实践，覆盖固件驱动加载、MooreFlow框架对接、模型图优化、动态精度控制（BF16/FP16分层调度）及轻量级上下文快照等关键技术，揭示‘Day-0支持’从概念到产线可用的真实路
DeepSeek-V4本地部署：绕过SM120架构兼容性陷阱的完整指南
weixin_34327223的博客
06-22 470
GPU架构演进正深刻重塑大模型推理范式，其中NVIDIA SM120作为Blackwell时代核心微架构，带来HBM3带宽优化与能效跃升，但也因Tensor Core指令集重构、CUDA Compute Capability 12.0适配缺失及闭源加速库（如DeepGEMM）不支持等问题，成为DeepSeek-V4等新一代MoE模型本地部署的关键瓶颈。理解其底层原理——包括WMMA指令支持、条件编译宏__CUDA_ARCH_120__、nvcc编译参数-gencode arch=compute_120,co
VMware黑屏≠硬件故障：资深架构师用Wireshark+vmware.log逆向定位的4类日志信号
最新发布
ProcePerch的博客
06-25 45
快速定位VMware虚拟机黑屏根源，无需重启或重装。资深架构师结合Wireshark抓包与vmware.log日志分析，精准识别驱动冲突、显卡配置错误、3D加速异常、远程显示协议故障4类信号。覆盖Windows/Linux宿主机常见场景，诊断效率提升3倍，值得收藏。
从Jupyter到生产：机器学习模型服务化实战指南
weixin_34295316的博客
06-24 434
机器学习模型服务化是将训练完成的模型部署为稳定、可监控、可伸缩API的关键工程环节。其核心原理在于解耦研究与生产环境，通过容器化封装、声明式编排与标准化接口实现模型即服务（MLOps）。技术价值体现在降低运维复杂度、保障推理一致性、支持快速回滚与细粒度监控。典型应用场景包括金融风控API、智能推荐服务、实时图像识别等需高可用低延迟的线上业务。本文聚焦PyTorch/TensorFlow模型在Kubernetes上的Docker镜像构建、健康探针设计、GPU兼容性处理及冷启动优化等真实落地细节。
centos 系统报错PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID)
qq_30908357的博客
05-06 1651
1、编辑/etc/default/grub。
PCIe 错误检测和处理
奔跑的蜗牛的博客
07-14 1万+
规范使用了四个关于错误的通用术语，定义如下：1.——确定存在错误的过程。错误是由代理发现的，这是由于本地问题，例如接收到坏数据包，或者因为它从另一个设备接收到了发出错误信号的数据包（如中毒数据包）。2.-根据检测到的错误在体系结构寄存器中设置适当的位，作为错误处理软件的辅助。3.—通知系统存在错误情况。这可以采取将错误消息传递到根复合体的形式，假设设备能够发送错误消息。反过来，当根收到错误消息时，它可以向系统发送中断。4.-一个代理通过发送错误消息通知另一个代理错误情况的过程，
linux-ubtubu系统出现pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected…问题的解决方案
wind_s_road的博客
05-07 2万+
安装ubtubu16.04之后按CTRL + ALT +F2出现了pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected, type=Physical layer, id=00e5(Recelver ID)pcieport 0000:00:1c.5:    device [8086:a115] error status/mask=0000...
Centos下PCIe Bus Error: severity=Corrected解决方法
weixin_34008784的博客
01-22 9514
网上提供了很多Ubuntu 以下错误信息的解决方法，但是涉及centos的比较少。其实解决方法是一样的，只是加载grub的命令不一样而已错误信息如下：Jan 22 11:42:00 office-test-001 kernel: pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8Jan 22 11:42:...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值