Diaoul

Non, il n'y a rien à changer, tout devrait fonctionner sans problèmes.

Il y a un SPK avec git : http://www.synocommunity.com/packages#git Pas de gitolite pour le moment mais c'est tout à fait envisageable.

Je suis dessus.

Ha ben je savais même pas qu'il faisait ça. En effet sur le compteur de pannes je n'ai que 2, ce qui correspond avec le nombre de coupures de courant que j'ai eu.

J'ai http://www.ldlc.com/fiche/PB00105725.html et il fonctionne très bien. Il a bien pris le relai pendant les coupures de courant et je l'entends des fois se mettre ne marche alors que tout va bien en apparence, certainement des micro coupures.

Lis l'aide intégrée à DSM. Ca devrait suffire...

Tente de réinstaller, c'est l'auto-updater de CPS qui est buggé.

Le post processing de NZBGet est déjà modifié pour prendre en compte SickBeard. Je pourrais rajotuer une option pour CharTranslator je pense.

Tu peux réinstaller le Python de Synology, il n'y a pas de conflit.

Je me demande vraiment l'intérêt de coder en C# ça doit être le langage le moins portable du monde (après l'assembleur).

Il faut jouer avec le nombre de connexions, inutile d'en mettre 50, ça bouffe du CPU pour rien. Avec 30 connexions sur NZBGet je monte à 12Mo/s sur mon DS412+.

La mise à jour qui corrige le problème de Python avec DSM 4.2 est en cours de déploiement.

Pas besoin de test, il faut lire les valeurs. Et oui je pense que c'est nécessaire car ce n'est pas badblocks qui gère à si bas niveau mais le firmware du disque dur.

Les toolkits ne sont fournis que pour les nouvelles architectures.

Regarde plutôt spksrc, perso leur toolkit me fait un peu peur.

Tu peux regarder les valeurs SMART après le passage de badblocks. Si des secteurs défectueux se sont révélés tu peux échanger ton disque.

Je pense que je vais faire un SPK SickBeard Custom avec git inclut et à l'installation l'utilisateur met l'URL du repo qu'il veut utiliser.

SynoCommunity et les forks, j'ai toujours refusé. Hier cependant j'ai fléchis, mais si votre fork est spécifique au français je ne sais pas si je vais l'inclure. https://github.com/SynoCommunity/spksrc/pull/432

Dans tous les cas, le firmware du disque dur va s'occuper du travail d'écriture depuis son cache (32M / 64M) donc peu importe la taille du bloc je dirai. Je te conseil d'aller plutôt demander sur hardforum, je suis sûr qu'ils sont plus callés qu'ici sur badblocks

Le DS412+ DS1512+ et DS713+ ont le même processeur. Sur ces modèles, je vois mal quelles évolutions Synology mettrait en place pour justifier une nouvelle série. D'autant qu'ils on plutôt pour habitude de dévoiler leurs séries avec de l'avance, pas sur l'année en cours. Des salons informatiques sont passés sans annonce sur ces éventuels modèles. Pour le multimédia je passe par un Raspberry Pi équipé de Raspbmc. C'est bien mieux que n'importe quelle box.

Moi je crois que c'est ça. Tu utilises NZBConfig ? Sinon c'est /usr/local/sickbeard/share/SickBeard/autoProcessTV

Il n'y a pas de problème à vendre des copies tant que le code source est dispo. Le code source étant dans spksrc (disponible) c'est bon. Ce qui est vendu c'est la distribution, le packaging, pas le software. Source : http://www.gnu.org/licenses/gpl-faq.html#DoesTheGPLAllowMoney

/usr/local/sabnzbd/var/scripts/ ?

En fait c'est un peu plus compliqué que ça. Je vous invite à lire le man. Une pass est constituée de plusieurs test patterns au nombre de 4 par défaut, le premier étant zéro. Chaque test pattern est écrit puis lu pour vérification. Chaque écriture + lecture peut révéler une erreur. En général, une écriture + lecture suffit et je pense que changer la valeur des blocks peut révéler un secteur défectueux (passage d'un pattern à l'autre). D'où ma recommandation de laisser tourner badblocks sur les deux premiers patterns au moins avant de l'arrêter. Le mieux étant de laisser faire les 4 patterns si on n'est pas pressé, si c'est comme ça par défaut il doit y avoir une raison n'est-ce pas. En plus ça stress bien le disque pendant quelques jours.

@PatrickH: Tu as pu testé avec le SPK que je t'ai fourni ? Il faut déjà voir si la commande : /usr/local/domoticz/bin/domoticz -h Fonctionne bien