Reprise du message précédent :
Petit soucis avec la Gentoo que je viens d'installer pour mon Pi 4
 
J'ai suivi le tuto quick install de Gentoo en prenant le stage 3 64.
 
https://i.goopics.net/oJQvY.jpg  
 
https://i.goopics.net/83WXW.jpg  
 
Je sais qu'il y a un tuto officiel pour Gentoo 64 bits sur Pi, mais je n'ai pas compris comment faire avec qemu, et encore moins avec la "crosscompile" qui nécessite carrément un autre tuto préalable quand on maitrise pas

Problème résolu: en fait si on suit le tuto quick install, on se retrouve avec un kernel 32 bits, d'où le message d'erreur du kernel au boot !
 
J'ai ouvert l'image disque de raspi OS 64 bits, et copié le contenu de /boot dans le /boot de ma carte microSD et bingo: Gentoo boot nickel chrome.

Hello,
hier en rentrant de vacances j'ai mis à jour influxdb sur mon pi zéro, et depuis le service ne veut plus démarrer avec un timeout sur la lecture d'un fichier de données si j'ai bien compris

Dés idées ?

Merci

Edit: je vois que ce matin le service est démarré, je suppose que du coup ça prend un temps fou à se lancer.
P-e que ma base est trop grosse ? Il me semble pas pourtant. P-e que le premier démarrage après mise à jour est long car il y a des modifications à apporter sur le fichier ?

Info intéressante, merci !
 

On dirait du bricolage le fait de mixer des fichiers d'une distribution avec ceux d'une autre, ce n'est pas propre, c'est le genre de choses qu'il faut éviter en informatique,
 
la vraie correction aurait été plutôt d'installer la version 64 bits de gentoo via un tutoriel cette fois correctement écrit (ou d'utiliser son concurrent archlinux), si cela n'est pas possible alors il faut revenir à un choix plus prudent, conservateur, qui est d'utiliser une image Raspberry Pi OS, elle existe en mode 32 et 64 bits, sachant que la version 64 bits est en mode bêta, mais elle marche très bien :

https://www.pofilo.fr/post/20201129 [...] -4-64bits/

 
En fait maintenant que Gentoo boot, je vais compiler manuellement le noyau, car sinon effectivement ce n'est pas propre. Là c'est justement un noyau de Raspberry Pi OS 64 bits qui m'a permis de booter

Bonjour m'sieurs dames, j'ai une demande d'un client qui voudrait utiliser un pi + une caméra (extérieure, pas celle proposé par raspberry) pour diffuser en direct image+son sur une TV. Est-ce que l'un d'entre vous a déjà fait ça ? ça m'éviterait du temps de recherche  
Donc en gros, omxplayer (ou vlc, mais je préfère omx) récupère un flux sur une IP locale.  
Thanks!

 
Mon RPi1B est sous base Stretch avec un kernel 4.x. Il me sert de pihole et c'est déjà pas mal vu la puissance du hardware
 
Ça vaut le coup de forcer l'update sous Buster voir Bullseye (enfin au moins Buster pour aller chercher les Kernel 5.x) ?

Sur le TU chats, j'ai fait du stream de chatons pendant 1,5 mois avec une camera IP (tapo c200) et un raspberry pi 4
Pour streamer  :
1) je recupere le flux via le protocole rtsp avec le logiciel motioneye (déjà en cours de test avant d'avoir les chatons)
2) motioneye se charge ensuite de mettre à dispo la vidéo en http
 
Ce que je peux dire :  
- C'était pas super fluide mais j'étais en wifi (à travers des murs bien épaix) et pas en ethernet malheureusement
- Le flux rtsp était lisible par VLC
 
En espérant que ça aide

Yep, merci, c'est toujours bon à prendre comme info. Pourquoi le flux rtsp n'était-il pas lisible par vlc ? il me semble que c'est compatible (sans être spécialiste...)

J'ai bien écrit "lisible par VLC"

Oui oui, mais pourquoi passer par une transformation en http ?

Parce qu'il en avait besoin?

Pour streamer le flux sur internet, d'abord pour moi pour surveiller les chatons sans me déplacer; et ensuite, avec le TU chats pour avoir des espions H24.

Je ne sais pas ce que c'est le TU chats    
 
En tout cas merci j'ai une caméra de vidéo surveillance chez moi (aliexpress...) je vais déjà essayer avec ça.

TU chats => https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

Ahhhhh topic unique, ok, compris

j'ai testé ubuntu sur mes rasp 3 & 4, c'est pas terrible

 
Il ira pas plus vite
 
Mais ça passe.

Mais il sera maintenu plus longtemps

Allez hop, backup puis tentative d'aller dans le turfu

Edith : Déjà 10 minutes de calcul d'upgrade, c'est mal parti  
Edith² : Après quelques dizaines de minutes, upgrade finie, services de nouveau opérationnels \o/

J'ai tué un Raspberry Pi 3B+    
 
J'ai du faire un court circuit entre des pins, il démarre plus,
j'ai vérifié, il y a bien du 5V sur le pin 5V, mais plus de 3.3V sur le pin 3.3V
 
Il y a quelque chose à faire ?
Ça intéresse quelqu'un ou ça part à la poubelle ?

Y a pas un régulateur à la con qui aurait cramé ?

Bah essaye de mettre un régulateur de tension de 5V->3.3V sur le pin 3.3V. C'est dégueulasse mais peut-être que ca marchera

 
Pourquoi s'emmerder, ils en proposent une officielle qui n'est pas chère, est très bien et monte à 2.5A, et ça évite de se poser la question de la qualité du cable USB.

 
Une mauvaise langue dirait que toute la Gentoo est du bricolage.
Blague à part, sur Pi, se taper toute la compil de la distro faut aimer sachant que c'est tout de même un peu particulier et je doute qu'il y ait des tonnes de ressources en cas de pépin.

 
Mon usage reste marginal des pi 1 et je n'ai pas lancé de bench mais j'ai l'impression que la Buster tourne mieux et que le boot est plus rapide (terminal). En tout cas, pas noté de dysfonctionnement ni de ralentissement.

Hello  
 
J'ai pour projet de rénover une Sega Nomad et j'aimerais changer l'écran d'origine par un écran pas trop cher.
Je vais donc partir sur un modèle de ce genre : https://www.gearbest.com/developmen [...] 29447.html
 
Il semble beaucoup utilisé pour faire une GameBoy Zero (à base de rpi0, d'où mon post ici ^^).
 
Le seul truc qui me gêne avec les différentes cartes drivers qui accompagnent l'écran, c'est qu'elles ont 2 entrées composites et qu'à la mise sous tension, il y a un message OSD en haut à droite indiquant la source AV1 ou AV2 (exemple en vidéo : https://www.youtube.com/watch?v=M2HzKg_8KqI&t=26s ).
 
Même si ce message OSD n'apparaît que qq secondes, clairement je trouve que ça gache.....  
 
Après avoir identifié une bonne dizaine de drivers de ce type, j'ai l'impression qu'elles ont toutes 2 entrées, et donc..... un OSD qui s'affiche.
 

• Est-ce que vous auriez une réf d'écran/driver 3,5" qui n'ait qu'une entrée composite ?

ou sinon...

• Existe-t'il une méthode pour empêcher l'affichage des messages OSD ?

 
C'est la même chose fondamentalement qu'avec n'importe quelle distrib. Les particularités spécifiques au RPI sont un peu les même pour tous
 
J'ai compilé un noyau manuellement tout neuf
 

 
(C'est un Pi 4B 4G avec l'écran officiel 7" avec boitier)
 
Edit: je pensais presque faire un tuto, tellement y a rien d'existant et simple en un seul tutoriel pour installer Gentoo 64 bits sur un RPI 4B
Mais faudrait que je sois motivé tellement j'ai du tâtonner moi même  
 
Et je suis pas au bout de mes peines, car ce projet est un GPS auto   Quelques jours de travaux encore à mon avis ! (Et pas seulement logiciel !)
 
Pas beaucoup de "compil de distro", partant du stage 3, pas un nombre de paquet fou non plus pour faire un GPS, j'installe pas KDE Plasma non plus

Au hasard, parce que c'est le principe du rpi ?  

Ça me va bien dès lors que j'en n'ai pas pour plus cher de port que d'alim. J'ai absolument rien d'autre à commander.

RS-Particulier offre (offrait ?) les frais de port pour les commandes passées le week-end.

Les Tinois d'ebay offrent les fdp tous les jours... Et toutes les nuits

 
Kubii, il y en a moins de port que d'alim.

Bonjour, lorsque je met la régulation de fréquence CPU sur "On Demand" dans le noyau, le RPI se fige après le démarrage de la plupart des services au boot...  
 
Là il est sur l'option dont j'ai plus le nom, en mode très éco, CPU toujours à 600 Mhz (c'est un PI 4).
 
Est-ce normal ?

Powersave?
 
Quoi qu'il en soit, faut voir tes réglages mais a priori il n'y a pas de raison pour que ton pi reste à 600Mhz s'il est en ondemand sauf à chauffer anormalement. Et le fait de se figer en ondemand n'est pas normal.
 
Après ces plantages pourraient provenir de ta compil maison, du moins, ça ne m'étonnerait pas forcément qu'un noyau qui n'aurait pas des réglages identiques à ceux "officiels" génère des problèmes. Ca faisait ça avec le noyau transféré de rpios?

 
Le noyau transféré de rpios restait à 600Mhz, donc pas de soucis. Celui du site de Raspberry pas de soucis non plus en powersave avec config d'origine ('fin, j'ai commencé avec make bcm2711_defconfig), et sans surchauffe, en On Demand c'est figeage pendant le boot, mais CPU froid puisque je viens précédemment de powersave (50° au plus chaud).

Bonjour à tous

Je suis en train de me configurer une sorte de backup en cas de coupure fibre pour quand je suis absent de chez moi plusieurs jours, histoire de garder l'accès à mes serveurs même en cas de panne fibre.

En bref, j'accès à mon LAN via le raspberry qui héberge un serveur VPN. Par défaut il est sur mon LAN via ethernet et un script met régulièrement à jour mon IP auprès de mon DNS provider. De la sorte je me connecte toujours le même DNS, peu importe l'IP (important pour la suite).

Je viens d'acheter un routeur 4G. Vous l'aurez compris, si la box perd l'accès, que ce soit pour 5min ou pour 5h, 10 jours, etc. je souhaite que le raspberry soit joignable via la connexion 4G et que donc il se connecte en Wifi sur le routeur 4G puis mette à jour son IP auprès de mon fournisseur de DNS. J'aurai NATé le port VPN au préalable.

Sauriez-vous comment faire pour que ce switch Ethernet vers Wifi s'effectue automatiquement en cas de soucis ? Mais aussi comment repartir sur l'interface ethernet/fibre en cas de retour de la connexion.

edit : raspberry pi 4 sous raspbian buster pour info

C'est pas plus simple de mettre un routeur sous dd-wrt avec le package dual wan + dyndns?  

C'est ce que j'ai chez moi:

Netgear R7800 en 0.1

Livebox fibre en 1.1
Netgear M1 4G en 2.1

Voir meme encore plus simple en mettant un Edgerouter X a 50 balles?

Sinon dans un sh cron:
Ping regulier vers 1.1.1.1
Ca tombe: tu changes de SSID et tu mets a jour ton DNS.
Tu peux "provoquer" le changement avec les priority du wpa_supplicant. Soit tu sed le fichier en place, soit du cp/mv. Puis tu restart l'interface.

Ping
OK:
- Rien
KO:
- Modification du wpa_supplicant
- Restart interface
- Ping:
  OK:
  - Mise a jour DNS
  KO:
  - Sleep et restart interface

Pour le retour Fibre, soit ta box expose une API qui te dit que c'est up et tu curl/grep pour savoir si c'est bon puis tu rechanges ton wpa_supplicant, soit c'est mort et tu dois périodiquement reswitcher vers l'interface principale pour refaire un test. Donc déconnexion fréquente.
Pour detecter que t'es en connexion de secours, tu peux echo "backup" > /home/pi/status et dans ton script sh tu vas verifier sa valeur au lancement.

Mmmmh, on doit mal se comprendre. Le DNS j'en fais mon affaire, pas de soucis à ce niveau.
 
La problématique ici c'est le switch du raspberry de l'interface ethernet vers wifi en cas de problème avec l'interface ethernet qui ne peut pas ping internet.
 
Pour rappel sur ethernet le raspberry est sur le LAN de la box FAI, si ça tombe ça se connecte sur le routeur wifi 4G qui est isolé/indépendant. Et si le FAI revient le rasp revient sur l'interface ethernet

Ah bah plus simple encore, au lieu de changer ton wpa_supplicant tu ifconfig wlan0/eth0 up/down.

Le reste ne change pas.

KO:
- ifconfig eth0 down
- ifconfig wlan0 up

 
Ondemand est le mode par défaut. Ca figeait aussi avec le noyau rpios?