"Pci = nomsi, noaer" dans "/ etc / default / grub": un inconvénient?

Parce que mes fichiers kern.loget syslogaugmentaient à une taille immense, j'ai ajouté l'entrée sujet à une ligne dans /etc/default/grub:

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

Mais je ne comprends vraiment pas ce que j'ai fait. Y a-t-il un inconvénient à cela?

Comme indiqué ici: http://redsymbol.net/linux-kernel-boot-parameters/2.6.28/

• noaer: [PCIE] Si le paramètre de configuration du noyau PCIEAER est activé, cette option de démarrage du noyau peut être utilisée pour désactiver l'utilisation du rapport d'erreur avancé PCIE.
• nomsi: [MSI] Si le paramètre de configuration du noyau PCI_MSI est activé, cette option de démarrage du noyau peut être utilisée pour désactiver l'utilisation des interruptions MSI à l'échelle du système.

Je suis d'accord avec vous et votre préoccupation concernant l'ajout de la directive " pci = nomsi, noaer " dans les directives grub pour simplement supprimer le signalement des erreurs. En cas de problèmes graves, il faut faire rapport des erreurs afin de pouvoir les corriger, ce qui n'arrivera pas avec " pci = nomsi, noaer ", une directive conçue pour supprimer ces précieux messages d'erreur.

Il m'est arrivé de trouver ce fil de discussion en recherchant le message " no irq handler for vector " qui apparaît trop lorsque je démarre dans multi-user.target (connexion basée uniquement sur le texte). L'erreur est extrêmement persistante, ce qui rend difficile la saisie de commandes car elle apparaît dans tous les ttys même lorsque je tape une commande.

Répondre à votre question d'origine; l'ajout de la directive " pci = nomsi, noaer " dans grub nuira-t-il à votre système? Je dois dire "non", que la directive elle-même causerait un préjudice. CEPENDANT , quelque chose ne va pas avec votre système et la suppression du message d'erreur lui-même ne fait rien pour résoudre le problème et, quel que soit le problème d'origine, IL PEUT (problème réel indiqué par un message d'erreur) endommager votre système.

Considère ceci; un homme a de la fièvre alors vous lui donnez du Tylenol et la fièvre s'en va, mais il meurt d'une infection massive parce que nous ne lui avons pas donné les antibiotiques dont il avait réellement besoin. La résolution du message d'erreur n'aidera ni n'endommagera votre système, mais en ignorant le problème d'origine, peut-être!

Pour ce que ça vaut, j'essaie toujours de trouver comment résoudre le problème qui provoque l'erreur, " pas de gestionnaire d'IRK pour le vecteur " qui prend le relais de ma connexion basée sur le texte. Je sais que les IRQ (requêtes d'interruption) sont souvent utilisés par les périphériques matériels pour attirer l'attention du processeur, et comme j'ai eu des problèmes avec divers périphériques matériels, l'erreur est cohérente avec mes problèmes matériels.

J'espère que vous trouverez une solution à votre problème.