Que signifie la sortie de dmesg suivante?
Je ne suis pas sûr de ce que cela veut dire: -
[ 0.652039] ACPI: Added _OSI(Module Device)
[ 0.652044] ACPI: Added _OSI(Processor Device)
[ 0.652049] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.652054] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.656286] ACPI: EC: Look up EC in DSDT
[ 0.660361] ACPI: Executed 1 blocks of module-level executable AML code
**[ 0.720310] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored**
[ 0.721539] ACPI: SSDT 000000009ce70798 00727 (v01 PmRef Cpu0Cst 00003001 INTL 20100121)
[ 0.722623] ACPI: Dynamic OEM Table Load:
[ 0.722630] ACPI: SSDT (null) 00727 (v01 PmRef Cpu0Cst 00003001 INTL 20100121)
[ 0.752832] ACPI: SSDT 000000009ce71a98 00303 (v01 PmRef ApIst 00003000 INTL 20100121)
Quel genre d'insecte est-ce? Ce bogue affecte-t-il les performances de mon système?.
D'après ce que je peux comprendre, cela signifie qu'une requête du Bios/Firmware liée à l'ACPI (si vous utilisez un ordinateur portable, cela signifie que la batterie, si vous utilisez un ordinateur de bureau, cela signifie qu'un onduleur ou similaire) n'est pas reconnue.
Ubuntu a ignoré la requête pour ne pas causer de problèmes. Certaines des choses que vous peut-être voyez à cause de ceci sont:
L'état de la batterie Ubuntu ne détecte pas le moment où la batterie a été déconnectée. Vous montrant toujours le même symbole "Batterie connectée".
La notification de chargement de la batterie n'est pas mise à jour correctement.
Cela ne signifie pas que la batterie ne se chargera pas correctement ou qu'elle n'a pas détecté l'état de la batterie correctement, cela signifie simplement que vous ne la verrez pas correctement sur le bureau. Cela ne signifie même pas que cela ne vous sera pas montré correctement.
En ce qui concerne les performances, vous ne rencontrerez aucun problème de performances. Il fonctionnera comme toujours.
Fondamentalement, cela provient d’un BIOS, en supposant d’abord que le système d’exploitation est Windows, puis en interrogeant celui-ci pour confirmer certaines informations.
Quoi qu’il en soit, ne vous inquiétez pas, Ubuntu et toutes les autres distributions Linux peuvent simplement dire au BIOS qu’il s’agit bien de Windows et en tirer la requête correcte. Dmesg et le système d’amorçage affichent simplement ce message pour vous informer que le BIOS demande quelque chose au système d’exploitation (rappelez-vous qu’il s’agit de Windows) et que Linux essaie de le simuler afin que le BIOS envoie la requête complète. C’est une raison pour laquelle les fabricants de BIOS ne doivent pas supposer que le seul matériel sur lequel ils vont travailler est Windows.
Les tables ACPI (DSDT, SSDT) sont fournies par le BIOS. Ces tables ACPI permettent au système d'exploitation de contrôler le matériel via une couche d'abstraction (ACPI). Les fabricants peuvent utiliser la méthode ACPI _OSI (Interfaces du système d'exploitation) pour interroger le système d'exploitation sur certaines fonctionnalités.
Grâce à ce mécanisme, ACPI peut détecter le système d'exploitation (et sa version) et, le cas échéant, appliquer des problèmes. Ceci est particulièrement utile pour les ordinateurs Windows car les nouvelles fonctionnalités d’un ordinateur peuvent ne pas être prises en charge par les anciennes versions de Windows. Cependant, sous Linux, la philosophie est la suivante: si une fonctionnalité n'est pas prise en charge par le noyau Linux, le fabricant du BIOS ne doit pas en exclure. Au lieu de cela, la communauté (développeurs du noyau) doit ajouter du code pour prendre en charge ces fonctionnalités à partir de machines plus récentes.
Par le passé, certains fabricants de BIOS supprimaient des fonctionnalités s’ils détectaient un système Linux. Bien qu'une fonctionnalité puisse ne pas être prise en charge au moment de la publication du BIOS, elle le pourrait à l'avenir. A cause de cela, les requêtes pour "Linux" sont ignorées.