Re: Une erreur dans les messgaes de boot que j'aimerais corriger !
toto, au 2019-07-23 : > 1) acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM > > 2) ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.GFX0.DD02._BCL], > AE_NOT_FOUND (20180810/psargs-330) > ACPI Error: Method parse/execution failed \_SB.PCI0.RP05.PEGP.DD02._BCL, > AE_NOT_FOUND (20180810/psparse-516) Bonjour, Pour complémenter la réponse de Pascal, ces messages sont engendrés par la détection d'un certain niveau de support pour la gestion de l'énergie sur divers composants de votre machine, mais le noyau échoue à l'implémenter. Une raison assez courante est que le matériel ne publie pas correctement ces informations au noyau, qui préférera alors ne pas faire usage de ces fonctionnalités, et s'en plaindra bruyamment dans `dmesg` dans la manœuvre. La conséquence de ce genre de message est que votre machine économise un peut moins d'électricité que ce qu'elle pourrait, en laissant les composants non gérés sous tension. Ceci étant, il vaut mieux avoir un composant qui reste sous tension, plutôt qu'un composant qui n'arrive pas à redémarrer après veille... Étant donné que la correction de genre de bug requiert de mettre à jour le firmware de la carte mère, opération relativement simple, mais peu anodine car pouvant briquer la machine si une coupure de courant a lieu pendant la procédure, et que les effets ne sont pas ou peu remarquables sans faire de mesures ; j'ai comme l'impression que beaucoup de monde range ce genre de message relatif à l'ACPI, soit dans la catégorie « bruit », soit dans la catégorie « cause perdue ». Ça dépend des sensibilités. Assez paradoxalement, les mises à jour fréquentes de noyau ont tendance à faire apparaître de plus en plus de message de ce genre sur une carte mère donnée. L'article de Wikipedia en Anglais sur le sujet n'est pas de la plus grande qualité, mais globalement, la question de standardiser cette couche a fini par être confiée au groupe ayant en charge l'UEFI : https://en.wikipedia.org/wiki/Acpi https://uefi.org/specifications Toute la partie relative à la carte mère a l'air désormais unifié autour d'UEFI.org. Pendant ce temps, sur le traqueur de bugs du noyau : https://bugzilla.kernel.org/buglist.cgi?no_redirect=0=acpi En bref, cette affaire a un petit côté « tonneau des Danaïdes ». Je comprendrais que le sujet refroidisse du monde. Si vous vous sentez de mettre à jour votre carte mère, ça peut éventuellement avoir un effet positif quant à corriger ces messages. Sinon, ça ne devrait pas avoir une incidence excessivement néfaste de les négliger. Amicalement, -- Étienne Mollier 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d signature.asc Description: OpenPGP digital signature
Re: Une erreur dans les messgaes de boot que j'aimerais corriger !
Le 23/07/2019 à 17:25, toto a écrit : 3) EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro Ce n'est pas une erreur. C'est le remontage de la racine avec les options spécifiées dans /etc/fstab (le montage initial étant fait en lecture seule par l'initramfs avant qu'il puisse lire /etc/fstab puisque la racine n'est pas encore montée). Aucune idée concernant les autre messages. Remaque / Info : j'ai du lancer update-initramfs à la main pour que le firmware non-free de ma carte ati soit pris en compte au boot. En effet sous stretch il me semble que je n'avais pas eu besoin de le faire ? Il se pourrait donc que le module radeon ou amdgpu soit inclus dans l'initramfs de Buster. Ce n'était pas le cas dans Stretch. Vérifiable avec lsinitramfs /boot/initrd.img-
Une erreur dans les messgaes de boot que j'aimerais corriger !
Bonjour à tous ! Mon "sudo dmesg -H" affiche les mots erreurs suivants (sous buster 10.0.0 - 64 bits - bios UEFI) : 1) acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM 2) ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.GFX0.DD02._BCL], AE_NOT_FOUND (20180810/psargs-330) ACPI Error: Method parse/execution failed \_SB.PCI0.RP05.PEGP.DD02._BCL, AE_NOT_FOUND (20180810/psparse-516) 3) EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro 4) hp_wmi: query 0xd returned error 0x5 Je souhaiterais simplement corriger l'erreur 2) si nécessaire. Si vous voulez des infos supplémentaires n'hésitez pas à me donner les commandes à taper pour vous renseigner. Merci. Remaque / Info : j'ai du lancer update-initramfs à la main pour que le firmware non-free de ma carte ati soit pris en compte au boot. En effet sous stretch il me semble que je n'avais pas eu besoin de le faire ? -- Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html
Re: Configuration réseau
Le Tue, 23 Jul 2019 05:02:07 -0700 (PDT), didier.gau...@gmail.com a écrit : > la doc de référence pour le réseau est là: > https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html > plus particulièrement je pense dans ton cas: > > https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html#_the_modern_network_configuration_without_gui > > il y a aussi une page du wiki: > https://wiki.debian.org/SystemdNetworkd > > et même si je ne pense pas que ça ait un impact pour toi vu que la > syntaxe iptables peut continuer à être utilisée, nftables a remplacé > iptables: > https://www.debian.org/releases/buster/amd64/release-notes/ch-whats-new.fr.html#nftables > Merci Didier. Je vais regarder tout ça. \bye -- Nicolas FRANCOIS | /\ http://nicolas.francois.free.fr | |__| X--/\\ We are the Micro$oft. _\_V Resistance is futile. You will be assimilated. darthvader penguin pgpEmsRJrJLT1.pgp Description: Signature digitale OpenPGP
Re: Configuration réseau
la doc de référence pour le réseau est là: https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html plus particulièrement je pense dans ton cas: https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html#_the_modern_network_configuration_without_gui il y a aussi une page du wiki: https://wiki.debian.org/SystemdNetworkd et même si je ne pense pas que ça ait un impact pour toi vu que la syntaxe iptables peut continuer à être utilisée, nftables a remplacé iptables: https://www.debian.org/releases/buster/amd64/release-notes/ch-whats-new.fr.html#nftables
Configuration réseau
Salut. Je viens de passer de Stretch à Buster, sans "trop" de problèmes (quelques soucis liés aux backports, mais tout est rentré dans l'ordre). Un seul soucis : j'ai un VPN configuré (HideMyAss), qui fonctionne parfaitement, sauf que : 1) avec Stretch, je pouvais ajouter des routes pour les serveurs smtpet pop de mon provider et quelques autres serveurs qui ne devaient pas passer par le VPN, 2) maintenant, le fait d'ajouter les serveurs smtp et pop de Bouygues (je suis aussi passé à la fibre) dans /etc/hosts ne permet pas de passer par mon routeur/firewall IpFire. En creusant un peu, je me suis rendu compte d'une chose : il semblerait que le passage de Stretch à Buster ait changé le système de configuration du réseau : sous Buster, c'est maintenant Systemd qui s'occupe de tout. D'ailleurs, j'ai constaté que dans /etc/systemd/network, il y a un fichier 10-static-enp3s0.network dans lequel les routes que j'avais configurées pour mon ancien provider sont inscrites. Elles correspondent d'ailleurs à ce que ip route show me renvoie. par contre, les routes supplémentaires configurées dans /etc/hosts ne semblent pas prises en compte. Il semblerait donc que ça soit systemd qui gère mon réseau. Ça ne me dérange pas, sauf : 1) j'aurais bien aimé être prévenu, 2) je voudrais bien voir quelque chose à ce sujet dans la doc réseau de Debian Buster, qui parle toujours de l'ancien système /etc/network/interface... et uniqueent de celle-ci, 3) pour voir la nouvelle doc, il faut insister et penser à préciser "systemd" dans son moteur de recherche favori, 4) il faut se taper toute la nouvelle doc pour retrouver ses petits (je n'ai pas encore trouvé où se situait la définition statique de ma carte réseau, par exemple). D'où ma question : comment savoir exactement quel système est utilisé ? Si c'est systemd, comment être sûr que les "anciens" système ne viennent pas foutre le bazar ? Où trouver une doc pour débutant sur la config réseau par systemd ? D'avance merci, déjà pour m'avoir lu jusqu'ici, ensuite pour toute aide utile :-) \bye -- Nicolas FRANCOIS | /\ http://nicolas.francois.free.fr | |__| X--/\\ We are the Micro$oft. _\_V Resistance is futile. You will be assimilated. darthvader penguin pgp9AxU_UCioO.pgp Description: Signature digitale OpenPGP
