C’est trop, de mon point de vue. À partir de 65-70°, ça réduit la durée de vie du processeur. Je te conseille de mettre un petit ventilateur qui changera complètement la donne en terme de température. Pour ma part, sur mes raspi3 j’ai réutilisé des ventilateurs de PC 12V 80mm que je branche sur les broches terre et 5V du raspi. Le ventilateur tourne alors assez lentement pour être totalement silencieux, mais il brasse assez d’air pour refroidir significativement l’ensemble et revenir à des températures correctes. Je pense qu’on peut faire pareil avec des raspi4.
Le mode « WS2P » de duniter permet de rendre ta connexion privée, c’est-à-dire non publiée sur le réseau : seuls les pairs auxquels tu es directement connectés connaissent ton adresse. Avantage : en cas d’attaque extérieure, ces nœuds ne sont pas directement accessibles et ne peuvent donc être attaqués facilement ; par ailleurs il est du coup pas forcément possible pour un attaquant de savoir combien de nœuds participent réellement au réseau. Inconvénient : si trop de nœuds sont en accès privé, il devient difficile d’intégrer le réseau puisqu’il y a moins de nœuds sur lesquels ont peut se synchroniser. Il faut de toute façon quelques nœuds publics pour amorcer la pompe.
Pour l’activer et le désactiver en ligne de commande, tu peux faire duniter --help et tu verras qu’il y a des options de configuration nommées --ws2p-public, --ws2p-nopublic, --ws2p-private et --ws2p-noprivate. Et si tu es nostalgique de l’interface graphique, tu peux toujours démarrer duniter avec l’option webstart et te connecter avec ton navigateur sur http://localhost:9220.
Je suppose que c’est un nœud dont le propriétaire a été membre et qui ne l’est plus, mais c’est plus mon petit doigt qui me le dit qu’une véritable analyse. Ce message n’est pas grave a priori, j’en ai moi-aussi pas mal dans mes logs, ce qui n’empêche pas mon nœud de fonctionner.
L’interface en lignes de commande me convient très bien, j’ai du coup sauvegardé l’aide complète dans un fichier texte. Pour le refroidissement du RPi4, vu qu’il n’est pas chez moi, je ne peux rien faire dans l’immédiat, mais je vais dès que possible lui associer un petit ventilo; en attendant, je vais réduire la puissance processeur. Et j’ai activé l’option « private »…
Voilà qui est fait, j’ai réglé l’utilisation processeur à 100% et la température mesurée par vcgencm oscille à présent aux alentours de 40°. J’ai encore une question : quel est le réglage optimum de ces deux paramètres :
“You can limit the number of active private connections.”
Pour l’instant, c’est réglé à 6
“You can limit the number of active public connections.”
Là, c’est réglé à 12.
Est-ce que c’est correct ?
Je n’ai jamais touché à ces paramètres, je pense que tu peux laisser les valeurs par défaut. Peut-être à baisser en cas de connexion lente, ou si tu veux diminuer la bande passante utilisée par Duniter pour la réserver à autre chose.
En fait, la question du réglage du nombre de connexions actives en mode privé et public m’est venue après avoir lu cet article d’Elois. Donc, je sollicite à nouveau une réponse à cette question, car l’article cité date de mars 2018. Qu’en est-il à l’heure actuelle ?
C’est toujours d’actu, depuis les quota par défaut avaient été mis a jours dans Duniter à 5/20 mais je pense que c’est insuffisant et qu’on devrait passer à 4/24.
Ayant installé Duniter récemment, normalement tu à déjà des quotas privé/public de 5/20, tu peut passer à 4/24 pour aider oui
Pour Duniter il faut plus de RAM. 2 Go est un mimimum syndical mais c’est un peu juste et ton noeud crashera de temps en temps. Si tu veut de la stabilisé prend 4 Go.
Perso j’ai un rpi4 avec 4 Go et mon nœud Duniter est très stable dessus alors que plusieurs utilisateurs avec 2 Go ont fait remonter des problèmes récurrents.
Tu tombes à pic, Elois, car j’aurais besoin à propos du rpi4 d’un petit conseil : lorsque je veux opérer une maj à l’aide de la commande “rpi-update”, voilà ce que ça me répond :
« sudo rpi-update
[sudo] Mot de passe de archimede :
*** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
*** Performing self-update
*** Relaunching after update
*** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
*** We’re running for the first time
*** Backing up files (this will take a few minutes)
*** Remove old firmware backup
*** Backing up firmware
*** Remove old modules backup
*** Backing up modules 4.19.93-v7l+
Partition size 255M may not be sufficient for new Pi4 files
This could result in a system that will not boot.
256M FAT partition is recommended. Ensure you have a backup if continuing.
Would you like to proceed? (y/N) »
Bien entendu, je réponds non, mais je ne sais comment remédier à cela, à part sortir la micro-sd du rpi et sur mon ordi, utiliser EaseUS Partition Master pour augmenter la taille de la partition fat en déplaçant d’autant les autres partitions. Est-ce une bonne solution ?
J’ai une autre interrogation : j’ai lu ça et là des témoignages à propos de cartes micro-sd qui rendent l’âme assez rapidement, ne supportant pas le flux continu de lecture-écriture auquel elles sont soumises lorsque le rpi travaille comme serveur 24/24, ce qui est le cas avec duniter. Je compte donc investir dans un petit SSD (120 GO) avec un adaptateur USB 3.
Compte tenu que le rpi 4 n’est pas encore implémenté pour le boot USB, voici deux procédures alternatives trouvées sur le net, paraissent-elles réalisables ?
1 https://jamesachambers.com/raspberry-pi-4-usb-boot-config-guide-for-ssd-flash-drives/
2 https://www.stewright.me/2019/10/run-raspbian-from-a-usb-or-ssd-on-a-raspberry-pi-4/
@chronophonix oui et c’est vrai, c’est pourquoi j’ai branché un SSD via usb3 sur mon rpi4
Mais je ne me suis pas pris la tête, j’ai gardé la carte sd pour l’OS. Puis j’ai créé un lien symbolique pour que mon ~/.config pointe sur le ssd, comme ça mes applications écrivent sur le ssd
Je t’invite a faire de même, je ne voit pas l’intérêt a essayer de booter directement sur le SSD, c’est bien compliqué pour un apport quasi nul.
Ah, ben c’est une bonne nouvelle ça ! Tu peux me donner la marche à suivre pour créer ce lien symbolique et faire en sorte que les opérations de lecture/écriture se passent sur le SSD ? En plus, c’était une idée qui m’avait traversé la tête…
Je suppose qu’il me faut dupliquer le dossier duniter qui se trouve dans .config sur le ssd ? A moins que l’instruction en ligne de commande ne suffise à faire tout ça…
J’imagine aussi que je peux réitérer cette procédure pour d’autres applications ?
Je suis plutôt débutant concernant les systèmes linux, je découvre petit à petit comment ça fonctionne…
Lol ! Dans mon activité de musicien (et de prof de musique), il m’arrive souvent, à moi aussi, d’omettre certaines informations tant elles me paraissent évidentes, alors qu’elles ne le sont pas du tout pour mon interlocuteur…
Ce message n’est pas grave a priori, j’en ai moi-aussi pas mal dans mes logs, ce qui n’empêche pas mon nœud de fonctionner.
