Au premier regard, je vois que cela ne fonctionne pas " sdtweak poll_once doesn’t work on Pi 4" et plus loin je lis : "I’ve pushed updated .dts files to rpi-4.19.y that add sd_poll_once dtparams to all downstream .dtbs. Use with dtparam=sd_poll_once".
Je comprends qu’il faut l’utiliser pour désactiver la détection de carte sd pour le boot en réseau.
Comme pour le moment il n’est pas possible de faire booter un pi 4 sur SSD sans carte micro SD, ce paramètre n’a pas de raison d’exister
Je reviens sur cette modif, juste pour constater que depuis mon jeedom ne plante pu.
avant la modif, tous les 15 jours (environ et variable) mon jeedom était inaccessible je devais couper l’alim et il repartait (après avoir remis l’alim bien sur !)
mais depuis que j’ai fait cette manip, 40 jours sans plantage ! et je n’ai quasiment rien changé, même pas fait la dernière mis à jour (je suis en 3.3.39) .
ayant un 3B+ ainsi qu’un SSD , j’ai fait la modification ci dessus , et en effet je confirme le meilleur fonctionnement global du raspberry et de Jeedom , celui ci est plus reactif , le changement est visible avec le plugin monitoring , c’est limpide…
Hello. Super intéressant tout cela. Disposant de 4 rpi3 B+ j’ai fait cette manip simple en plus sur 3 d’entre eux. Pas assez de recul après 10mn pour me rendre compte d’une réactivité accrue ou sur le niveau de température potentiel. En tout cas c’est top comme info.
Merci @Kerdale
qui a fonctionné. L’autre (dtoverlay=sdtweak,poll_once) ne donne rien
Le résultat est assez impressionnant au niveau des indices de charge, et de la température (même si actuellement, le Rpi est encore « à nu » car j’attends toujours mon boitier alu Akasa)
Merci à toi @Snoopy pour cette info, je viens de tester sur ma PI4 et SSD en USB je suis passé de 0,8 de load average à 0,05 sur 15min !
J’était justement en train de chercher d’où pouvait venir cette valeur élevée alors que j’étais à beaucoup moins sur ma PI3b+ précédente.
La charge est devenue tellement faible que la fréquence CPU baisse vers les 600MHz et remonte toute seule au besoin. C’est top ça pour la conso et la thermique.
Pour information, sur la nouvelle version de Raspberry Pi OS (Kernel 5.4.7 de décembre 2020) il faut maintenant utiliser la même commande que sur les Raspberry Pi 4, à savoir : dtparam=sd_poll_once
bonjour à tous, @Fabrice comment as-tu fait pour récupérer la charge et la température du micro et l’afficher sous forme de graphe ?
C’est parlant et intéressant.
Merci d’avance
Merci pour l’astuce.
Cependant si on l’active, je suppose qu’on ne peut plus booter sur une carte SD ? (en cas de panne du SSD?)
Merci d’avance pour vos retours
Je n’ai pas de SD insérée mais je me demandais en cas de crash du SSD, si cette option est activée et que j’insère ma SD (clone de mon SSD) pour dépanner, est que cela sera possible ou le boot sur SD ne marchera plus ?
La ligne que tu ajoute c’est sur la patition boot du ssd que tu l’écris.
Donc si tu ne l’as pas écrite aussi sur ta sd il n’y a pas de problème.
PS: cette ligne dit « poll-once », pour moi ça veut dire qu’il essaye une fois quand même mais n’insiste pas s’il n’a pas trouvé de sd au boot.