„Pci = nomsi, noaer” w „/ etc / default / grub”: jakiś minus?

Ponieważ moi kern.logi syslogpliki zostały rośnie do ogromnych rozmiarów, dodałem wpis podlega linii /etc/default/grub:

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

Ale tak naprawdę nie rozumiem, co zrobiłem. Czy ma to jakąś wadę?

Jak stwierdzono tutaj: http://redsymbol.net/linux-kernel-boot-parameters/2.6.28/

• noaer: [PCIE] Jeśli parametr konfiguracyjny jądra PCIEAER jest włączony, tej opcji rozruchu jądra można użyć do wyłączenia korzystania z zaawansowanego raportowania błędów PCIE.
• nomsi: [MSI] Jeśli parametr konfiguracyjny jądra PCI_MSI jest włączony, tej opcji rozruchu jądra można użyć do wyłączenia korzystania z przerwań MSI w całym systemie.

Zgadzam się z tobą i twoją troską o dodanie dyrektywy „ pci = nomsi, noaer ” w dyrektywach grub, aby po prostu ukryć zgłaszanie błędów. W przypadku poważnych problemów należy zgłaszać błędy, abyśmy mogli je naprawić, co nie nastąpi w przypadku „ pci = nomsi, noaer ”, dyrektywy mającej na celu eliminację tak cennych komunikatów o błędach.

Zdarzyło mi się znaleźć ten wątek na forum, szukając komunikatu „ brak obsługi programu IRQ dla wektora ”, który pojawia się za dużo, gdy uruchamiam do multi-user.target (logowanie tekstowe). Błąd jest bardzo uporczywy, co utrudnia wpisywanie poleceń, ponieważ pojawia się we wszystkich terminalach, nawet gdy piszę polecenie.

Odpowiadając na twoje oryginalne pytanie; czy dodanie dyrektywy „ pci = nomsi, noaer ” w grub spowoduje uszkodzenie twojego systemu? Musiałbym powiedzieć „nie”, że sama dyrektywa wyrządziłaby jakąkolwiek szkodę. JEDNAK coś jest nie tak z twoim systemem, a samo pomijanie komunikatu o błędzie nie rozwiązuje problemu i, niezależnie od pierwotnego problemu, MOŻE TO (rzeczywisty problem wskazywany przez komunikat o błędzie) spowodować uszkodzenie systemu.

Rozważ to; mężczyzna ma gorączkę, więc dajesz mu Tylenol, a gorączka ustępuje, ale potem umiera z powodu ogromnej infekcji, ponieważ nie daliśmy mu antybiotyków, których tak naprawdę potrzebował. Rozwiązanie komunikatu o błędzie nie pomoże ani nie zaszkodzi systemowi, ale może zignorowanie pierwotnego problemu!

Dla tego, co jest warte, wciąż próbuję wymyślić, jak rozwiązać problem, który powoduje błąd: „ brak obsługi IRQ dla wektora ”, który przejmuje moje logowanie tekstowe. Wiem, że IRQ (żądania przerwania) są często używane przez urządzenia sprzętowe w celu zwrócenia uwagi procesora, a ponieważ mam problemy z różnymi urządzeniami sprzętowymi, błąd jest zgodny z moimi problemami sprzętowymi.

Mam nadzieję, że znajdziesz rozwiązanie swojego problemu.