Reprise du message précédent :

Je sais très exactement comment régler ce problème. C'est un soucis de Master Browser

Il faut setuper une des machines sur ton réseau qui va être la machine qui va gérer et maintenir la liste des partages SMB.

Donc dans ton cas, c'est le RPI qui va devoir être le Master Browser, donc tu vas setuper ton Windows pour qu'il ne le soit pas et ton RPI pour qu'il le soit.

Je te passe les détails de comment ça fonctionne mais en gros sur un réseau windows (smb) il n'y a pas de serveur désigné et la machine qui va gérer la liste des partages est élue, c'est au niveau des élections que parfois, souvent même, il y a un problème, donc il est plus sage de désigner manuellement une machine (un serveur en général) pour ce rôle.

Alors dans windows pour l'activer ou le désactiver il faut editer ces clés registres,

HKLM/System/CurrentControlSet/Services/Browser/Parameters/

MaintainServerList sur auto
IsMasterBrowser sur false ou true

Sous Linux, c'est encore plus simple, dans tob smb.conf

Ajouter ou éditer, c'est selon.

Pour en faire le Master Browser de ton réseau

domain master = yes
local master = yes
preferred master = yes
os level = 99

Et pour les autres

preferred master = no
domain master = no
local master = no
os level = 0

Voilà, bon si j'ai fais une erreur, n'hésitez pas .

guide pour installer le media server jellyfin avec l acceleration hardware sur un rpi4 :
https://www.reddit.com/r/jellyfin/c [...] ion_guide/ (ou https://github.com/Artiume/jellyfin [...] eration.md )
(sur reddit ils parlent aussi de dockeriser differents serveurs ... ca a l air interessant)

Hello,
 
Besoin d'un coup de main avant de formater ma carte SD.
 
J'ai un Raspi 3B avec OSMC le tout raccordé à une télé, l'install tourne depuis 3 ans. Hier, surprise, la framboise ne démarre plus, plus d'affichage. La diode rouge est fixe, normal, mais la diode verte clignote 4 fois rapidement, fixe, puis rebelotte, recherche sur le net, ça veut dire que start.elf ne se lance pas. Après vérif', j'a plus de start.elf, ceci explique certainement cela ! J'ai un start_x.elf sur la partition ext4 ceci dit.
 
Y'a moyen que je m'en sorte sans tout réinstaller ? Je n'ai rien trouvé de probant sur le web pour le moment.
 
Merci

Il y a des chances que la carte soit en fin de vie. Sans tout réinstaller, j'essayerais de copier le tout sur une autre carte et récupérer le fichier manquant.

Ouais possible pour la fin de vie.. Vais commencer par faire ce que tu dis dans un premier temps.
 
J'ai un SSD qui traine, faut que je vois si y'a moyen de l'utiliser à la place de la carte SD.

Salut,
 
Je galère pour trouver une facon simple de passer une SD en read only sur raspbian .. j'ai tenté quelque tuto, mais entre mon niveau en linux (surtout ca) et l'infinité de configuration soft/hard .. ca marche pas très bien ..
 
Est ce que l'un vous aurais une .img déjà en read only à partager ?
 
Me faudra quand même avec l'interface graphique, c'est juste pour afficher une page web en plein écran ... mais ca fait 2 fois en 1an que sur un "hard" shut down ca flingue la SD ..
 
Merci d'avance ..
 
EDIT;
https://gitlab.com/larsfp/rpi-readonly
Je vais tenter ca demain..

Tinycore est pas mal pour ca, tout est en ram une fois booté et ca ne fait plus du tout appel a la carte SD.  
Par contre c'est pas forcement evident a mettre en place, enfin disons que ca change beaucoup des OS habituels.

ok faut que je regarde .. mais ya mon second pi qui marchera peut être pas sur d'autre distri
 
J'ai un "mirroir magique" avec juste chrome et une page web sur la SD
J'ai un hyperion ambylight sur la TV..
 
Sinon je vais faire le coup du bouton off sur un GPIO sur l'ambilight qui est pas 24/24 ..
 
Punaise, quand on est pas "linux" c'est galère de repartir de zero ..

 
Facile avec le 3B, sans besoin de carte.

Ouais, c'est ce que j'ai vu après avoir cherché ^^ Faut que je commande un boitier.

 
Loin de moi l'idée de t'en éloigner mais:
-quelle carte as-tu utilisée? Les petites capacités vont beaucoup moins bien encaisser.
-as-tu suivi les recommandations pour réduire l'écriture sur le support flash: option de montage noatime (a priori par défaut), basculer en tmpfs les fichiers temporaires, au minimum /tmp et /var/tmp mais les logs et le répertoire utilisateur peuvent aussi l'être, supprimer la journalisation des partitions ext4?
 
Selon ce que tu auras passé en tmpfs et quelques liens symboliques tu devrais pouvoir passer la partition root en ro.
 
Enfin, as-tu envisagé autre chose qu'une micro sd? Ce n'est pas la question posée mais si un SSD 120Go en install standard résoud le problème, pourquoi ne pas partir là dessus?
 
edit: Note que pour des tests, tu peux forcer le ro via fstab et regarder si ça démarre toujours. Pas forcément subtil mais ça permet de repérer les éléments bloquants.
Autre méthode pour repérer les écritures: tu éteints ta machine 1/4 d'heure, tu l'allumes, tu lances ce que tu as à lancer et tu l'arrêtes. Tu montes ta carte en disque secondaire dans un autre linux (et en ro) et tu recherches tous les fichiers qui ont été modifiés depuis le redémarrage. Tous ces fichiers devront passer en tmpfs.

Petite question: Je peux utiliser SD Card Copier de Raspbian pour copier la dite Raspbian sur une clé USB, voire un SSD branché en USB via un adaptateur, et ensuite virer la micro-SD et démarrer direct avec un 3B+ ?

 
 
Merci beaucoup pour cette explication claire et détaillée    
 
En ce moment je n'ai pas le problème, c'est encore les vacances et j'utilise l'ordinateur tous les jours.
 
 
C'est peut être quand je démarre l'ordinateur moins souvent, genre une fois par semaine, que quelque chose change
 
Quand le problème reviendra j'essaierai la solution  

Une autre petite question,
 
est-ce qu'un time.sleep dans python est bloquant pour les boutons?
 
J'ai un petit code qui tourne en continu pour la station météo, ça fait une mesure toutes les 10 secondes,
mais ça surveille aussi 2 boutons pour activer manuellement des relais,
sauf que je dois appuyer 10 fois sur le bouton avant que ça n'active    
 
 
Je ne sais pas si c'est à cause du sleep, ou à cause des données à écrire...
avant je ne mesurais que la vitesse du vent et je crois que les boutons marchaient bien
 
Voici un bout du code simplifié :
 

Le sleep va bloquer ton programme durant "interval".

Le mieux serait d'utiliser un compteur :

Avec incrémentation de la valeur du compteur à chaque boucle.

Enfin c'est la philosophie du truc. Je me comprends.

Je ne connais pas trop python et les RPi en fait.

Edit :  Et peut être faire un "déboucing" des boutons via le code, parce que tu auras probablement un soucis avec ça.

tu peux passer par le threading pour un sleep non bloquant qui ne soit pas gourmand en cpu non plus
 
un lien au hasard : https://stackoverflow.com/questions [...] king-timer

Je viens d'installer raspbian buster sur un 1b qui dormait dans un coin. Juste la mise à jour est super lente...
Je ne me souvenais pas que c'était si lent, peut-être raspbian en gui c'était pas la bonne idée.
Il y aurait une/des distro avec gui plus rapides sur 1b? en anglish ça me va aussi.
L'idée serait juste d'avoir une gui pour la maintenance, mais au final de faire un pihole+pivpn+tvheadend
 
Merci

Dietpi.

Il n'y a pas plus léger pour le pi.

Raspbian sur un 1 c'est bien lent oui....

Bon, je vais faire un simple bon vieux compteur

Je croyais que le ".when_pressed()" était un genre d'interrupt, qui peut se faire n'importe quand, vu qu'il n'est pas à l'intérieur de mon "while True: "...

Pour le debouncing, je peux ajouter une petite demi-seconde de sleep dans ma fonction qui active le relais,
mais si l'appuie sur le bouton est bien prioritaire sur la fonction alors ça ne règle pas le problème

Boarf ça dépend de l'utilisation, moi je me sers encore d'un Pi1 comme terminal, bon par contre la GUI il faut oublier...

 
Dietpi et pihole lancés. Je teste sur un iPad et pas de différence de vitesse de nav, alors que le pi est en wifi sur une clef noname et assez loin de l'ap.
Impressionné je suis  

Le boot est lent, ainsi que les updates.

Mais Une fois qu'il est lancé ca va

J'ai un pi1 avec dietpi et pihole.
 
Cela fonctionne impeccablement.

Bin en même temps, faire tourner un OS sur un ordinateur de faible capacité, ça dépend juste de la mémoire et du CPU nécessaires et une interface ça bouffe surtout de la mémoire, peu de CPU (surtout si on ne fait rien), et pihole est connu pour ne pas être forcément gourmand. Donc aucune raison que ce type d'usage souffre particulièrement.
 

 
Si tu es dans des conditions wifi moyennes, ça peut faire un goulet d'étranglement qui va préserver le pi donc ce n'est pas forcément étonnant.

C'est en route que depuis 3 heures.
Le pi est plus loin de l'ap que l'ipad, ce dernier étant même à distance idéale.
Maintenant c'est un seul appareil et ce ne sont que des requêtes DNS, donc plutôt les I/O que le débit qui compte non ?

Ca ne m'étonne pas qu'il suive: un DNS c'est beaucoup un cache. Pihole peut contenir pas mal d'infos mais si la RAM suit, c'est l'essentiel, on est dans un usage perso donc peu de requêtes.

 
Ça ne pèse vraiment pas lourd .
 
J'avais un serveur DNS avec un 486 et 8 ou 16MiB de RAM, ça fonctionnait mieux que le service des ancètres de SFR, et c'était plus performant que les box qui ont suivi .

Un serveur DNS cela dit juste
www.hardware.fr = 100.129.23.35 (ip au pif c'est pas la vraie)

Avec pihole tu ajoute une couche de filtrage.

Il ne faut pas une puissance de ouf et une bande passante de ouf pour cela.

Surtout que les OS mettent en cache les résolutions DNS pour éviter de résoudre 100x le même ndd dans la journée

Moi mon serveur DNS tourne sur mon router (DDWRT), j'ai également un filtrage à ce niveau, c'est top, j'ai mon propre résolveur avec des ndd pour mes machines, ce qui m'évite de taper des IP quand je veux accéder à mes ressources locales

J'ai un Bind9 qui tourne sur mon serveur Sheevaplug, ça ne prend rien ni en CPU ni en taille sur le disque dur.

Etapes en plus:
-Serveur OpenVpn: ok et fonctionnel
-Client OpenVpn vers une freebox distante: à faire
-Serveur TVHeadend: install brute pour le moment.
 
Pour TVH l'idée sera de récupérer le signal DVB en local ET les flux de la freebox distance grâce à la connexion VPN.
 
Je fais déjà ça depuis des années avec un syno et une connexion L2TP, mais la connexion VPN du syno saute trop facilement, alors que dans la gui ça dit que tout va bien et en plus je sais pas faire un script rapide pour relancer la connexion, donc le processus par la gui est très long...
 
Du coup, si ça passe, basculer tout ça sur le pi m'irait bien.

Kodi 18.4 : Certains ont des soucis de freeze avec ?
Raspi 4, pas de throttle, temp correcte, load tout à fait normal, mais régulièrement, il freeze pendant la lecture.
Aucun soucis sur mon ancien Raspi3 (Kodi 17.X)

Viens poster ta question ici, https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

Le soucis c'est que le PI n'est pas taillé pour ça je pense ?

Mais ça passe TVHeadend à travers un vpn ?
C'est pas trop gourmand en bande passante ?

P'tain, trop d'activité sur ce topic, j'ai pas eu le temps de corriger mon message...
 
Mais, mettons avec un SBC plus puissant ?

J'ai eu 2 ou 3 crashes début décembre. Ça retournait à la ligne de commande (j'utilise pas de GUI). Depuis le retour des vacances aucun soucis.

Oui si tu as la fibre côté freebox source... Pas de soucis.
Et en fait TVH est du côté réception de flux et permet de distribuer les chaines freebox multiposte dans le réseau distant.
 
Avant en adsl, j'utilisais VLC pour transcodage en temps réél dès les premières builds qui pouvaient encoder en x265. Résolution plus basse mais ça passait.
C'était pour une émission Nolife, quand la chaine existait encore   Mais c'était pas avec TVH, un seul flux à la fois le tout lancé à la main.

Bande passante nécessaire : entre 3 et 6 Mbits/s selon les chaînes. Aucun problème, si l'on a la fibre côté Raspberry, pour regarder un film via un VPN depuis son téléphone en 4G.

Tu arrives à avoir quel débit via VPN ?
 
J’ai OpenVPN sur un pi4 branché sur de la fibre et je suis limité à 30mbits.
 
Si quelqu’un a une idée des paramètres à ajuster côté VPN ou fichier de config du client je suis preneur.