Reprise du message précédent :
Mon Pi4 ne sait pas se mettre hors tension c'est reboot direct avec l'alim USB en direct dessus

 
Une colle avec le raspi 5 et son interrupteur... ? Je vais tester.
 
edit: on par défaut

Merci !

Extra, donc je peux le gérer à distance !

Une interview du CEO de Rpi à propos de la sortie du kit IA.
 
https://www.zdnet.com/article/exclu [...] nt-for-us/

//HS Business
 
Raspberry Pi Foundation a réussi son introduction à la bourse de Londres: +40%.
La Fondation mettait en vente 30% des actions de l'entreprise.
 
FinancialTimes https://archive.is/VeoCU#selection-2253.137-2253.161

Je viens de mettre en route mon PI 5 , avec Arctic Cooling, un SSD NVME.

J'aimerai de suite mettre un outil de monitoring, avec historique (utilisation CPU, RAM, disque, températures, etc.).

Existe-t-il de belles solutions faciles à installer sur Pi?

EDIT : via interface Web (je n'ai pas d'interface graphique sur le Pi)

J'ai longtemps utilisé la distribution dietpi.
https://dietpi.com/

Il faut que ce soit installable sur le dernier OS officiel de Raspberry (exigé par un outil que je dois installer et utiliser dessus).
 
Pour l'instant je ne trouve rien. Je vais regarder de façon plus large pour Linux.

Pas testé mais il y a un package arm: https://github.com/xxxserxxx/gotop

Ca a l'air sympa.
 
Mais :
"A terminal based graphical activity monitor inspired by gtop and vtop"
 
Je cherche une interface web, un outil qui stocke et montre l'historique des ressources au fil des jours/mois/années (genre Nagios, etc).
 

Tu peux regarder les soft dispo pour dietpi.  
C'est une base debian. Donc les soft dispo sont aussi dispo sur la rapiOS.
 
Exemple rapide.
 
https://github.com/tariqbuilds/linux-dash
https://phpsysinfo.github.io/phpsysinfo/
https://github.com/netdata/netdata

Je regarde de suite, merci.
 
 
Je viens de trouver https://cockpit-project.org/ (qui va bien plus loin que mon besoin initial).
 
Et http://demo.munin-monitoring.org/

RPI Monitor ?

https://xavierberger.github.io/RPi- [...] index.html

EDIT : il n'est plus mis à jour.

glances, c'est comme un htop en web. Mais ca stock pas.

Je le connais, mais j'ai besoin de l'historique.

Netdata ca se déploie bien dans mes souvenirs

Je l'ai trouvé tout à l'heure et l'ai mis de côté, ça me semble beaucoup trop lourd par rapport au besoin.
 
J'ai tenté Munin, ça coince quelque part. Je regarde dès que j'ai un peu plus de temps.

Avant de n'utiliser que Home Assistant, j'utilisais Munin puis plus récemment Collectd + CGP.

Merci je vais regarder

Au boot de mon Pi5, j'ai ce message :

Failed to start nvmf-autoconnect.service - Connect NVMe-oF subsystems automatically during boot.

(visible sur l'écran , une quizaine de lignes avant de se loguer)

Est-ce que ça vous parle ?

J'ai appliqué ce qui est indiqué en bas, et je n'ai plus l'erreur visible au boot.
https://forums.raspberrypi.com/view [...] 0&start=25

Mais... J'ai un SSD NVME sur une carte NVME Pimoroni. Si j'active le PCI-E Gen3, le Pi ne boot pas une fois sur deux, comme si il ne trouvait pas le SSD.
Si je désactive le Gen3, aucun problème de boot.

Auriez-vous une idée ?

EDIT : J'ai un Samsung 980 Pro, qui est indiqué comme totalement compatible + alim officielle.

EDIT 2 : Il semblerait qu'en ayant désactivé le truc pour l'erreur qui apparaissait, finalement le boot qui "bloque" passe maintenant (avec plus de temps qu'un boot normal).

EDIT 3 : bah non, j'ai toujours des boots qui plantent.

Ben c'est en PCIe 2.0 par défaut pour une bonne raison : le PCIe 3.0 est plus sensible aux interférences vu les fréquences en oeuvre. Dans ton cas, c'est probablement ça le soucis si ça boote en PCIe 2.0

J'ai vu plein de tuto / vidéo qui indiquent de le faire.
C'est même dans le tuto de pimoroni pour comment monter la carte.

Ça semble donc fiable.

 
 
Quel PoE Hat est recommandé pour un Pi 4 ?
 

Et surtout, quand ça boot, je n'ai aucun problème, ça tourne nickel et les débits et iops sont bien meilleurs (débit x2 etc).

 
De toutes évidences, ce problème de boot n'est pas simple ni fiable vu les soucis rencontrés et la liste de matos "compatibles". Tu peux quantifier le gain? Parce que si c'est pour gagner 10 ou 20%, je me demande si ça en vaut vraiment la peine...    
 
J'ai la carte Pimoroni mais je n'ai pas de disque Samsung comme le tien donc je n'ai pas d'expérience à partager et ne peux pas faire le test désolé. Quoi qu'il en soit, tu devrais essayer d'échanger avec Pimoroni car généralement entre eux et les utilisateurs de leurs produits, il y a moyen d'avoir du support.
 
edit:
Sinon, pour commencer à chercher, il faudrait voir ce qui est écrit dans les logs quand ça boote bien et quand ça foire et chercher sur cette base. Si pas de logs en raison du foirage disque, il faudrait voir comment rendre le boot plus verbeux et repérer toutes les erreurs qui pourraient être en rapport avec le soucis histoire de voir où chercher.
 
edit2:
Quelle capacité ton 980 Pro? Parce que le 250Go est mis en potentiellement à problèmes. Et puis ça vaut le coup de vérifier tes connecteurs puisque le Gen3 est sensible.

 
Ben c'est pas fiable si t'as des soucis quand tu l'actives
 
Mais ils préviennent bien que ça peut être instable : https://www.raspberrypi.com/documen [...] pcie-gen-3
 
Après, je parle d'expérience : la simple nappe qu'ils utilisent est un peu limite pour ça et le simple fait d'avoir des trucs qui rayonnent dans les mêmes fréquences dans les environs peut amener des erreurs, c'est tout.

 
Hello, j'ai une dizaine de ça, pas de soucis, c'est du POE, pas du POE+ https://www.raspberrypi.com/products/poe-hat/

Hello,
 
il y a encore du monde qui tâte les pins du GPIO ? je me suis fait un truc qui fonctionne sur le bureau, mais je voudrais être certain que je ne vais pas avoir de problème en prod.
le pi est alimenté en POE
 
j'utilise les GPIO d'un pi2 pour remonter des capteurs d'ouverture de portes filaires en mqtt dans home assistant. bon ça ça fonctionne sur le bureau. Là ou je me pose des questions c'est sur les longueurs de fils qui relient les capteurs en prod ( 4m au max pour 2 capteurs, et 9 au total reliés sur le pi.
 
https://ibb.co/Cv0W6yg
 
vu les faibles tensions en jeu, je ne m'expose pas à des problèmes ? capteur d'ouverture monté en direct sur le gpio, résistance de pull up de 10k entre le gpio et le 3.3V et j'envisage également l'ajout d'une led + résistance pour avoir un retour visuel d'état ...
 
vous en pensez quoi ?
merci

La longueur me gene pas, mais autant de capteurs sur le meme pi... a voir ce qu'ils consomment en mA

 
J'ai omis de parler d'un point important, je viens de corriger "l'énoncé du problème", le pi est alimenté en POE

 
faut voir combien ca donne ton poe
mais j'ai un rpi2 qui gere mon arrosage
il alimente 5 cartes  de 4 relais + un lcd 20*4 + un module rtc
donc je pense pas que tu seras limité

 
  j'en saurai plus dans quelques jours du coup

je tente de passer un raspberry pi 2 de raspbian (debian) 10 buster à bullseye (puis à bookworm par la suite) mais j'ai une erreur sur l'apt update
 
vous avez quoi dans votre /etc/apt/sources.list ?
 
Moi je n'ai qu'une ligne :
deb http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free rpi
 
et dans etc/apt/sources.list.d/raspi.conf :
deb http://archive.raspberrypi.org/debian/ bullseye main ui
 
J'ai 2/3 autres trucs dans /etc/apt/sources.list.d/ mais quand je fais l'apt update je me prends l'erreur suivante :
W: Le fichier configuré « ui/binary-armhf/Packages » ne sera pas pris en compte car le dépôt « http://archive.raspberrypi.org/debian bullseye InRelease » ne dispose pas de la source « ui » (erreur de saisie dans sources.list ?)
W: Le fichier configuré « ui/i18n/Translation-fr » ne sera pas pris en compte car le dépôt « http://archive.raspberrypi.org/debian bullseye InRelease » ne dispose pas de la source « ui » (erreur de saisie dans sources.list ?)
W: Le fichier configuré « ui/i18n/Translation-en » ne sera pas pris en compte car le dépôt « http://archive.raspberrypi.org/debian bullseye InRelease » ne dispose pas de la source « ui » (erreur de saisie dans sources.list ?)
W: Le fichier configuré « ui/i18n/Translation-fr_FR » ne sera pas pris en compte car le dépôt « http://archive.raspberrypi.org/debian bullseye InRelease » ne dispose pas de la source « ui » (erreur de saisie dans sources.list ?)
 
Une idée ? Je vire "ui" à la fin de raspi.conf ?

Désolé, j'ai tout passé en bookworm voire 64 bits lorsque c'était possible.
 
Mais j'ai tendance à supprimer les repositories secondaires et repartir de la base puis regarder ce que dit le dist-upgrade. Si ça casse tout, je vérifie pour faire la mise à jour des autres aussi.
 
Mais Raspi déconseille le dist-upgrade et ils conseillent en général de réinstaller. Je n'en ai pas toujours tenu compte, sauf pour le passage à 64 bits mais de mémoire, j'ai parfois eu des galères pour remettre d'aplomb.
 
Le lien dans le forum avec une procédure dist-upgrade pour Bullseye:
https://forums.raspberrypi.com/viewtopic.php?t=323279

là c'est vraiment par principe, pour ne pas être totalement largué, c'est une partie de ma domotique (domoticz, zwavejs...), donc pas trop envie de repartir à 0.
Bon je tente de virer "ui" et de suivre en effet la procédure de mise à jour... On va bien voir.

Bon à priori tout semble ok, la suppression de ui a supprimé les erreurs et l'apt full-upgrade passe bien.
 
Vu les petites blagues du thread linké au dessus ( libgcc-8-dev à installer, vérifier le fichier de boot, mise à jour d'un fichier dhcpd...) je me demande si je poursuis sur ma lancée pour passer à bookworm où si je considère que j'ai eu assez de chance pour la journée

Tu clones ta carte et tu joues.

J'ai fait la même manip le week-end dernier (debian 10->11->12) tout s'est bien passé mais je n'avais pas de dépôt exotique...

Bon l'update bookworm est ok
par contre toujours un vieux header :
 
uname -a
Linux raspberrypi 5.10.103-v7+ #1529 SMP Tue Mar 8 12:21:37 GMT 2022 armv7l GNU/Linux
 
C'est un raspberry pi 2, comment savoir lequel installer ?

S'il ne l'a pas mis à jour, possible que ce soit lié à une compil de module maison. Je n'y toucherais pas forcément.  
 
Sinon, il faudrait lister les images dispo en 6.1.