“Pci = nomsi, noaer” in “/ etc / default / grub”: qualche svantaggio?

Poiché i miei file kern.loge syslogstavano diventando di dimensioni enormi, ho aggiunto la voce soggetto a una riga in /etc/default/grub:

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

Ma davvero non capisco cosa ho fatto. C'è qualche aspetto negativo in questo?

Come indicato qui: http://redsymbol.net/linux-kernel-boot-parameters/2.6.28/

• noaer: [PCIE] Se il parametro di configurazione del kernel PCIEAER è abilitato, questa opzione di avvio del kernel può essere utilizzata per disabilitare l'uso della segnalazione errori avanzata PCIE.
• nomsi: [MSI] Se il parametro di configurazione del kernel PCI_MSI è abilitato, questa opzione di avvio del kernel può essere utilizzata per disabilitare l'uso degli interrupt MSI a livello di sistema.

Concordo con te e con la tua preoccupazione riguardo all'aggiunta della direttiva " pci = nomsi, noaer " nelle direttive grub per semplicemente sopprimere la segnalazione di errori. Con problemi seri, è necessario riportare gli errori in modo da poterli correggere, cosa che non accadrà con " pci = nomsi, noaer ", una direttiva progettata per sopprimere messaggi di errore così preziosi.

Mi è capitato di trovare questo thread del forum cercando il messaggio " no irq handler for vector " che appare troppo quando avvio in multi-user.target (login basato solo sul testo). L'errore è estremamente persistente, il che rende difficile digitare i comandi poiché si apre in tutte le tty anche mentre sto digitando un comando.

Rispondere alla domanda originale; l'aggiunta della direttiva " pci = nomsi, noaer " in grub danneggerà il tuo sistema? Dovrei dire "no", che la direttiva stessa provocherebbe danni. TUTTAVIA , c'è qualcosa che non va nel tuo sistema e la soppressione del messaggio di errore stesso non fa nulla per risolvere il problema e, qualunque sia il problema originale, PUO ' (il problema effettivo indicato da un messaggio di errore) causare danni al tuo sistema.

Considera questo; un uomo ha la febbre, quindi gli dai Tylenol e la febbre scompare, ma poi muore a causa di una grave infezione perché non gli abbiamo dato gli antibiotici di cui aveva effettivamente bisogno. Risolvere il messaggio di errore non aiuterà o danneggerà il sistema, ma forse ignorare il problema originale!

Per quello che vale, sto ancora cercando di capire come risolvere il problema che causa l'errore, " nessun gestore irq per il vettore " che prende il controllo del mio accesso basato su testo. So che gli IRQ (richieste di interruzione) vengono spesso utilizzati dai dispositivi hardware per attirare l'attenzione della CPU e, poiché ho avuto problemi con vari dispositivi hardware, l'errore è coerente con i miei problemi hardware.

Spero che tu possa trovare una soluzione al tuo problema.