Logan

Bonsoir, Tu peux le télécharger depuis le lien présent dans mon second post ou Bonne soirée !

Bonsoir p2rib, Non ce n'est pas un serveur de test mais un client, qui effectue un test entre le Syno et les serveurs de Speedtest.net ce qui permet, lorsqu'on n'est pas directement sur le réseau local, de vérifier la vitesse de connexion du Syno au net. J'ai réussi à compiler correctement le script python qui permet de lancer ce test, le résultat est tout à fait probant sur un NAS capable "d'encaisser" la charge du script ; sur un processeur limité je ne garantis pas que le ralentissement de l'exécution de python n'entraîne également une perte de vitesse... Cela dit, c'est assez vite vu pour la fiabilité, un test depuis le NAS, un autre depuis un PC, on compare... Si c'est du même acabit, tu peux considérer que c'est fiable, et si tu as un écart monstre, c'est que le Syno digère mal le script ! (pour ma part sur DS713+ ça fonctionne nickel). Concernant le sujet que tu as abordé, c'est à dire héberger soi-même un serveur de test, tu peux le faire directement depuis la Web Station avec les fichiers "Speedtest Mini" que tu trouveras ici : http://www.speedtest.net/fr/mini.php Ça fonctionne bien, malgré que je préfère tout de même utiliser Ookla Netgauge (bien plus complet et précis), qui est payant mais disponible en trial par tranche de 6 mois. J'espère avoir répondu à toutes tes interrogations ! A+

Bonjour ! Pour ceux que ça intéresse, j'ai uploadé mon script sur le forum : Logan

Bonjour à tous et toutes ! Dernièrement, je cherchais à effectuer un contrôle de vitesse de téléchargement sur mon NAS, mais en ne passant strictement que par l'interface web de DSM. En fouillant par-ci par-là j'ai mis la main sur le script python de Matt Martz "speedtest_cli.py", qui fonctionne parfaitement en ligne de commande, mais dont je rencontre certaines difficultés à faire marcher en spk... Je me suis basé sur le tuto du forum de Diaoul, de ses scripts utilisés pour uMurmur ainsi que de ce post sur le forum Synology Anglais. Quoi que je fasse, je me retrouve avec une erreur "Echec lors du lancement de la réparation du paquet" et/ou "format de fichier non valide". En naviguant dans les dossiers en SSH je constate que les fichiers du package sont bien décompressés et là où il faut, les droits me semblent corrects mais rien à faire, et je ne vois pas ce que je pourrais faire de plus. Si un packageur chevronné voit où j'ai fait une boulette, je l'en remercie d'avance [EDIT] J'ai réussi à le faire tourner grâce à un script issu d'un autre package (tvstreamrecord0.6.4). Bon maintenant il me manque plus qu'à trouver comment le faire s'arrêter tout seul ^^ Logan

Bonsoir, bud77, il prends le .pat des 110+ mais ne finalise pas l'installation. Un redémarrage est nécessaire pour pouvoir lui réinjecter un .pat par la suite. Pour la signature je ne suis pas certain car à priori c'est juste un système de checksum qui "sécurise" l'installation, là où je crains plus c'est sur l'exécution en interne après la validation du .pat, il va me jeter le firmware modifié car ce ne sera plus en correspondance avec le modèle pour lequel il se prend. J'ai lu que certaines personnes arrivaient à modifier les .pat pour flasher des kernels maison, ça m'a donné un peu d'espoir mais faut-il encore trouver une personne ayant ces compétences :/ domlas, j'ai déjà essayé un 30/30/30 sur le 109+ ça n'y a rien fait. J'ai déjà contacté Synology et ils m'ont demandé de retourner le NAS à l'usine de Taiwan pour diagnostic et réparation ; je le ferai si vraiment c'est mon dernier recours...

Merci de vos réponses, Le problème des solutions proposées est qu'elles nécessitent l'accès à l'interface du DSM ou un accès telnet/SSH fonctionnel, or à part la détection du Syno dans le DSAssistant, je n'ai accès rien d'autre... Les seules options me restant sont, à mon avis : 1) Modifier un .pat et l'injecter via DSAssistant 2) Utiliser une méthode d'accès port série/JTAG mais aucune documentation à jour est disponible 3) Renvoyer la carte mère à Taiwan à l'usine pour diagnostic & réparation

Bonjour, Suite à l'achat d'un DS713+ en remplacement de mon DS109+, j'ai prêté ce dernier à un ami pour qu'il teste un peu et rentre dans le monde magique des NAS Synology. Ce dernier, avec mon accord (que je n'aurais jamais dû donner, vu le résultat) a injecté le .pat du dernier DSM 4.3 BETA destiné au 110+, en se disant que les processeurs étant pratiquement les mêmes, une conversion comme sur certains autres modèles serait fonctionnelle... Résultat des courses, un NAS qui clignotte orange au démarrage, détecté par Synology Assistant comme un DS110+, et dont je ne vois pas trop comment je puisse le récupérer. J'ai bien vu une méthode pour reconstruire un .pat mais j'ai peur que la double vérification mise en oeuvre par Synology (1 dans DSAssistant, 1 dans le NAS même) bloque l'installation au niveau interne. Si un power user du forum a déjà pratiqué une opération de sauvetage de ce genre, et pourrait m'indiquer une marche à suivre, je lui serai des plus reconnaissant

Bonjour, Je n'ai pas, moi non plus, remarqué de hausse particulière de la consommation des ressources. Cela dit, je me limite au graphe d'accueil et ne suis pas rentré dans les détais...

Bonsoir ! Pour info, chez moi le fix de Diaoul mis à dispo sur Github en bêta fonctionne au poil, le serveur ne crash pas même après plusieurs start/stop, testé avec 2 utilisateurs seulement (cependant c'est tout frais donc pas eu le temps d'approfondir) mais ça semble super stable. De plus, je tourne avec des paramètres modifiés dans la configuration d'uMurmur. Un grand merci donc pour ce super boulot Diaoul A+

Bonjour ! Ça fait un moment que je tournais avec la version du forum "umurmur-0.2.6-1.0-ppc853x" sur mon DS109+, qui fonctionnait très bien jusque là hormis les channel password qui ne fonctionnaient pas. J'ai vu un peu plus tôt aujourd'hui que NAS-Forum s'est doté d'un repo (oui ça fait un bail que je suis pas passé...) et quand j'ai installé le nouveau package disponible sur le repo, j'ai eu le même problème que Bytes... INFO: PID-file: /usr/local/umurmur/var/umurmur.pid INFO: Switch to user 'nobody' group 'nobody' Et le paquet s'arrête. Un echo sur le fichier umurmur.pid, ça démarre mais impossible de rejoindre le serveur. L'ancien paquet fonctionne toujours si je réinstalle (en attendant... pas le choix ). En tout cas, super boulot malgré ce petit bug sur DS109+ Bonne soirée,

Bonjour ! Tr

Salut, Pour les possesseurs d'onduleurs MGE, il serait bon de voir s'il est possible de faire un script qui r