MS_Totor

salut les compileurs merci pour le tuto je profite de votre retour d'expérience sur le sujet pour vous poser quelques questions avant de m'y mettre joyeusement sous debian en vmware jamais cross compilé, toujours en natif. fais quelques essais de compilation sur syno, boaf boaf. debian de dev, est installé, outils de dev, toolchain, source gpl syno etc... ok et attente de bosser un peu ce domaine dans mes moments dispos. pour mes besoins j'ai quelques modules kernel à cross compiler, (non dispo sur nslug) je compte me servir de la source 844 dispo sur sourceforge, mon archi est dispo dans cette source, même version de kernel 2.6.24.1. cette histoire de version de source gpl syno pour compiler les modules me perturbent un peu, peut on oui ou non se servir de cette source pour compiler des modules kernel même si le firmware présent sur le syno est plus récent, mais les versions de kernel sont identiques ? ou avez vous eu besoins des kernel-headers (je ne les trouve pas dans les sources gpl syno) ou avez vous du les récupérer sur le net dans les archives pour pouvoir quand même compiler ? dans le temps, tant que le kernel n'évoluai pas, ces modules sont restés valides chez vous en changeant de firmware ? comme la bêta reste en 2.6.24 et n'évolue pas à ma connaissance dans ce domaine, c'est l'une des questions que je pose, profiter du fait que j'ai un syno en bêta, pour préparer mes modules en parallèle, faisable selon votre expérience ou pas possible.. dernière question, un peu hs et bien plus pointue techniquement avez vous déjà vu des liens pour émuler du syno ou qnap ou slug sous vmware @++

coucou materiel.net , ldlc.com cela pour des commandes de matos classiques ou d'autres bien sur pour du matos pro sp

bonjour pour eviter toutes confusions vous avez envoyer un mail à qui ? au support technique ? à l'un d'entre nous ou à rodo37 @+

bonjour pas mal le bi-moteur je trouve dommage de faire des trous

merci bien fred il reste pleins de truc à dire sur le sujet, là ce ne sont que les bases , mais google est déjà bien remplis

bonjour merci pour vos commentaires mais ne me demandez plus d'éditer ce tuto, au risque de tout devoir recommencer à chaque fois, gros problème de mise en page et tout a sauté, IPB n'est vraiment pas ce qu'il faut pour pondre un tuto, je viens de finir de tout rééditer, je n'y touche plus

ok ! pour romain le coup de la mauvaise s

c'est fait, j'ai du monde qui est pass

merci tonton pour le lien il faut attendre le retour de rodo37, c'est le 15 aout, il a droit de faire ce qu'il veut quand même, au mieux il pèche le gardon, loin très loin du forum au pire trois naïades lui passe de la biafine sur le coup de soleil

pour la ram consommée, ce n'est pas le propos de ce thread, et comme j'apprécie quand je lis un post, de pouvoir y trouver des infos, comme ceux qui liront ce post d'ailleurs, j'évite le mélange de genre. tu as une commande sous ssh, pour quantifier la conso ram/cpu, TOP ou mieux, via ipkg Htop, de là tu pourras voir combien bouffe en cpu ram chaque process, tu seras toujours limité en premier par la connexion (upload) du moins c'est mon avis, at home avant de saturer le syno, si c'est au boulot tout dépend de ce paramètre. perso j'ai de nombreuses connexions syslog, snmp etc...qui bouffe pas mal, trois bases de données mysql etc... et en phase de test je fais un peu de compilation, et là oui, j'ai besoin du max de mon syno. j'attends tes tests de ram, si ca marche, alors, on ouvrira un vrai topic dédié aux ds209+II, pas dans le DS209+ et tu pourras demander dans un autre topic, un retour cpu/ram des users de joomla @+

la diff doc et réalité, cf le post de patrick21 que tu n'as sans doute pas lu juste au dessus quand à la marche en avant obligatoire de perf tout azimut c'est un non sens absolu en ce qui concerne ce matériel, le but recherché est la stabilité avant tout sur les synos. cas de figure possible: si le CPU à 800 mghz a été overclocké à 1200 mghz alors il faut aussi s'occuper de la ram, et faire des compromis en baissant la fréquence, sinon ca plante, ou il faut augmenter le voltage, mais vu la chasse aux watt, c'est pas bon non plus, 20 ans d'expérience en overclock te parlent, et ce cas de figure a peut être été le choix du fabricant, mais vu que je ne travaille par pour eux..... il y a des choix fait par syno, d'autres par la concurrence questions perf, à moins d'un autre avis qui contredirait ou conforterait mon propos, celà reste bien de la spéculation et c'est pour cela que je te conseille la version kingston 533 à tester, si j'ai raison et de toutes les façons, augmenter la ram, fait dégager la garantie, il faut donc en avoir réellement besoin, est ce ton cas ?

j'esp

comme quoi cela confirme mes dires sur la documentation ... maintenant pourquoi cela marche sur 209+ et pas sur 209+ II ? pleins de cas de figures, mais ce n'est que de la spéculation..... -limitation sur le firmware, max ram 512 mo, je crois avoir vu un réglage dans le firmware, mais pas le temps de suite de retrouver, ou si ma mémoire me joue des tours...... -réglages hardware via firmware pour donner une stabilité au CPU cadencé plus rapide, et baisse de fréquence sur le bus RAM, ou alors et autres rasons, même si le cas latency est identique, mais ras precharge time, ras to cas delay, ras active time, sont differents, ce sont ces petits chiffres, (exemple: 5.3.3.3 )que ne supporte peut être pas la kingston (alors la doc a à moitié raison) -mauvaise série de barrettes essayées sur les chipsets, la seule différence réside dans le numéro de fin, sans doute le numéro de série face avant étiquette ELPIDA E5108GBG -6E-E 0743MR008 face arrière ELPIDA E5108GBG -6E-E 0741MR305 je ne peux en dire plus en l'état, mis à par passer chez ton collègue et tenter une barrette underclockée KVR533D2S4/1G au lieu de la KVR667D2S5/1G pour voir si d'un cela passe sans planter, et si cela t'apporte ce que tu cherche, en taille de ram mais avec une perte de perf possible

merci bien Patrick cela confirme en partie mes doutes, mais avant de l'orienter vers la 533, j'attends confirmation de romain, en particulier le cas latency la documentation synology porte à confusion parfois et n'est pas vraiment à jour, exemple cpuinfo et doc officielle différent sur le DS 409+ sur le DS209+ la barrette d'origine est en 667 DDR2 CL5, si sur le DS209+ II. CL5, c'est plus difficile à trouver KVR533D2S5/1G http://www.wintronic...115edb385430003 si c'est du CL4 KVR533D2S4/1G http://www.ldlc.com/...PB00034095.html logiquement une CL4 peut remplacer une CL5, elle s'adaptera au syno, il faut le tester donc romain dès que tu as l'info, retourne voir ton collègue

ok merci romain mais tu ne réponds pas à la question principale, qu'est ce qui il y a d'écrit sur la barrette d'origine sur le syno 209+ version II tu dois avoir une étiquette sur une face, et de l'autre côté, et très important, chaque module a une inscription en tout petit, pour reconnaitre le composant, et de là via le net, énormément d'info sur les datasheets. la cadence du CPU de la version II est presque doublée, la fréquence ram a peut être changée mieux que de longs et infructueux essais, tu peux poster ces infos pour que je puisse te confirmer que tu as la même que nous à l'origine ?

bonjour tu peux être plus précis, tu parle de la kingston ou de l'autre ram dans ce topic ? as tu bien vérifié sur ta ram d'origine les indications écrites avant de la changer par cette so-dim que nous utilisons sans problèmes sur les 209+, 1 ou 2 Go. si non, c'est un coup à faire à tout planter cas delay, fréquence, voltage, chaque point doit correspondre pour que la ram soit acceptée. la kingston kvr667d2s5/1g ou kvr667d2s5/2g ont les mêmes spec que celle des 209+ cas 5, ddr2, 667 j'ai vu que tu avais conseillé à quelqu'un ce lien sur un post pour le même modèle que toi je ne chipote pas pour rien, c'est pour que ceux qui liront ce topic aient une information claire et concrète merçi @+

salut un des multiples astuces proposées sur le forum tu arrêtes le syno tu débranches les cables alim et sata des DD, tu appuis sur power, et tu le laisse faire son cycle à vide, puis tu l'arrête, tu rebranche tout et tu redémarre certains ont retrouvés avec joie, leurs systèmes entiers sans aucunes pertes. annotation perso: c'est ce qui peux arriver, si tu abuse de la mule, torrent etc.. , lus sur le forum pleins de fois, pour l'explication plus technique le CPU est saturé à 100 % et ne réponds plus à aucunes requêtes, ni réseau ni rien du tout, si il y a une tache programmée en boucle, le reboot ne sert à rien ou presque, avec un peu de chance, après cette procédure, tu as accès en ssh, tu lance TOP rapidement et tu désactive le process avant de saturer le syno à nouveau

ok pour la version il te reste

salut pour compléter l'aide de fredlime, (bravo pour la maitrise de find et des exp​ressions régulières) si tu as un acces telnet ou shh un outils très pratique pour visualiser les processus en cours, comme sur un PC windows. top et le cas échéant de visualiser un processus bloqué, à 100 % de CPU, en repérant son numéro de PID ou de stopper le script de fredlime exemple: puis stopper ce processus, ce qui t'éviteras de rebooter le syno. sinon dans SABnzbd que je ne connais pas, la solution ne serait pas de directement filtrer l'encodage correctement je t'oriente donc directement vers une mise à jour de SABnzbd ,0.4.11 car à ce que je lis de ci de là ....... http://mac.softpedia...elog-25816.html en vrac et pioché · Fixed news-group and newzbin-category to SABnzbd-category conversion · Repaired accented character problems on OSX. · Reduce character filtering in filenames to absolute minumum. · Proper handling of accented characters in NZB names and files. @+

bonjour +1 avec cricx pas sur du tout que cela soit apprécié par la boîte, ce trafic est comme tout le reste traçable et peut être considéré comme un contournement délibéré de la sécurité interne, si tu as signé une charte...... il y a sur le forum plusieurs threads sur le sujet il y a aussi moins abordé et je ne rentrerai pas plus en détails pour respecter la charte du forum (voir google les socks proxy)

ok juste par curiosit

bonjour non je ne relève plus mes températures, depuis pas mal de temps, ce soucis n'est plus depuis ma modif.. par contre te concernant jac2904, il est clair que si tu as une patte cassée, il n'y a plus pression uniforme, donc soucis de dissipation de chaleur, sur du matos sous garantie, perso je n'hésiterais pas, retour et échange à la boutique ou tu l'a acheté pour du radiateur adapté, la difficulté est de trouver un système identique de clips