Recently I was trying to install Mint on several nodes in my institute. At times, I was not able to install and got lots of ‘PCIe Bus’ errors on the screen. I have also observed similar issue with Ubuntu 18.04.
I got stuck into it for more than a month, after using many solution and observations (solution is the same, but observation and treatment may be different), I found something which was helpful for me and I think could be helpful for other Ubuntu and Linux Mint users.
Observations about PCIe Bus Error severity Corrected
It happened with my HP system and it seems that there is some compatibility issues with the HP hardware. The PCIe Bus Error is basically the Linux kernel reporting the hardware issue.
This error reporting turns into nightmare because of the frequency of error messages generated by the system. I have noticed in various Linux forums that many HP user have encountered this error, probably HP needs to improve Linux support for their hardware.
Do note that this doesn’t necessarily mean that you cannot use Linux on your HP system. You might be able to use Linux like everyone else. It’s just that seeing this message flashing on the screen on every boot is annoying and sometimes, it could lead to bigger troubles.
If the system keeps on reporting, it will increase the log size. If you have limited space for root, it could mean that your system will stuck at the black screen displaying the PCIe error message and your system won’t be able to boot.
Now that you know a few things, let’s see how to tackle this error.
Handling PCIe Bus Error messages if you can boot in to your Linux system
If you see the PCIe Bus Error message on the screen while booting but you are still able to log in, you could do a workaround for this annoyance.
You can do little on the hardware compatibility front. I mean you (most probably) cannot go ahead and start coding drivers for your hardware or fix the existing drivers code. If your system works fine, your main concern should be that too much of error reporting doesn’t eat up the disk space.
In that regard, you can change the Linux kernel parameter and ask it to stop reporting the PCIe errors. To do that, you need to edit the grub configuration.
Basically, you just have to use a text editor for editing the file.
First thing first, make a backup of your grub config file so that you can revert in case if you are not sure of things you changed. Open a terminal and use the following command:
cp /etc/default/grub ~/grub.back
Now open the file with Gedit for editing:
sudo gedit /etc/default/grub
Look for the line that has GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash”
Add pci=noaer in this line. AER stands for Advanced Error Reporting and ‘noaer’ asks the kernel to not use/log Advanced Error Reporting. The changed line should look like this:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer"
Once you have saved the file, you should update the grub using this command:
sudo update-grub
Restart Ubuntu and you shouldn’t see the ‘PCIe Bus Error severity Corrected messages’ anymore.
If this doesn’t fix the issue for you, you can try to change other kernel parameters.
Further troubleshooting: Disable MSI
Now you are resorting to hit and trial. You may try disabling MSI. Though Linux kernel supports MSI for several years now, a wrong implementation of MSI from some hardware manufacturer may lead to the PCIe errors.
The drill is practically the same as you saw in the previous section. You edit the grub configuration and make the GRUB_CMDLINE_LINUX_DEFAULT line look like this:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nomsi"
Update grub and reboot the system:
sudo update-grub
Even further troubleshooting: Disable mmconf
I know it’s getting repetitive but if you are still facing the issue, it could be worth to give this a last try. This time, disable the mmconf parameter in Linux kernel.
mmconf means memory mapped config and if you have an old computer, a buggy BIOS may lead to this issue.
The steps remain the same. Just change the line GRUB_CMDLINE_LINUX_DEFAULT in your grub config to make it look like:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nommconf"
Can’t boot! How to edit grub config now?
In some cases, if you are not even able to boot at all, perhaps your root is out of space. An idea here would be to delete old log files and see if you could boot now and if yes, change the grub config.
On reboot, if you stuck with logs on the screen and do a hard boot (use power button to turn it off and on again). When you power on, choose to go in to recovery mode from the grub screen. It should be under Advanced options.
If your system doesn’t show the grub screen, press and hold shift key at boot. In some systems, pressing the Esc key brings the grub screen.
In the advanced option->recovery mode:
Drop into root shell:
If you use the ls command to find large files, you’ll see that sys.log and kern.log take huge space:
ls -s -S /var/log
You can empty the log files in Linux command line this way:
$ > syslog
$ > kern.log
Once that is done, reboot your system. You should be able to log in. You should quickly change the grub parameters as discussed above. Adding pci=noaer should help you in this case.
I know it’s more of a workaround than solution. But this is something that troubled me long and helped me get around the error. Otherwise I had to reinstall the system.
I just wanted to share what worked for me with the community here. I hope it helps you as well.
This article is written by Arun Shrimali. Arun is IT Head at Resonance Institute in India and he tries to implement Open Source Software across his organization.
The article has been edited by Abhishek Prakash.
I have a new HP Pavilion Gaming Notebook and a new installation of Ubuntu 16.04. When I press Ctrl + Alt + F1 I go start seeing the errors shown in the following image and it doesn’t allow me to interact with the console:
I also see these errors for a while everytime I boot. I need to do Ctrl + Alt + F1 to access a non graphical terminal to install some Nvidia drivers. What’s going on?
What’s causing the problem seems to be:
00:1c.5 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root Port #6 [8086:a115] (rev f1)
jpiabrantes@joao:~$ lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation Sky Lake Host Bridge/DRAM Registers [8086:1910] (rev 07)
00:01.0 PCI bridge [0604]: Intel Corporation Sky Lake PCIe Controller (x16) [8086:1901] (rev 07)
00:02.0 VGA compatible controller [0300]: Intel Corporation Skylake Integrated Graphics [8086:191b] (rev 06)
00:04.0 Signal processing controller [1180]: Intel Corporation Skylake Processor Thermal Subsystem [8086:1903] (rev 07)
00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller [8086:a12f] (rev 31)
00:14.2 Signal processing controller [1180]: Intel Corporation Sunrise Point-H Thermal subsystem [8086:a131] (rev 31)
00:16.0 Communication controller [0780]: Intel Corporation Sunrise Point-H CSME HECI #1 [8086:a13a] (rev 31)
00:17.0 SATA controller [0106]: Intel Corporation Sunrise Point-H SATA Controller [AHCI mode] [8086:a103] (rev 31)
00:1c.0 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root Port #5 [8086:a114] (rev f1)
00:1c.5 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root Port #6 [8086:a115] (rev f1)
00:1c.6 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root Port #7 [8086:a116] (rev f1)
00:1f.0 ISA bridge [0601]: Intel Corporation Sunrise Point-H LPC Controller [8086:a14e] (rev 31)
00:1f.2 Memory controller [0580]: Intel Corporation Sunrise Point-H PMC [8086:a121] (rev 31)
00:1f.3 Audio device [0403]: Intel Corporation Sunrise Point-H HD Audio [8086:a170] (rev 31)
00:1f.4 SMBus [0c05]: Intel Corporation Sunrise Point-H SMBus [8086:a123] (rev 31)
01:00.0 3D controller [0302]: NVIDIA Corporation GM107M [GeForce GTX 950M] [10de:139a] (rev a2)
07:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS522A PCI Express Card Reader [10ec:522a] (rev 01)
08:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter [10ec:b723]
09:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller [10ec:8136] (rev 0a)
asked May 13, 2016 at 16:15
João AbrantesJoão Abrantes
7631 gold badge6 silver badges10 bronze badges
5
Try this,
Use this link ( about the adding paramter to kernel here) to understand about adding kernel boot paramter temporarily and making it permanent.
Then,
Add the parameter , pci=nomsi
And reboot.
If the problem is solved then make the change permanent.
If does not work then try,
pci=noaer
same way and make it permanent if this works.
(*Reason for appearance is related to the recent Intel Skylake architecture CPUs and Realtek rtl8723be wireless adaptor.
The ubuntu team knows about it. Read more here Bug_track_ubuntu_PCIe bus error )
answered May 13, 2016 at 16:33
ankit7540ankit7540
4,1051 gold badge24 silver badges41 bronze badges
8
Here already answers are provided which also helped me a lot. I use text mode of ubuntu 16.04 and so
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nomsi"
didn’t helped me. Here what I changed was — (in /etc/default/grub
)
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nomsi"
GRUB_CMDLINE_LINUX="text pci=nomsi"
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
which solved my error(NOTE — I used only pci=nomsi
, and in case it don’t work other option is pci=noaer
), that may help solve anyone facing the same error.
answered Jun 17, 2017 at 6:42
2
I always have the same issue when reinstall Ubuntu 18.04.4
with ASUS X555UQ Laptop
.
Answers above helped me a lot about adding which parameter to /etc/default/grub/
but I can’t reach terminal (also tty), because after installing OS via live usb, it gives a blank screen(or mentioned issue) instead of login screen.
Then I thought that I have to get to the GRUB menu at boot-time so, according to this link how to get to the GRUB menu at boot-time, pressing esc while booting did not cause the GRUB menu to appear. It shows please select boot device
section for me. Then I pressed Enter to boot again and while booting, pressed esc again. Finally it reached to the GRUB menu and I pressed e to edit the commands(this page starts with set params 'Ubuntu'
). Then I added pci=nomsi
to end of the line starting with linux
and pressed F10 to boot.
After this operation, I was able to reach login screen and terminal. Then I followed the @Ujjal Kumar Das’s answer above and updated my /etc/default/grub/
file permanently.
Maybe this method works for the users who have the same laptop model like me. I like using Ubuntu, but this issue is so annoying every time.
answered Mar 29, 2020 at 21:50
Содержание
- PCIe Bus Error
- Ошибки PCIe Bus Error: severity=Corrected при выключении в Linux
- Troubleshooting PCIe Bus Error severity Corrected on Ubuntu and Linux Mint
- Observations about PCIe Bus Error severity Corrected
- Handling PCIe Bus Error messages if you can boot in to your Linux system
- Further troubleshooting: Disable MSI
- Even further troubleshooting: Disable mmconf
- Can’t boot! How to edit grub config now?
- PCIe Bus error severity=Corrected
- 3 Answers 3
- Ubuntu 20.04 PCIe Bus error severity=corrected
- 1 Answer 1
PCIe Bus Error
Поставил на ноут ArchLinux.
При включении wifi в лог сыпет сообщения в огромном количестве
как это исправить? Wifi лагает просто безбожно. Спасибо.
Разбирал? На других версиях ядра как?
ноут новый, на других ядрах не пробовал
в dmesg валится вот это
Добавить в параметр загрузки ядра
Но ведь это не решение.
Хех, знать бы ещё производителя и наименования моделей микросхем. На что ты надеялся? Применённый тобой хак может на время скрыть проблему, но высокой ценой. Хотя это всё не важно, в любом случае наиболее адекватным (и эффективным) решением тут будет купить нормальный лаптоп.
чем мой то ненормальный? Под окнами проблем нет
исходя из логов, драйвер hotplug пытается найти какой то девайс и собсна не может, какой я так и не понял
nomsi для всех pci устройств — это глупо
если не нравится msi, то попробуй отключить его для этого конкретного устройства, скорее всего через параметр драйвера
noaer это тоже глупо, aer — advanced error reporting, отключать его, всё равно, что разбивать градусник при болезни.
попробуй например pci=pcie_bus_safe
или там pcie_pme=nomsi или pcie_hp=nomsi
тут много всякого
исходя из логов, драйвер hotplug пытается найти какой то девайс и собсна не может, какой я так и не понял
приведи весь dmesg.
почему хотплаг? можно включать во время работы?
Источник
Ошибки PCIe Bus Error: severity=Corrected при выключении в Linux
После обновления Linux, при следующем выключении компьютера на экран повалилась куча одинаковых сообщений об ошибке: «pcieport 0000:00:1c.3: PCIe Bus Error: severity=Corrected, type=Physical Layer«. Причём длится это безобразие довольно долго, так что рука тянется принудительно выключить компьютер с кнопки, что я пару раз и проделал, пока не нашёл решения проблемы.
Как я уже сказал выше, выключение или перезагрузка компьютера стала адовой процедурой — лог повторяющихся ошибок бежал по экрану в течении (!) двух минут. Оказалось, что данная проблема постигла практически всех владельцев интеловских процессоров и, по всей видимости, связана с попытками понизить питание на порту PCIe. На тематических Linux-форумах предлагается добавить следующие два параметра при загрузке ядра:
pci = nomsi — отключает использование прерываний MSI;
pci = noaer — отключает расширенный отчёт об ошибках ядра.
Однако, возвращаться к использованию устаревших методов доставки прерываний мне совсем не хотелось — костыли, так себе. Решил пойти другим путём и просто отключить технологию ASPM (Active-State Power Management).
ASPM позволяет управлять энергопотреблением шин PCI Express (PCIe) посредством их перевода в энергосберегающий режим, если устройство не используются. В то же время, активация ASPM приводит к задержке ответа от устройств, так как требуется некоторое время на переключение режимов работы шины.
Поведением ASPM можно управлять, добавив параметр pcie_aspm в загрузчик или внеся изменения в файле /sys/module/pcie_aspm/parameters/policy (pcie_aspm=off отключает ASPM, а pcie_aspm=force принудительно задействует, даже на поддерживающих технологию устройствах). Я подправил загрузчик GRUB:
В моём случае, ошибку выдавал встроенный Wi-Fi адаптер, который в принципе не отличался стабильностью в работе и постоянно отваливался. Отдельно отключить энергосбережение для WiFi поможет продвинутая консольная утилита для управления питанием TLP (/etc/default/tlp):
Если считаете статью полезной,
не ленитесь ставить лайки и делиться с друзьями.
Источник
Troubleshooting PCIe Bus Error severity Corrected on Ubuntu and Linux Mint
Recently I was trying to install Mint on several nodes in my institute. At times, I was not able to install and got lots of ‘PCIe Bus’ errors on the screen. I have also observed similar issue with Ubuntu 18.04.
I got stuck into it for more than a month, after using many solution and observations (solution is the same, but observation and treatment may be different), I found something which was helpful for me and I think could be helpful for other Ubuntu and Linux Mint users.
Observations about PCIe Bus Error severity Corrected
It happened with my HP system and it seems that there is some compatibility issues with the HP hardware. The PCIe Bus Error is basically the Linux kernel reporting the hardware issue.
This error reporting turns into nightmare because of the frequency of error messages generated by the system. I have noticed in various Linux forums that many HP user have encountered this error, probably HP needs to improve Linux support for their hardware.
Do note that this doesn’t necessarily mean that you cannot use Linux on your HP system. You might be able to use Linux like everyone else. It’s just that seeing this message flashing on the screen on every boot is annoying and sometimes, it could lead to bigger troubles.
If the system keeps on reporting, it will increase the log size. If you have limited space for root, it could mean that your system will stuck at the black screen displaying the PCIe error message and your system won’t be able to boot.
Now that you know a few things, let’s see how to tackle this error.
Handling PCIe Bus Error messages if you can boot in to your Linux system
If you see the PCIe Bus Error message on the screen while booting but you are still able to log in, you could do a workaround for this annoyance.
You can do little on the hardware compatibility front. I mean you (most probably) cannot go ahead and start coding drivers for your hardware or fix the existing drivers code. If your system works fine, your main concern should be that too much of error reporting doesn’t eat up the disk space.
In that regard, you can change the Linux kernel parameter and ask it to stop reporting the PCIe errors. To do that, you need to edit the grub configuration.
Basically, you just have to use a text editor for editing the file.
First thing first, make a backup of your grub config file so that you can revert in case if you are not sure of things you changed. Open a terminal and use the following command:
Now open the file with Gedit for editing:
Look for the line that has GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash”
Add pci=noaer in this line. AER stands for Advanced Error Reporting and ‘noaer’ asks the kernel to not use/log Advanced Error Reporting. The changed line should look like this:
Once you have saved the file, you should update the grub using this command:
Restart Ubuntu and you shouldn’t see the ‘PCIe Bus Error severity Corrected messages’ anymore.
If this doesn’t fix the issue for you, you can try to change other kernel parameters.
Further troubleshooting: Disable MSI
Now you are resorting to hit and trial. You may try disabling MSI. Though Linux kernel supports MSI for several years now, a wrong implementation of MSI from some hardware manufacturer may lead to the PCIe errors.
The drill is practically the same as you saw in the previous section. You edit the grub configuration and make the GRUB_CMDLINE_LINUX_DEFAULT line look like this:
Update grub and reboot the system:
Even further troubleshooting: Disable mmconf
I know it’s getting repetitive but if you are still facing the issue, it could be worth to give this a last try. This time, disable the mmconf parameter in Linux kernel.
mmconf means memory mapped config and if you have an old computer, a buggy BIOS may lead to this issue.
The steps remain the same. Just change the line GRUB_CMDLINE_LINUX_DEFAULT in your grub config to make it look like:
Can’t boot! How to edit grub config now?
In some cases, if you are not even able to boot at all, perhaps your root is out of space. An idea here would be to delete old log files and see if you could boot now and if yes, change the grub config.
On reboot, if you stuck with logs on the screen and do a hard boot (use power button to turn it off and on again). When you power on, choose to go in to recovery mode from the grub screen. It should be under Advanced options.
If your system doesn’t show the grub screen, press and hold shift key at boot. In some systems, pressing the Esc key brings the grub screen.
In the advanced option->recovery mode:
Drop into root shell:
If you use the ls command to find large files, you’ll see that sys.log and kern.log take huge space:
Once that is done, reboot your system. You should be able to log in. You should quickly change the grub parameters as discussed above. Adding pci=noaer should help you in this case.
I know it’s more of a workaround than solution. But this is something that troubled me long and helped me get around the error. Otherwise I had to reinstall the system.
I just wanted to share what worked for me with the community here. I hope it helps you as well.
This article is written by Arun Shrimali. Arun is IT Head at Resonance Institute in India and he tries to implement Open Source Software across his organization.
The article has been edited by Abhishek Prakash.
Источник
PCIe Bus error severity=Corrected
I have a new HP Pavilion Gaming Notebook and a new installation of Ubuntu 16.04. When I press Ctrl + Alt + F1 I go start seeing the errors shown in the following image and it doesn’t allow me to interact with the console:
I also see these errors for a while everytime I boot. I need to do Ctrl + Alt + F1 to access a non graphical terminal to install some Nvidia drivers. What’s going on?
What’s causing the problem seems to be: 00:1c.5 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root Port #6 [8086:a115] (rev f1)
3 Answers 3
Use this link ( about the adding paramter to kernel here) to understand about adding kernel boot paramter temporarily and making it permanent. Then,
Add the parameter , pci=nomsi
If the problem is solved then make the change permanent. If does not work then try,
same way and make it permanent if this works.
(*Reason for appearance is related to the recent Intel Skylake architecture CPUs and Realtek rtl8723be wireless adaptor.
The ubuntu team knows about it. Read more here Bug_track_ubuntu_PCIe bus error )
Here already answers are provided which also helped me a lot. I use text mode of ubuntu 16.04 and so
didn’t helped me. Here what I changed was — (in /etc/default/grub )
which solved my error(NOTE — I used only pci=nomsi , and in case it don’t work other option is pci=noaer ), that may help solve anyone facing the same error.
I always have the same issue when reinstall Ubuntu 18.04.4 with ASUS X555UQ Laptop .
Answers above helped me a lot about adding which parameter to /etc/default/grub/ but I can’t reach terminal (also tty), because after installing OS via live usb, it gives a blank screen(or mentioned issue) instead of login screen.
Then I thought that I have to get to the GRUB menu at boot-time so, according to this link how to get to the GRUB menu at boot-time, pressing esc while booting did not cause the GRUB menu to appear. It shows please select boot device section for me. Then I pressed Enter to boot again and while booting, pressed esc again. Finally it reached to the GRUB menu and I pressed e to edit the commands(this page starts with set params ‘Ubuntu’ ). Then I added pci=nomsi to end of the line starting with linux and pressed F10 to boot.
After this operation, I was able to reach login screen and terminal. Then I followed the @Ujjal Kumar Das’s answer above and updated my /etc/default/grub/ file permanently.
Maybe this method works for the users who have the same laptop model like me. I like using Ubuntu, but this issue is so annoying every time.
Источник
Ubuntu 20.04 PCIe Bus error severity=corrected
I have a problem with new ubuntu, after suspend i always crash and i need to reboot system
my kernel parameters «quiet splash pci=noaer pci=noamsi»
1 Answer 1
Incomplete answer. edits forthcoming.
nomsi
In your GRUB edits, pci=noamsi should be pci=nomsi . but we’ll temporarily remove both pci= statements for now.
BIOS
You have BIOS version F.53.
To determine if there’s a newer BIOS, I need the exact make/model # of your computer.
vm.swappiness
With only 8G RAM and 4G swap, vm.swappiness=10 is totally wrong.
Set vm.swappiness=60 (based on 8G RAM and 4G SWAP), this way.
sudo -H gedit /etc/sysctl.conf # edit this file
Search for an existing vm.swappiness= entry.
CTRL + f vm.swappiness
If found, edit it to say vm.swappiness=60
If not found, add vm.swappiness=60 at the end of the file
Save your edits and quit gedit
AER errors
AER errors are Advanced Error Reporting correctable errors on the PCIe bus.
From the initial information available, it appears that it might be this device:
Do you recognize this device? Is it your NVMe SSD? Is this a laptop or desktop computer?
We MAY end up putting pci=noaer in your GRUB to circumvent these errors, but more information is required.
Источник
После обновления Linux, при следующем выключении компьютера на экран повалилась куча одинаковых сообщений об ошибке: «pcieport 0000:00:1c.3: PCIe Bus Error: severity=Corrected, type=Physical Layer«. Причём длится это безобразие довольно долго, так что рука тянется принудительно выключить компьютер с кнопки, что я пару раз и проделал, пока не нашёл решения проблемы.
Как я уже сказал выше, выключение или перезагрузка компьютера стала адовой процедурой — лог повторяющихся ошибок бежал по экрану в течении (!) двух минут. Оказалось, что данная проблема постигла практически всех владельцев интеловских процессоров и, по всей видимости, связана с попытками понизить питание на порту PCIe. На тематических Linux-форумах предлагается добавить следующие два параметра при загрузке ядра:
pci = nomsi — отключает использование прерываний MSI;
pci = noaer — отключает расширенный отчёт об ошибках ядра.
Однако, возвращаться к использованию устаревших методов доставки прерываний мне совсем не хотелось — костыли, так себе. Решил пойти другим путём и просто отключить технологию ASPM (Active-State Power Management).
ASPM позволяет управлять энергопотреблением шин PCI Express (PCIe) посредством их перевода в энергосберегающий режим, если устройство не используются. В то же время, активация ASPM приводит к задержке ответа от устройств, так как требуется некоторое время на переключение режимов работы шины.
Поведением ASPM можно управлять, добавив параметр pcie_aspm в загрузчик или внеся изменения в файле /sys/module/pcie_aspm/parameters/policy (pcie_aspm=off отключает ASPM, а pcie_aspm=force принудительно задействует, даже на поддерживающих технологию устройствах). Я подправил загрузчик GRUB:
# открываем файл настроек grub в текстовом редакторе sudo editor /etc/default/grub # добавляем параметр pcie_aspm=off GRUB_CMDLINE_LINUX_DEFAULT="quiet pcie_aspm=off" # сохраняем и обновляем загрузчик sudo update-grub
В моём случае, ошибку выдавал встроенный Wi-Fi адаптер, который в принципе не отличался стабильностью в работе и постоянно отваливался. Отдельно отключить энергосбережение для WiFi поможет продвинутая консольная утилита для управления питанием TLP (/etc/default/tlp):
WIFI_PWR_ON_AC=off WIFI_PWR_ON_BAT=off
Подписывайтесь на канал
Яндекс.Дзен
и узнавайте первыми о новых материалах, опубликованных на сайте.
Как правильно задавать вопросы
Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод inxi -Fxz
в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
-
Dja
- Сообщения: 6633
- Зарегистрирован: 27 авг 2016, 20:03
- Решено: 28
- Откуда: Voskresensk
- Благодарил (а): 1188 раз
- Поблагодарили: 698 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
21 авг 2018, 02:45
Взял ноут
System: Host: dja-work Kernel: 4.13.0-43-generic x86_64 (64 bit gcc: 5.4.0) Desktop: Xfce 4.12.3 (Gtk 2.24.28) Distro: Linux Mint 18.3 Sylvia Machine: System: ASUSTeK (portable) product: X541UVK v: 1.0 Mobo: ASUSTeK model: X541UVK v: 1.0 Bios: American Megatrends v: X541UVK.308 date: 01/30/2018 CPU: Dual core Intel Core i3-6006U (-HT-MCP-) cache: 3072 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 7968 clock speeds: max: 2000 MHz 1: 1669 MHz 2: 1569 MHz 3: 1663 MHz 4: 1503 MHz Graphics: Card-1: Intel Sky Lake Integrated Graphics bus-ID: 00:02.0 Card-2: NVIDIA Device 134f bus-ID: 01:00.0 Display Server: X.Org 1.18.4 driver: nvidia Resolution: 1920x1080@60.05hz GLX Renderer: GeForce 920MX/PCIe/SSE2 GLX Version: 4.5.0 NVIDIA 384.130 Direct Rendering: Yes Audio: Card Intel Sunrise Point-LP HD Audio driver: snd_hda_intel bus-ID: 00:1f.3 Sound: Advanced Linux Sound Architecture v: k4.13.0-43-generic Network: Card-1: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169 v: 2.3LK-NAPI port: d000 bus-ID: 02:00.2 IF: enp2s0f2 state: down mac: <filter> Card-2: Realtek RTL8723BE PCIe Wireless Network Adapter driver: rtl8723be port: c000 bus-ID: 03:00.0 IF: wlp3s0 state: up mac: <filter> Drives: HDD Total Size: 1000.2GB (42.5% used) ID-1: /dev/sda model: ST1000LM035 size: 1000.2GB Partition: ID-1: / size: 50G used: 24G (50%) fs: ext4 dev: /dev/sda2 ID-2: /home size: 30G used: 3.7G (13%) fs: ext4 dev: /dev/sda3 ID-3: swap-1 size: 9.66GB used: 0.00GB (0%) fs: swap dev: /dev/sda4 RAID: No RAID devices: /proc/mdstat, md_mod kernel module present Sensors: System Temperatures: cpu: 45.0C mobo: N/A gpu: 0.0:43C Fan Speeds (in rpm): cpu: N/A Info: Processes: 247 Uptime: 22 min Memory: 1985.1/7858.9MB Init: systemd runlevel: 5 Gcc sys: 5.4.0 Client: Shell (bash 4.3.481) inxi: 2.2.35
Всё бы ничего. Но при загрузке и выключении много таких строк
Помогло в /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX_DEFAULT="pci=nomsi"
GRUB_CMDLINE_LINUX=""
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
После изменений не забываем про
Есть еще вариант
GRUB_CMDLINE_LINUX_DEFAULT=»quiet splash pci=noaer»
но не пробовал, поскольку помог первый. С ждуном еще не баловался. Если что отпишусь позже.
Нагуглить помог di_mok
Решение Unborn » 22 авг 2018, 22:15
Dja писал(а): ↑
22 авг 2018, 22:00
И это только маленький кусочек
Понятно, что маленький. Ошибки давай. Что у тебя там на 1с.5? Вывод — lspci -tv
Перейти к ответу ➙
-
Unborn
- Сообщения: 1920
- Зарегистрирован: 03 сен 2016, 13:36
- Решено: 24
- Благодарил (а): 5 раз
- Поблагодарили: 264 раза
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#2
21 авг 2018, 19:21
Dja, pci=nomsi, pci=noaer зачем тогда новое железо покупал? У тебя инфа о скорректированных ошибках. Мог бы вообще её не увидеть. Обычно отключают вывод таких сообщений для уже готового, собранного ядра. В каких-нибудь альфа, бета версиях дистров такое увидишь.
А ты взял и на хер отключил возможность использования многоядерности, многопоточности для работы с прерываниями.
В принципе можно вообще на одно ядро ЦП обработку прерываний повесить. Так когда-то на серверах делали, когда ЦП одноядерные были.
Хотя бы загуглил —
Message Signaled Interrupts
А то залез назад на пальму, всё, решил вопрос с жильем. И про ядро 4.13 уже забыли. Попробуй крайнюю версию 4.4
По железу бы 4.9 LTS или 4.14 LTS использовать. ОС в УЕФИ. Кстати у АСУС УЕФИ от АМИ и самые путные. Это не Н20+свои велосипеды у остальных вендоров.
-
Dja
- Сообщения: 6633
- Зарегистрирован: 27 авг 2016, 20:03
- Решено: 28
- Откуда: Voskresensk
- Благодарил (а): 1188 раз
- Поблагодарили: 698 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#3
21 авг 2018, 20:16
Unborn, система то в уефи. А про обнову ядра как-то и не подумал. Да и железо то не вот тебе новое. Попробую конечно ядра поудалять и поставить поновее.
Кстати именно 4.9 и 4.14 отсутствуют
-
rogoznik
- Сообщения: 9443
- Зарегистрирован: 27 июн 2017, 13:36
- Решено: 119
- Откуда: Нижний Тагил
- Благодарил (а): 716 раз
- Поблагодарили: 1816 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#4
21 авг 2018, 20:27
Dja, убунтовцы прошли их стороной…поставь ukuu и из нее накати ядрышки
-
Dja
- Сообщения: 6633
- Зарегистрирован: 27 авг 2016, 20:03
- Решено: 28
- Откуда: Voskresensk
- Благодарил (а): 1188 раз
- Поблагодарили: 698 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#5
21 авг 2018, 20:47
довольно странно иметь на борту утилиту, которую и запускаю только для ядра, но при этом качать стороннюю
-
Dja
- Сообщения: 6633
- Зарегистрирован: 27 авг 2016, 20:03
- Решено: 28
- Откуда: Voskresensk
- Благодарил (а): 1188 раз
- Поблагодарили: 698 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#7
21 авг 2018, 21:37
В итоге 4.4 как и 4.15 — можно вечно смотреть на бегущие строки. 4.14 — хотя бы грузится как 4.13 после выплеска нескольких десятков строк.
Счас гляну 4.9
Их и так уже солить можно
-rw------- 1 root root 7407392 окт 10 2017 vmlinuz-4.10.0-38-generic -rw------- 1 root root 7407392 ноя 9 2017 vmlinuz-4.10.0-40-generic -rw------- 1 root root 7406720 дек 4 2017 vmlinuz-4.10.0-42-generic -rw------- 1 root root 7669648 янв 10 2018 vmlinuz-4.13.0-26-generic -rw------- 1 root root 7671376 янв 25 2018 vmlinuz-4.13.0-32-generic -rw------- 1 root root 7711632 мар 7 21:23 vmlinuz-4.13.0-37-generic -rw------- 1 root root 7712208 мар 14 22:49 vmlinuz-4.13.0-38-generic -rw------- 1 root root 7711664 май 3 16:07 vmlinuz-4.13.0-41-generic -rw------- 1 root root 7713296 май 17 18:33 vmlinuz-4.13.0-43-generic -rw------- 1 root root 7923472 ноя 12 2017 vmlinuz-4.14.0-041400-generic -rw------- 1 root root 8101272 авг 6 20:23 vmlinuz-4.15.0-30-generic -rw------- 1 root root 7159744 авг 10 14:20 vmlinuz-4.4.0-133-generic -rw-r--r-- 1 root root 7065648 янв 25 2017 vmlinuz-4.4.0-53-generic -rw------- 1 root root 7310848 июн 27 2017 vmlinuz-4.8.0-58-generic
4.14 4.9 ошибочки
dpkg: зависимости пакетов не позволяют настроить пакет linux-headers-4.9.122-0409122-generic: linux-headers-4.9.122-0409122-generic зависит от libssl1.1 (>= 1.1.0), однако: Пакет libssl1.1 не установлен.
Пошел искать пакет
UPD нашел пакет. Качнул. Поставил. Ядро 4.9 встало, но на загрузку влияет негативно. Можно вечно ждать окончания загрузки с бегущими тысячами строк. 4.14.65 тоже встало, хоть и агрилось с ошибками. Тоже грузит вечно.
Самое противное что эти строки мешают юзать ждуна
-
AlexZ
- Сообщения: 1395
- Зарегистрирован: 06 янв 2018, 21:06
- Решено: 3
- Откуда: Горно-Алтайск
- Благодарил (а): 212 раз
- Поблагодарили: 177 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#8
21 авг 2018, 23:19
Dja писал(а): ↑
21 авг 2018, 20:47
Кстати именно 4.9 и 4.14 отсутствуют
довольно странно иметь на борту утилиту, которую и запускаю только для ядра, но при этом качать стороннюю
Политка убунты такая. Мне вот тоже до сих пор странно, на ядре 4.15 почему-то только убунтовые дистры
А для того чтоб ядрами поиграть ukuu удобный вариант (для новой железяки последние ядра попробуй)
-
StarMAUGLI
- Сообщения: 1609
- Зарегистрирован: 10 сен 2016, 10:16
- Решено: 18
- Откуда: Москва
- Благодарил (а): 686 раз
- Поблагодарили: 187 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#9
22 авг 2018, 00:15
Dja, А что показывает lspci
что это вообще за зверь такой 0000:00:1c.5 ?
-
rogoznik
- Сообщения: 9443
- Зарегистрирован: 27 июн 2017, 13:36
- Решено: 119
- Откуда: Нижний Тагил
- Благодарил (а): 716 раз
- Поблагодарили: 1816 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#10
22 авг 2018, 09:18
Dja, попробуй свеженькие ядра 4.17, 4.18
-
IaroslavB
- Сообщения: 121
- Зарегистрирован: 15 апр 2018, 15:57
- Решено: 1
- Откуда: Прага
- Благодарил (а): 199 раз
- Поблагодарили: 6 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#11
22 авг 2018, 10:24
StarMAUGLI, lspci = команда List(Ls) + то, что будем выводить : некий вывод(зависит от дефолтных атрибутов команды) с Pci(Peripheral Components Interconnect) шины — подсистема, соединяющая множество периферийных устройств(мышь,клавиатура и т.д.) для передачи по единому каналу информацию дальше, если я правильно понимаю, как правило, до материнской платы.
А цифры те — это порт шины pci, да поправят меня знающие, если это не так.
Acer Aspire E5-575G-55J7
□ LM 18.3 KDE Plasma 5.8.9 based on Kernel[ 4.15.0-15 ]×86_64.
■ Intel Core i5=7200u
■ NVIDIA GeForce GTX 950M
Audio card: ●Intel device 9d71
Network cards:● Qualcomm Atheros dev. 0042 + ●Realtek RTL8111/8168/8411
-
Dja
- Сообщения: 6633
- Зарегистрирован: 27 авг 2016, 20:03
- Решено: 28
- Откуда: Voskresensk
- Благодарил (а): 1188 раз
- Поблагодарили: 698 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#12
22 авг 2018, 12:31
darkfenix, да всякие пробовал. Эти «свежие ядра» вообще одни простыни выдают без возможности попасть в графику либо ждать минут по 10. Сейчас вообще графика из inxi пропала чую меня эти ядра не полечат, а покалечат. Надо наверно вернуться к решению и попробовать ждуна ) Если работать будет — пофиг на эти выхлопы. Меньше видишь крепче спишь
-
Dja
- Сообщения: 6633
- Зарегистрирован: 27 авг 2016, 20:03
- Решено: 28
- Откуда: Voskresensk
- Благодарил (а): 1188 раз
- Поблагодарили: 698 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#13
22 авг 2018, 12:42
Еще и хромиум перестал запускаться
dja-laptop ~ $ chromium-browser Using PPAPI flash. --disable-new-tab-first-run --enable-user-scripts --ppapi-flash-path=/usr/lib/adobe-flashplugin/libpepflashplayer.so --ppapi-flash-version= [7706:7706:0822/124012.722612:ERROR:process_singleton_posix.cc(1035)] Failed to create socket directory. [7706:7706:0822/124012.722769:ERROR:chrome_browser_main.cc(1713)] Failed to create a ProcessSingleton for your profile directory. This means that running multiple instances would start multiple browser processes rather than opening a new window in the existing process. Aborting now to avoid profile corruption. dja-laptop ~ $
Весело
-
rogoznik
- Сообщения: 9443
- Зарегистрирован: 27 июн 2017, 13:36
- Решено: 119
- Откуда: Нижний Тагил
- Благодарил (а): 716 раз
- Поблагодарили: 1816 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#14
22 авг 2018, 12:50
Dja, Что-то с профилем случилось, вот он и не запускается
-
StarMAUGLI
- Сообщения: 1609
- Зарегистрирован: 10 сен 2016, 10:16
- Решено: 18
- Откуда: Москва
- Благодарил (а): 686 раз
- Поблагодарили: 187 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#15
22 авг 2018, 13:27
IaroslavB писал(а): ↑
22 авг 2018, 10:24
А цифры те — это порт шины pci, да поправят меня знающие, если это не так.
на моем компе это выглядит так
Код: Выделить всё
┌─ mugalem ~
└─ $ lspci
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 02)
00:01.0 PCI bridge: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port (rev 02)
00:1a.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02)
00:1a.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02)
00:1a.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 02)
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 02)
00:1d.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4 port SATA Controller [IDE mode] (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA Controller [IDE mode] (rev 02)
01:00.0 VGA compatible controller: NVIDIA Corporation GK106 [GeForce GTX 650 Ti] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GK106 HDMI Audio Controller (rev a1)
03:00.0 SATA controller: JMicron Technology Corp. JMB361 AHCI/IDE (rev 02)
03:00.1 IDE interface: JMicron Technology Corp. JMB361 AHCI/IDE (rev 02)
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0
05:01.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx]
┌─ mugalem ~
└─ $
т.е. на этом номере у меня 00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 02)
но у него-то на ноуте наверняка другой набор логики (чем на моем допотопном старье) не ICH9, значит там может быть и не PCI Express — поэтому и спросил — нужно же знать про что гуглить. Любопытно же.
Тем более, что это не тот PCI Express, что идет на видео-карту, а тот, что идет на всякую мелочь, типа звука или сетевух.
-
Dja
- Сообщения: 6633
- Зарегистрирован: 27 авг 2016, 20:03
- Решено: 28
- Откуда: Voskresensk
- Благодарил (а): 1188 раз
- Поблагодарили: 698 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#16
22 авг 2018, 13:56
всё это может быть результатом клонирования системы Попробую поставить именно на него. Посмотрю что выйдет.
-
Unborn
- Сообщения: 1920
- Зарегистрирован: 03 сен 2016, 13:36
- Решено: 24
- Благодарил (а): 5 раз
- Поблагодарили: 264 раза
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#17
22 авг 2018, 15:09
Dja писал(а): ↑
22 авг 2018, 13:56
всё это может быть результатом клонирования системы
Так если ты с одной аппаратной конфигурации перенес на другую, то что ты ещё удивляешься? Это закономерное явление. Как говносборку-бэкап чей-нибудь на каком-нибудь десктопном железе сделанном воткнуть себе на ноут и удивляться, что это там не работает вай-фай, если у говносборщика и вафли то не было.
И если ядро будет уже с патчем против последних Мельдауна и Спектра, то и драйвер Нвидиа должен быть с 3-мя цифрами после точки. Если ядро не патченое, то лучше с 2-мя.
-
Dja
- Сообщения: 6633
- Зарегистрирован: 27 авг 2016, 20:03
- Решено: 28
- Откуда: Voskresensk
- Благодарил (а): 1188 раз
- Поблагодарили: 698 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#18
22 авг 2018, 16:11
darkfenix писал(а): ↑
22 авг 2018, 12:50
Что-то с профилем случилось
Места на корне нет вот система и в шоке, собственно как и я с 30 гигов увеличил до 50 и тех не хватило… Куда 20 гигов ушло… по ходу на эти логи
Unborn, ну я же ставил линух на флешку и флешка прекрасно запускалась на других машинах.
-
Dja
- Сообщения: 6633
- Зарегистрирован: 27 авг 2016, 20:03
- Решено: 28
- Откуда: Voskresensk
- Благодарил (а): 1188 раз
- Поблагодарили: 698 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#19
22 авг 2018, 17:13
Поставил с нуля LM 18.3
Всё равно эти строки ))) Стало быть клонирование не виновато.
StarMAUGLI писал(а): ↑
22 авг 2018, 00:15
показывает lspci
00:00.0 Host bridge: Intel Corporation Sky Lake Host Bridge/DRAM Registers (rev 08) 00:02.0 VGA compatible controller: Intel Corporation Sky Lake Integrated Graphics (rev 07) 00:04.0 Signal processing controller: Intel Corporation Skylake Processor Thermal Subsystem (rev 08) 00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21) 00:14.2 Signal processing controller: Intel Corporation Sunrise Point-LP Thermal subsystem (rev 21) 00:15.0 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller (rev 21) 00:15.1 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller (rev 21) 00:16.0 Communication controller: Intel Corporation Sunrise Point-LP CSME HECI (rev 21) 00:17.0 SATA controller: Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode] (rev 21) 00:1c.0 PCI bridge: Intel Corporation Device 9d10 (rev f1) 00:1c.4 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port (rev f1) 00:1c.5 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port (rev f1) 00:1f.0 ISA bridge: Intel Corporation Sunrise Point-LP LPC Controller (rev 21) 00:1f.2 Memory controller: Intel Corporation Sunrise Point-LP PMC (rev 21) 00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21) 00:1f.4 SMBus: Intel Corporation Sunrise Point-LP SMBus (rev 21) 01:00.0 3D controller: NVIDIA Corporation Device 134f (rev a2) 02:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5286 PCI Express Card Reader (rev 01) 02:00.2 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller (rev 06) 03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
-
StarMAUGLI
- Сообщения: 1609
- Зарегистрирован: 10 сен 2016, 10:16
- Решено: 18
- Откуда: Москва
- Благодарил (а): 686 раз
- Поблагодарили: 187 раз
- Контактная информация:
PCIe Bus error severity=Corrected много-много строк
#20
22 авг 2018, 18:11
Dja писал(а): ↑
22 авг 2018, 17:13
00:1c.4 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port (rev f1)
00:1c.5 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port (rev f1)
Странно. На 00:1c.4 точно такой же стоит, а ошибок нет.
Ты уверен, что проблема программная, а не железная?
Может стоит разобрать ноут и посмотреть в порт на предмет загнутых лепестков, перекошенных шлейфов, подгоревших деталек или металлического/токопроводящего мусора? Контактики там флейцем промести, ластиком почистить? Или даже пылесосом пожужжать?