madko
1) L'ACPI est géré par le noyau, et le BIOS. Aucun lien entre le formatage, les partitions, et grub
2) Vaut mieux tester en éditant à chaud via le menu grub au boot (touche e)
3) L'ACPI concerne la gestion de l'énergie. Les impacts peuvent être variés et dépendent aussi de ton besoin à ce niveau. Ce ne sera pas aussi gênant entre un poste fixe, et un portable par ex. Certains périphériques peuvent être bridés par ex, ou mal refroidit si à l'inverse ils consomment trop. Mais normalement rien de grave il y aura des protections matérielles bien avant que ça explose 😉 De toute façon, comme bien souvent il s'agit de BIOS bugué du fabriquant, tu n'y pourras rien. Donc autant laissé tel quel si tout fonctionne.
jeannot
Concernant mon étonnement que le formatage n'est pas supprimé les anciennes informations ACPI..., si des anciennes informations s'affichent c'est quelles sont mémorisées quelque part sur la version précédente de mon installation fedora 27 donc un formatage et une nouvelle installation auraient dû les supprimer, si je formate un disque je perd les informations inscrites sauf via des outils particuliers, si ce n'est pas le cas elles sont où ?
Le problème est qu'au démarrage mon écran se remplit de plus en plus 2 lignes supplémentaires à chaque mise à jour du kernel.
A+
madko
Ok oui en effet, j'avais pas compris ça dans ce sens. Donc oui si tu formates ça fait disparaitre les anciens messages, il n'y a en effet aucun magie les logs sont stockés en mémoire ou sur disque.
jeannot
Il reste peut-être une explication : sur ce pc j'ai une Centos 7 fonctionnelle avec elle pas le me affichage mais le Kernel est encore en version 3xx et cet affichage est apparu après un changement de kernel sous fedora 26 en version 4xxx. Je ne suis pas sûr du sens de l'installation mais je pense que j'ai installé Centos après l'installation de la Fedora 26 car je dois pouvoir le retrouver dans ce forum j'avais posé la question comment avoir Fedora en premier dans le menu de Grub alors ces informations ne seraient-elles pas stockées sur un fichier de Centos 7 ?
A+
PS : j'ai trouvé le message sur l'installation de la Centos après la Fedora c'est ancien le 13/12/2016 et la Fedora était la 24, on m'a conseillé une commande pour écraser le Grub de la Centos.
Mais si c'est celà le problème de non effacement comment ces lignes nouvelles à chaque changement de kernel seraient -elles écrites dans un environnement Centos car j'ai une partition /, homr et swap propre à chaque système ?
madko
Les lignes sont datées, 12 octobre (cf post #5) ce n'est pas ancien.
jeannot
Oui mais ce qui me trouble c'est que suite à la nouvelle installation avec formatage il y avait au démarrage déjà 4 ou 6 lignes d'anomalies donc celles-ci semblent en mémoire quelque part.
A+
madko
A chaque démarrage le noyau retente de gérer l'ACPI, si le noyau est le même, oui les lignes sont de nouveau affichées, car les soucis sont toujours là.
jeannot
oui mais autant dès le premier redémarrage après une nouvelle installation ? ou bien il y a plusieurs causes différentes à ces messages.
A+
madko
Oui il y a des dizaines de composants PCI, SATA etc qui tous peuvent être gérés via ACPI pour économiser de l'énergie. Par ex les lignes que tu cites en #5 concerne les ports SATA de ta machine. Et il semble y avoir 2 composants par ports qui posent soucis, sur les 4 ports cités, ça fait déjà 8 lignes. Cela va très vite.
Encore une fois si l'ACPI est mal géré, ce n'est pas forcément grave. L'idéal serait de remonter ces soucis dans un rapport de bug, mais le diagnostic est souvent compliqué à détailler. Tu peux croiser les doigts, peut être que quelqu'un qui a le même materiel que toi à remonter le problème, et que ça sera corrigé dans un noyau futur (si le BIOS n'est pas le problème).
jeannot
Merci pour ta patience et tes informations qui m'aide à comprendre ce qui se passe.
Tout ce que je sais c'est que cela est arrivé avec une mise à jour du kernel semble-t-il sous fedora 24 et que ce problème est soit compliqué à résoudre car les indistriels ne boudent linux ou que pour les développeurs ce n'est pas une priorité puisque non bloquant.
Encore merci et à une prochaine.
madko
Pour les developpeurs je pense surtout qu'ils ne peuvent pas physiquement posséder tous les types de machines qui existent, avec en plus chacune dans toutes les versions de BIOS. C'est monstrueux.