Diaoul

Supprime spksrc et recommence sans sudo. Nulle part j'ai écrit sudo dans le README.

Je pense que c'est cuit.

Heu non y'a pas d'UI sur DiskUtils, c'est de la ligne de commande uniquement.

Ne suppose pas, lit le readme Sent from my Nexus 4 using Tapatalk 4 Beta

spksrc n'est pas à installer sur le Syno mais sur une VM faisant tourner Debian 7 (ou directement sur une Debian 7) comme écrit dans le README Il n'y a pas que les bidouilleurs responsables qui vont utiliser le lien si on en met un et le nombre de dépendance est croissant. Synology le fait car ils mettent du code dans leurs scripts qui va checker la dépendance. C'est pourrit car ça gère pas le versionning des paquets et ils ne font qu'un usage très modéré des dépendances alors que SynoCommunity en fait un usage intensif.

Les packages ne sont pas stockés en BLOB Les packages sont accessibles en téléchargement direct pour les modèles ne possédant pas DSM 4.x (série 07) L'installation manuelle des packages ne permet pas le contrôle de dépendances effectué par le Package Center et peut donc résulter en un package non-fonctionnel. D'où le choix de n'exposer les packages qu'au travers du Package Center Tous les packages sont recompilables depuis spksrc, il n'y a donc aucune perte possible en dehors de l'hébergement Rodo si tu n'as pas la dispo pour restorer la db tu me donner (ou a piwi) un lien vers le dump afin de l'épurer ?

Rodo on a du nouveau là dessus ?

Pourquoi tu te compiles pas le SPK avec spksrc?

C'est impossible avec HAProxy.

Voilà comme le dit bud, si ça passe un badblocks je pense que t'es tranquille. Et puis je trouve quand même que les défauts du début ont été corrigés au vu de la diminution du nombre de plaintes sur le forum et d'après mon expérience avec mes récents 1To.

J'ai déjà vu ce site, il explique bien la base mais très peu voir pas du tout la pratique. J'ai un DHT22 pour le premier capteur (FIO + XBee) Et un capteur analogique TMP36 pour le second (XBee seul) J'ai en plus la problématique du low power, vu que je veux tout faire fonctionner sur batterie (ou piles) et que ça tienne 1 an environ. Si je trouve le temps, je détaillerai mon montage une fois fini.

Non ça c'est pour un header, pas pour le path.

Sinon à coup de sed : http://stackoverflow.com/questions/1013852/can-i-restore-a-single-table-from-a-full-mysql-mysqldump-file

Voilà j'ai craqué. Je souhaite consulter les températures dans différentes pièces. Aucune des solutions propriétaires ne m'intéressent car il faut bidouiller pour accéder aux données des sondes et on n'a jamais la sonde qui fait *juste* ce que l'on veut. J'ai donc décidé de faire tout ça moi même. J'ai porté moi choix vers les XBee plutot que RFM12B car je les trouve plus flexibles et il est possible de faire des choses relativement complexes avec. Je n'avais surtout pas envie d'utiliser d'avoir deux technologies différentes. A terme je pense bien sûr à faire plein d'autre choses mais je vais respecter le principe KISS. Dans le but de faire un capteur température humidité sans fil, je me suis acheté : Arduino FIO 18€ XBee 15€ Capteur de température/humidité DHT22 7€ Batterie 2000mAh 12€ Total de 52€ Afin de tester un XBee sans µC j'ai aussi pris : XBee 15€ Capteur de température analogique 1.5€ Boitier de 2 piles AA 1.5€ Convertisseur Boost 3.3V 5€ 2 piles AA : 3€ Total : 26€ Le problème avec l'analogique c'est qu'il est difficile de trouver le capteur parfait. Le mien prend 3.3V-5.5V (j'ai du 3.3V sur mon convertisseur boost donc ça c'est bon) en entrée et sort du 0.1V à 2V. Le problème c'est que le XBee ne peut lire que 1.2V max sur ses pins analogiques je pense que je vais donc devoir passer par un diviseur de tension. Le tout va se retrouver dans des petites boites DIY. Le Syno va avoir aussi son XBee et faire tourner un petit script maison et feed une base de donnée MySQL qui sera utilisée pour la restitution en graphiques. Il y a deux semaines je n'y connaissais rien à l'electronique donc j'ai encore beaucoup à apprendre...

Moi j'aurai dit non mais bon, un test c'est encore le mieux (ou lire la doc)

Hello, Je fais un petit récapitulatif de mes aventures avec WD et sa nouvelle game "Red". J'ai acheté 3x WD Red 3To en même temps que mon DS412+ afin d'avoir direct un RAID 5 opérationel. J'ai choisi RAID 5 car l'intérêt du SHR sur un 4 baies et dans ma situation (3 disques de même capacité) était nul. Appelons mes 3 disques A, B et C. J'installe le tout sans préparation préalable, les WD Red étant pour NAS, le Syno faisant un contrôle sur la partition data (du moins je le pensais), je ne voulais pas faire de manipulations supplémentaires inutiles. L'installation commence par la création de volume (pas de préparation de la partition de donnée par DSM alors que j'avais pourtant coché la case, bug ?) et arrivé vers la fin de la création de volume le lendemain matin tout s'était bien passé. J'en profite donc pour copier un de mes anciens disques (Seagate 2To) via le dernier slot de libre dans mon DS412+ vers le nouveau volume. Premier problème, le Syno se met à bipper, le RAID 5 est dégradé, A vient de rendre l'âme ! J'ai acheté mes disques dans 3 boutiques différentes en vérifiant les numéros de séries. Comme ça j'évite les éventuels problèmes de transports des disques durs (chocs) et les mauvaise séries. Je pense donc tout de suite à un problème isolé. Le statut SMART m'affiche des secteurs défectueux. DSM n'a rien vu venir... Je fais changer le disque en boutique sans problème A' remplace donc le défunt A dans le DS412+. La réparation du RAID 5 commence... Second problème, A' me lâche à son tour ! Je fais un test d'écriture de zéros avec l'outil WD et il reste bloqué. Les tests WD restent eux aussi bloqués mais j'ai accès aux information SMART et celles-ci me donnent environ 50 secteurs défectueux. Le vendeur de la boutique me regarde bizarrement quand je reviens avec mon deuxième disque défectueux ! Il me le change quand même après avoir vérifié lui même. Bilan il est mort, il me donne A'' en remplacement. Je décide de défaire mon RAID 5 et de repartir de zéro. Cette fois je vais faire les choses bien alors je regarde quelles sont les méthodes pour contrôler les secteurs défectueux sur Linux (car ne n'ai pas 3 baies disponibles sur mon PC et encore moins envie de le laisser tourner plusieurs jours. Je découvre alors badblocks et partage ma découverte et les instructions sur En résumé : Préparation faite par DSM : écriture de 0 sur toute la partition data du disque (ne s'est pas lancé chez moi, peut être que c'est passé à la trappe à cause du RAID 5 ?) Préparation par la méthode fredlime : écriture de 0 sur toute la surface du disque Préparation par badblocks : écriture successive de 4 patterns différents sur toute la surface du disque (pas que des 0) et contrôle de lecture afin de vérifier que la donnée lue correspond à ce que l'on a écrit (c'est toujours mieux n'est-ce pas) Passage obligé pour tous mes disques, j'installe un vieux 320Go qui va me servir de disque système (pour DSM) et monte A'', B et C dans les autres baies. Troisième problème, B a des secteurs défectueux ! Après l'écriture puis lecture du premier pattern de badblocks j'étais déjà grimpé à plus de 1500 secteurs défectueux dans les informations SMART ! Inutile d'aller plus loin, je stop tous les tests, imprime la page d'information SMART et vait faire changer le disque en boutique. C'était une boutique différente avec un personnel compétant donc pas de problème, on me change le disque en 10 secondes chrono. Voilà comment je récupère B'. Au final, j'ai relancé un badblocks sur les 3 disques A'', B' et C, ça a tourné plusieurs jours mais au final tout va bien. Après quand même 3 disque défectueux sur 6 que j'ai eu entre les mains. A l'occasion de l'évènement Synology France, on m'a offert un DS213j accompagné de deux disques WD Red 1To. J'ai lancé un badblocks sur ces disque et n'ai eu aucun problème. Test Fiabilité : Outre le problème de disque défectueux dès le départ, je n'ai eu aucun problème depuis mes mesaventures. Débit : J'ai été surpris du haut débit de ces disques, j'ai pu aller jusqu'a 120Mo/s en écriture (un peu moins pour les 1To, hors RAID bien sûr) mais c'est amplement suffisant pour un usage de stockage. Et il n'ont pas à rouger face à des disques qui ne sont pas typés NAS. Bruit : Inaudibles, j'avais des Seagates 2To avant et je les entendait tourner à 2m du NAS mais là rien, même quand ils grattent ce n'est pas un bruit désagréable comme les Seagates, c'est un petit bruit sourd. Température : Les disques sont frais, là ou mes Seagates atteignaient parfois les 42°C, mes WD Red sont stables à 34°C avec une température ambiante à 22°C. J'ai mis mon DS213j dans un placard fermé et les disques sont à 38°C seulement. SAV : J'ai fait changer mes disques en boutique donc je n'ai pas été en contact direct avec le SAV WD, je n'ai jamais entendu quelqu'un s'en plaindre cependant. Conclusion Il faut remettre les choses dans leur contexte, la gamme Red était encore toute jeune à l'époque et d'après les messages sur le forum ainsi que mon expérience avec mes WD Red 1To ce genre de problème n'arrive plus (ou beaucoup moins). A l'usage les diques sont bons et la garantie étendue me donne une certaine sérénité malgré le coût supérieur par rapport à une game "Green" par exemple.

Piwi, je te laisse regarder ça ?

Oui mais moins. Héhé

Si tu parles de domoticz oui mais il n'y a pas de support zwave. Moi je laisse tomber zwave, trop propriétaire fermé et chiant. Si quelqu'un fait une pull request ce sera bien entendu accepté sur spksrc. A la place je vais me faire (ou acheter) des petits modules ZigBee à partir d'Arduino et les sondes qui m'intéressent.

Ha oui pardon, c'est bien le armada370 qu'il faut utiliser. En plus c'est écrit dans mon lien Je leur ai fait corriger la toolchain plusieurs fois parce qu'elle était tout cassée.

Je pense que d'autres modèles vont suivre avec plus de coeurs car le processeur le permet.

Il n'y a besoin d'aucun accès pour la lecture. Ou alors je n'ai pas compris de quoi tu parles.

Par contre avec ZigBee il n'y a pas ou peu de sondes. J'ai seulement trouvé NYCE mais leurs produits sont super bien spécifiés et assez compacts. Ca évite d'avoir à hacker pour faire fonctionner quoique ce soit comme avec ZWave...

Aux DS213j, c'est la version hardfp de la toolchain. Dans la mesure du possible il faut utiliser ça. Si tu veux connaitre les bons flags et tout à utiliser je te conseille de jeter un oeil ici.

Oui car Karotz est serveur, mais avec un Nabaztag par exemple ça ne marcherait pas.