"Pci = nomsi, noaer" у "/ etc / default / grub": будь-яка зворотна сторона?

Оскільки мої kern.logта syslogфайли зростали до величезного розміру, я додав тему до рядка в /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash reboot=efi,pci pci=nomsi,noaer"

Але я дійсно не розумію, що я зробив. Чи є якийсь мінус у цьому?

Як зазначено тут: http://redsymbol.net/linux-kernel-boot-parameters/2.6.28/

• noaer: [PCIE] Якщо параметр конфігурації ядра PCIEAER увімкнено, цей параметр завантаження ядра може бути використаний для відключення використання розширеного повідомлення про помилки PCIE.
• nomsi: [MSI] Якщо параметр конфігурації ядра PCI_MSI увімкнено, цей параметр завантаження ядра може бути використаний для відключення використання MSI переривань на всій території.

Я погоджуюсь з вами та вашим занепокоєнням щодо того, щоб додати директиву " pci = nomsi, noaer " до директив про груб, щоб просто придушити повідомлення про помилки. При серйозних проблемах потрібно повідомляти про помилки, щоб ми могли їх виправити, що не відбудеться з директивою " pci = nomsi, noaer ", призначеною для придушення таких цінних повідомлень про помилки.

Я випадково знайшов цю тему на форумі, шукаючи повідомлення " немає обробника irq для вектора ", яке з’являється занадто багато, коли я завантажуюся в multi -user.target (текст, заснований лише на тексті). Помилка надзвичайно стійка, що ускладнює введення команд, оскільки вона з'являється у всіх TTY, навіть коли я ввожу команду.

Відповідаючи на своє первісне запитання; чи додасть директива " pci = nomsi, noaer " у grub шкодить вашій системі? Я б сказав "ні", що сама директива спричинить будь-яку шкоду. ЯКЩО щось не в порядку з вашою системою, і придушення самого повідомлення про помилку не робить нічого, щоб виправити проблему, і, як би не було оригінальної проблеми, МОГО (фактична проблема, вказана повідомленням про помилку) завдає шкоди вашій системі.

Вважайте це; у чоловіка лихоманка, тому ви даєте йому Тайленол, і лихоманка згасає, але потім він помирає від великої інфекції, тому що ми не дали йому антибіотики, які він насправді потребував. Вирішення повідомлення про помилку не допоможе чи не зашкодить вашій системі, але, можливо, ігнорування оригінальної проблеми!

Наскільки це варте, я все ще намагаюся розібратися, як виправити проблему, яка спричиняє помилку, " немає обробника irq для вектора ", який приймає моє текстове вхід. Я знаю, що IRQ (запити на переривання) часто використовуються апаратними пристроями для привернення уваги процесора, і оскільки у мене виникають проблеми з різними апаратними пристроями, помилка відповідає моїм апаратним проблемам.

Сподіваюся, ви знайдете рішення своєї проблеми.