MS_Totor

la b

salut n'hésitez pas, à voir ailleurs pour voir l'évolution chez d'autres utilisateurs, forum anglais officiel de synolgy en particulier ou le forum allemand, içi les techniciens ne passent pas, barrière de la langue. aux dernières news, et là je sent vraiment soit un petit coup de gomme magique pour rassurer les utilisateurs .... ou alors le problème a été trouvé, il y aurais 10 ° d'écart entre le relevé affiché, et le relevé utilisé par le micro contrôleur. grosso merdo dans le prochain 2.2 l'information de T° CPU qui sera affichée sera minoré de 10 ° source: forum anglais, échange entre utilisateurs et un tech de chez syno, si vous voulez votre propre opinion j'en sais pas plus @++

il y a du monde

hello jac2904 je ne suis pas susceptible comme je l'ai lus plus haut loin de là , , sinon je ne filerai jamais de coup de paluche ici ou ailleurs j'ai eu le même problème que toi en fait, exactement la même chose j'ai retourné plusieurs fois le problème, surélevé, capot ouvert, un deux disques etc...changé de DD, mis un bout de carton pour concentrer l'air et parfois à la limite de renvoyer le produit j'ai demandé à syno de me donner les spéc des déclenchements, ce qu'ils ont fait spontanément, sans aucunes réserves, au contraire, avec la différence avant après firmware, mais je n'ai pas eu le seuil haut alarme. "je pense " que ce seuil est à 65 °, si sur le 744 le seuil de mise en route de la, GV est à 62 °, no comment....ce sont les valeurs du microcontroleur.... je n'ai jamais dit que ce sont les valeurs d'affichage, il n'y a qu'à comparer sur les PC, les relevés bios, pcprobe et consœur pour se rendre compte que se ne sont que des extrapolations, bien étranges souvent.. . par contre, si tu observe bien le marché, le 209+ n'est plus un produit vendu chez synology, retiré des listes, et partout ailleurs c'est pareil, il y a écoulement des stocks, et ensuite on tourne la page, il y eu des retours massifs en garantie ...... ? dès que sur du matériel carte mère etc.... il y a une révision en général c'est qu'il y a eu soucis, hors de tous les modèles de syno lequel bénéficie d'une version 2 dans leur historique de fabrication ? très peu ou alors le choix de faire évoluer très vite le 209+ vers une version 2 correspond à une réponse envers la concurrence, ce ne sont que des spéculations on a bien un vent qui tourne sans faire trop de bruit tu ne crois pas ? @++

superbe contribution, qui apporte une valeur ajoutée certaine à ce forum et à ton choix merci beaucoup pour ton retour PS: pour ikeke le 209+ n'apparait pas dans la liste il me semble

salut c'est aussi une solution bien sur le retour en garantie mais si ils te r

bonjour j'ai pris le temps de dire que je ne sais pas ou est la sonde, et selon mes recherches sur d'autres forum qu'ici, personne ne le sait dire qu'un firmware est un placebo sans l'essayer d

salut Lionel la variation que tu entends est sans doute celle des 55 ° sur 844, l'affichage T° système reflète elle la T° de sonde sous le CPU ou à côté ? il y a peut être écart entre affichage et sonde ... le problème n'est pas que sur notre forum, mais général, je ne vois pas d'autres explications qu'un placebo marketing , là oui j'abonde dans ton sens pour l'effet placebo du firmware, je ne suis pas si sur, en fait comme tout produit vendu, le matériel doit fonctionner sous une plage de fonctions définis sur sa plaque commerciale, sinon il est susceptible d'être retirer du marché, problème de conception. le changement de seuil pour le réglage full speed du 847 permet de rester dans cette plage de fonctionnement, (pas le 844 ca c'est plus que clair) le ventilo déclenche plus tôt, donc brasse plus d'air et évites l'accumulation exponentielle de chaleur mais sans affirmation de ma part vers les T° les plus hautes, puisque comme dit je n'ai pas pu "créer" de T° ambiante vers 35 °, et je m'en passe bien.. c'est pour celà que pour ceux qui approchent ces T° de 35 °, pas à l'ombre, mais bel et bien dans la pièce ou est placé le syno, il serait bien d'avoir quelques relevés de T° avec le 847, seuls eux peuvent affirmer si oui ou non, c'est un effet placebo, car la modif, ne permet toujours pas à 35 ° au syno d'être fonctionnel et c'est pour cela que je les incite à demander une baisse de seuil vers 55 °(c'est du cas par cas au niveau support) je te sais très concerné par ce soucis, perso j'en suis à l'abri, car j'ai pris d'autres dispositions de ventilation, et je ne suis pas obligé de faire ces tests en activant désactivant ma ventil d'appoint, mais bon c'est un forum d'entraide et de partage.. dans les deux sens tu restes sous 844 pourquoi ne pas passer sur le 847 ? j'ai même vu un firmware 848 chez syno, mais je ne sais point les modifs apportées, il ya peut être une meilleure gestion ? voir le support, je n'en sais pas plus on en sera plus si d'autres nous donnent quelques relevés 32....33....34 ° avec le 847

j'ai mis un petit post dans la section 209+ pour ceux que

petit retour d'expérience sur le 209+ suite à un échange de mail avec le support et fin de mes petits tests. ventilateur neuf (identique au précèdent) et firmware 847 Vu les tests effectués sur le 209+ de janvier à juin 2009, avec plusieurs modèles de DD, et bien sur ceux d'autres utilisateurs,, il y avait trois causes possibles pour expliquer la surchauffe, radiateur CPU contrôlé.. etait ok.., soit le ventilo, était défectueux, et ne variait pas en vitesse correctement (résistance interne), soit les seuils de déclenchements des vitesses en fonctions de la T° étaient reglés trop haut, trop proche du seuil de déclenchement en alarme température haute. changement du ventilo par un neuf: rien de nouveau, comportement identique, même modèle, même perf... application du firmware 847 modifie les trois seuils de gestion smart fan, rpm ventilateur vs T°. sur les firmwares 8xx à 844 pour 209+ 1)full speed >62°-----------------------------------> oupsss 2)middle speed >55~~62° 3)low speed, hibernation etc... <55 ° sur le firmware 847 pour 209+ 1)full speed >59° 2)middle speed >50~~59° 3)low speed, hibernation etc... <50° perso j'aurais préféré mettre full speed à 55~~57 °, mais bon....résultat, le ventilateur fait son boulot, et même à grande vitesse il est discret. je n'ai jamais approché les 35 ° en température ambiante dans le local, ce qui est le maximum des spécifications techniques d'utilisations des synos, au dessus, la garantie de fonctionnement n'est pas assurée, voir les références techniques sur le site officiel. 5 ~~35 °. donc à moins d'un apport de brassage d'air frais externe, mef ... si dans les pays chauds, ce firmware et ces réglages sont encore insuffisants selon vos tests ou trop limite (déclenchement à 59 °) à vous de faire les démarches auprès de synology pour faire baisser ce seuil, procédure par mail au support, comment on fait sinon, j'ai souligné fortement en suggestion, la gestion smart fan via la page web qui permet de régler manuellement les trois seuils précités utilisés sur les QNAP, la plage permise est bien sur limitée, pour eviter les abus et accidents cela à l'air très favorablement accueilli, et a été rajouté à la liste des "to do" sur les prochains firmwares, le prochain ? j'en sais rien pas d'info.... wait and see voili voilà c'était ma petit contribution, pour les utilisateurs de 209+ qui se demandais quoi faire en ces temps de cagnard et manquaient d' informations techniques....., on ne gagnera pas de degré magique,, mais la gestion est mieux régulée et évite des déclenchements d'alarmes intempestifs et dangereux pour nos chères données. joyeuses vacances pour ceux qui partent @++

merci

salut Lionel perso j'ai envoyé le 1 juillet, mon numéro de série, lieu et date d'achat dans le mail au support pour cibler effectivement et tu as raison, si il y avait eu un souci de série, je n'ai pas eu de retour sur cette dernière information.. j'ai fourni une synthese de tests et relevés de T° ambiante étalés de 01/2009 à 06/2009 ensuite comme il y a une réponse du support au cas par cas. résultat je suis en attente d'un ventilo, sans confirmation affirmée de la cause à effet, ni si c'est le même modele .. le marché des 70x70 mmm n'est pas vaste et un patch 847 pour diminuer de 3 degrés le seuil haut de declenchement fullspeed du Fan, l'un et l'autre me donnerons d'autres resultats que je mettrai sur ce thread. bonne soirée à tous

salut non c'est termin

ok bien vu ! je vais éditer tout ça proprement ce week end

coucou je viens de rentrer d'une bonne petite soirée et d'excellente humeur cette affaire à l'air d'être bonne et tant mieux ...... pour définitivement valider l'install pour d'autres membres qui auront besoin tôt ou tard de ipkg sur ce type de syno.... peut tu me confirmer quelques trucs STP l'installation du boostrap crée bien un repertoire dans /volume1/@optware et dans /opt le fichier /opt/etc/ipkg.conf qui par défaut lors de l'install ne contient aucun lien lien vers le bon feed, cad cs08q1armel et il est bien nécessaire de rajouter les liens vers la bonne branche comme décrite dans mon précédent post si tout cela est confirmé, alors je peux modifier le tuto original et valider la méthode comme étant ok de bout en bout bonne découverte de IPKG sur les synos attention, tout de même , à chaque changement de firmware, certains fichiers sont écrasés, voir tuto de fredime (pour les plus communs et sans modifs exotiques qui dépasseraient le cadre de ce propos) et à mettre au chaud, pour que à l'aide d'un ou deux click, ipkg soit restauré, sans dommage pour les données, à moins bien sur que le futur firmware en question, ne prenne déjà en compte certaines fonctions rajoutées par ipkg, alors avant de procéder à l'install du nouveau firmware, une petite veille ne sera pas inutile pour se tenir au courant et éviter les doubles emplois, et surtout éviter les conflits bonne nuit pour ce qu'il en reste @+++++++

la news est pass

bon petite news j'ai eu un petit

bon en reprenant depuis le début hier soir j'étais naze , fatigué, haché merci Phi je ne savait pas qu'ils avaient sorti une version 1.2.5 pour cs08q1armel, je vais repartir de ce firmware directement et complètement éditer ce tuto qui n'a plus d'utilité car devenu obsolète. pour Elkillor étant donné que tu as déjà ipkg installé mais non encore fonctionnel, on vas repartir de zéro ,cela sera bien plus rapide pour virer le bootstrap et donc ipkg sous putty et ssh mv /etc/rc.local /etc/rc.local-sav reboot cela vas faire redémarrer le syno, sans remonter /opt , ensuite on désinstalle l'ancien bootstrap vérifies bien que l'arborescence crée par le premier bootstrap qu'il y a chez toi est bien /volume1/opt si oui exécutes les commandes suivantes, si, non donnes moi le chemin que je modifie la syntaxe !!! rm -r /volume1/opt rm -r /opt Hop tu es comme neuf on télécharge le bootstrap et on le lance wget zttp://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/syno-mvkw-bootstrap_1.2-5_arm.xsh (changer le z du lien en mettant h) sh syno-mvkw-bootstrap_1.2-5_arm.xsh le résultât attendu de l'installation est "Successfully terminated......Setup complete..." pour continuer on vas vérifier l'arborescence de ce bootstrap assez récent. tu dois avoir à la racine un repertoire opt et soit /volume1/@optware ou si c'est la vielle structure /volume1/opt il nous reste à régler ipkg pour qu'il pointe vers la bonne liste de paquets lié à la branche de processeur (feed cs08q1armel ), toujours pareil, l'arborescence a pu évoluer il faut voir ou est le fichier de conf /opt/etc/ipkg.conf ou si c'est la vielle structure /opt/etc/ipkg/armel-feed.conf on édite avec vi vi /opt/etc/ipkg.conf le contenu doit avoir uniquement trois lignes sans # devant ------------------------------------------ dest root / src cross src cross zttp://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable (changer le z du lien en mettant h) src native src native zttp://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/native/unstable (changer le z du lien en mettant h) un petit test ipkg update dis moi si maintenant tout est ok, sinon, je te ferai faire un montage manuel mount -o bind /volume1/opt /opt ou mount -o bind /volume1/@optware /opt puis on relancera le script, cela devrais résoudre les derniers soucis

pour Elkillor vérifie la présence des répertoires qui sont normalement crées dans /volume1/opt et à la racine du disque racine je veux dire sous putty ou via wincsp le niveau le plus haut, par défaut on arrive dans le repertoire de root bref sous putty cd.. puis dir ce qui donne une arborescence qui ressemble à cà -bin -dev -etc ............. dans la liste tu dois avoir le repertoire /opt si opt n'existe pas, tu peux le créer manuellement toujours à la racine du disque mkdir opt tu te remets dans le repertoire ou tu as téléchargé le boostrap puis relance le script sh syno-x07-bootstrap_1.2-5_arm.xsh tiens moi au courant si cela a résolu le problème, que j' édite le tuto , je ne possède pas ce type de syno mais le dépannage ne devrait pas poser soucis si celà bloque quelque part @++++

c'est parti

salut sans plonger dans la parano oui le risque est r

salut rod37 les 209+ sont exclus ?

laisses tomber mon premier post, je n'ai pas le temps, de faire un cour théorique sur les sockets, leur utilité, leur usage au quotidien, et malheureusement les rootkits qui s'en servent aussi pour résumer je rejoins Phi à chaque tentative de connexion/mot de passe différent sous brute force tu auras une instance de crée marquant le port de destination ici noté ssh et le port source .... le port de destination est toujours le même dans ton cas, mais le port source change ....34175 etc.... 35244.......etc....65000.... tout le temps ce qui est normal, c'est le principe même du protocole IP donc deux trois précautions s'imposent..... la personne à qui tu confie la gestion par telnet, maitrise le réseau, son accès est il vraiment nécessaire ? le port par defaut (22) ssh est le port le plus scanné du net, doit être changé une solution par clé rsa, et hop, plus de mot de passe, plus d'accès root, voir google qui foisonne de tutos le vpn existe depuis belle lurette, essayes de voir si tu ne peux pas implanter cette solution avec ton collègue, non pas sur le syno, mais sur le routeur. si tu as un routeur linux dd-wrt ou autre linux-like je t'invite à faire une petite recherche sur le net via ipfilter/iptables pour limiter et bannir les scans, le flood etc.....

tiens nous au courant des retours du forum anglais, il semble que tu n'es pas le seul