Reprise du message précédent :
Ce qui donnerait quand même plusieurs heures pour une ISO BR
Mais c'est vrai que pour de petites archives c'est tout à fait acceptable !

Perso je fais ça la nuit, donc ça peut mettre 4h je m'en fiche. Mais bon c'est clair qu'il faut pas faire vouloir faire ça vite fait en pleine journée.

 
Merci à vous

Comme je l'ai décrit avant, j'ai exactement la même philosophie (tâche de fond...) donc ça me convient aussi. Perso j'ai le scheduling journalier suivant sur le grabber:

• 8h00: bridage à la moitié de la ligne.
• 3h00: débridage complet

J'utilise aussi le bridage/débridage de sabnzbd la nuit, c'est pratique
 
Sinon j'ai rajouté le disk usage des NAS et les stats de ma ligne internet sur le dashboard de rpimonitor, c'est vraiment pas mal.
Je pense que je vais virer tout ce qui ne sert pas à grand chose (la swap du rpi par exemple) pour avoir une "console centralisée" pour mes NAS, mes RPI, etc ...

T'as procédé comment pour le rajout d'infos à RpiMonitor ?
 
Le swap, effectivement, je ne m'en sers jamais non plus apparemment mais bon, ça ne coûte que 100 MB sur la carte SD donc c'est pas non plus le pérou .

Pour l'instant j'ai viré la section swap de la page par défaut pour ajouter le usage des volumes des NAS et j'ai ajouté des infos sur mes stats DSL dans la section network:

Pour les volumes, je me suis inspiré de la config présente pour la SD mais en me basant sur des DF via l'autofs. Pour les infos DSL, je vais lire les fichiers log d'un client grenouille sur un des NAS.

Idem pour les stats :

OK je comprends mieux . Je pense que ça pourrait être intéressant de partager des bouts de modifs .
 
Ca me rappelle qu'il faudrait vraiment que je me colle un peu à apprendre le Python...

Modèle B+ reçu !
 
Je teste demain, il va remplacer mon B 256 Mo qui date du lancement.

Tiens, cadeau:
http://inforef.be/swi/python.htm
 
Tu peux acheter le livre si tu veux.
Ou télécharger le PDF gratuitement et librement si tu préfères.  
 

Merci, je mets en favoris . A priori, j'ai juste besoin d'un petit coup pour me lancer, le reste je devrais maîtriser sans trop de souci normalement .

Pas besoin de Python pour configurer/customiser rpimonitor, c'est juste de la déclaration d'objet/propriétés

Moi pour le monitoring j'utilise conky ! C'est léger, et c'est en fond d'écran

Bon c'est pas très beau (on peut faire bcp mieux avec conky) , mais c'est efficace !!

Du coup obligé d'avoir un écran branché sur le Pi ou ça marche aussi comme rpimonitor ?

 
hello,
 
est ce que ca prend beaucoup de ressource? je voudrais l'installer sur un de mes 2 rasps pour "contrôler" mon réseau local.
il faudra adapter. je sais pas si j'y arriverais mais bon..
 
j'ai un des premiers rasp avec 256mo de ram  + raspbmc et un autre avec 512 + volumio
 
je voudrais contrôler mon Syno et les VM du proliant + les 2 rpi tant qu'a faire !

Ah oui nan, obligé d'avoir un écran branché ! Mais y ptet moyen de l'afficher en html, pour ça je sais pas trop faire... (voir ici)
L'avantage de conky c'est de créer sa propre mise en page, d'afficher les infos que l'on veut (ça passe de la météo à l'occupation disque, en passant par les flux rss)
Apparemment le paquet à utiliser s’appelle gtk-desktop-info, c'est ce que je viens de découvrir. Pour les cascadeurs !

Je viens de regarder, il prend 7Mo de RAM (resident) après 24h, donc non ça ne consomme pas grand chose. Je vais aussi stopper le server WEB en perl qui est utilisé par défaut pour le passer sous le contrôle de l'apache qui tourne déjà sur mon PI.

Pour ma customisation de rpimonitor afin d'y ajouter les stats NAS et Internet, voilà ce que j'ai fait.
 
Internet
 
Un de mes NAS héberge un client grenouille pour les stats de ma ligne, j'ai un cron dessus qui toutes les 30' récupère la dernière ligne des logs download, upload et ping dans un fichier qui est pushed vers le RPI:

J'ai créé le fichier de configuration /etc/rpimonitor.conf.d/internet.conf suivant:

 
1.- La section "dynamic" récupère les valeurs dowload et upload, la valeur du ping et les date&heure de la mesure. La variable internet_date n'a pas de format RRD donc elle n'a pas de DB dédiée pour stocker les valeurs (graph).
 
2.- La section "web.statistics" configure le graph avec les valeurs "GAUGE" lues dans les DBs. C'est une copie de l'implemantation par défaut pour les graphs network en changeant les data et les échelles.
 
3.- La section "web.status" ajoute simplement des infos à la suite de la section network sur home page (status).
 
NAS
 
Pour la partie NAS c'est plus simple, j'ai récupéré un icon que j'ai copié là:
 
root@rpi:/etc/rpimonitord.conf.d# locate nas.png
/usr/share/rpimonitor/web/img/nas.png
 
Et de nouveau créé un fichier de config dédié:
 

 
J'ai des share NFS "download" sur les deux NAS qui sont montés via l'autofs dans /net. Du coup je récupère les infos via un df directement sur le PI.
 
1.- Les variables "static" sont récupérées seulement une fois au démarrage de rpimonitor contrairement aux "dynamic". Dans mon cas la taille des deux filesystems. Je convertis juste en Ko.
 
2.- De la même manière, je récupère en "dynamic" cette fois l'espace occupé.
 
3.- Et je créé ensuite une section "NAS" dans la page status avec les valeurs numériques et sous forme de progressbar. J'ai juste adapté ce qui était fait par défaut pour la carte SD.
 
Voilà ...
 

Très intéressant, merci pour le partage d'info .

De rien

Par contre j'essaie de configurer plusieurs pages en passant par web.status.2.name=NAS et d'y mettre les infos du NAS dedans en remplaçant le status.1 par status.2 comme expliqué dans les commentaires du default.conf ... J'ai bien une droplist à la place du bouton "Status" dans l'interface maintenant avec deux pages, mais celle du NAS comporte bien la section NAS par contre plus rien sur la page principale, juste les titres et les icons

C'est chiant car j'utiliserai bien ce tool comme console centralisée de status des RPI et NAS mais faut pouvoir utiliser plusieurs pages ...

Oui je vois ton souci .  
 
Autre info, rapport à mes questions sur l'alimentation du B/B+ et disque 2.5" externe: je viens de coller un transfo 5V/2A au lieu du 5V/0.7A que j'avais et là, aucun souci, le disque 2.5 autonome s'allume et est bien reconnu sans problème .

Tiens, je viens de mesurer sur un B+ : plus d'un W de moins à la prise.
 
B+ : 0,8 W avec clavier/souris, 1,9 W en pic.
B d'origine (256 Mo, un des premiers) : 1,9/2,0 W en moyenne, 3,2 W en pic

 
grosse différence tout de même !
 
2 B+ consommeraient à peine plus qu'un PI revB

Ce existe un soft pour choper la tele en direct?

0.8 w ? Tu peux faire un essai genre, lecture d'un film 1080p et sans souris ni clavier branché ?
Je ferai la mesure pour un B 512
Merci!

Si tu es chez free ou orange il existe une playlist en m3u qui peut être directement donnée au client IPTV de XBMC (faut avoir les droits TV bien sûr). Mais c'est très "rustique" et pas vraiment utilisable au jour le jour.
Après faut passer par un serveur TVHeadEnd sur un PC ou un NAS et utiliser le client TVHE de XBMC, mais la configuration est assez "fastidieuse", surtout si tu veux ajouter le guide des programmes, les enregistrements, etc, etc, ...

La merde quoi
Je ne veux pas l'option télé de l'opérateur justement. Et je n'ai pas de prise antenne à côté de la teloche,  ce sera sans doute plus simple de chercher de ce côté là.

Salut, quelqu'un pour me dire si je peux brancher un chargeur 5V 2,4A pour mon pi ?

Oui! je crois qu'on t'avait repondu a ce sujet

Oui aucun problème, le Raspberry se limitera au courant dont il a besoin (il est limité à 1A).

Ben non personne m'avait répondu justement. C'est pour ça que je découpe mes questions pour les faire passer inaperçu et qu'on me réponde .

Merci les gars.

my bad  

C'est rien. Ben du coup vous pouvez aussi me dire sur quelle distribution orientée média centre on peut faire tourner navit avec module gps, et si on peut y faire reconnaître un spacenavigator 3d connexion pour la navigation.

THFR qui "test" le nouveau pi : http://www.tomshardware.fr/article [...] 53921.html
 
Du grand professionnalisme

Tu voulais tester quoi ? Les distrib' marchent, ça consomme moins. Y a pas grand chose d'autre à tester (même si je comprends que ça peut paraître peu).
 
Et je vais tester la sortie vidéo analogique dès que je retrouve les câbles dans mon bordel.

J'ai découvert un bug/feature dans le tout dernier firmware du RPi: si vous faites un shutdown, tout se coupe comme il faut mais il y a un maintien minimum de l'ethernet donc si votre RPi est branché au réseau, celui-ci conserve les mêmes diodes allumées que lorsqu'il est en fonction normal.

Comme je venais de faire quelques changements dans ma config avec mon nouveau transfo + second disque externe rajouté, je me suis demandé depuis 24h si c'était ça qui posait problème (=> mon Pi ne s'éteindrait pas correctement ? ). Après l'avoir branché ce matin sur un écran + clavier et avoir constaté qu'en fait tout se comportait normalement, ben j'ai eu la puce à l'oreille.

J'ai fait un downgrade du firmware vers la version juste avant => ça "refonctionne" normalement.

Notez bien que lorsque vous faîtes le shutdown avec le nouveau firmware, on a toujours la diode "OK" qui clignote au moment de l'extinction donc on est en mesure de voir la transition. Mais cela dit, ça constitue quand même un problème pour moi d'avoir les diodes normales même quand il est éteint puisqu'alors on a plus aucun repère visuel valide pour savoir si la non-disponibilité du Pi par le réseau est du à un problème ou à son état d'extinction "invisible". Voici les détails des deux firmares:

Le "nouveau":

obtenable avec soit

soit

L'ancien: (d'il y a 13 jours)

S'il y en a qui sont motivés pour expérimenter et voir si c'est spécifique à ma série... D'après le changelog du repo Git sur la dernière version, j'ai l'impression que c'est un bug et pas une feature...

Bon alors, le son est enfin devenu potable via la prise jack sur le B+ ?

 
Tester les 4 ports ports USB pour voir comment ils se comportent avec un disque dur auto alimenté + clavier + souris + wifi par exemple. Tester la qualité audio vu qu'elle a été améliorée parait il. Effectuer les tests avec la même carte micro SD avec un adaptateur pour la version B etc..

Bon finalement j'ai viré toutes les stats .RRD et j'ai relancé et tout est entré dans l'ordre. Il devait y en avoir une corrompue ...
On peut bien créer plusieurs pages, je vais pouvoir me pencher sur comment récupérer les infos intéressantes sur les autres périphériques (je pense aux status network des NAS, les infos SMART, etc, ...)

J'en ai profité pour virer le serveur web en perl et j'utilise à présent apache pour accéder à rpimonitor.

 
Pour le son, je vais vérifier mais faut que je trouve un truc vraiment précis, pas juste mon oreille, pour la carte SD, aucune différence. Pour l'USB, on peut tirer sans soucis sur les quatre ports si on a un chargeur correct en face (i.e. un 2 ampères) : ça passe avec Wi-Fi, DD autoalimenté + clavier/souris.
 
faut que je teste (encore) avec mes câbles audio, et je mets à jour.

Pour tester le son, si tu as sous la main une bonne interface audio pour récupérer le signal, c'est déjà un bon début. Pas besoin de sortir le scope non plus  
 
Pour l'USB, j'ai lu quelque part que pour bien alimenter les ports, par exemple pour un vieux disque dur qui consomme pas mal, il fallait alimenter le rasp par le gpio. C'est toujours nécessaire sur le B+ ?
 
Une dernière petite chose, peux tu confirmer que le fait de brancher/débrancher une clé wifi ne reboot pas le pi ?
 
Merci