Diaoul

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

Tu auras toujours des erreurs sauf à prendre un certificat SSL wildcard. Il y en a des pas cher, j'en avais trouvé pour <100€ l'année chez un revendeur de COMODO.

Le fichier de log écrit après chaque passe (écriture ou lecture) donc avec 4 passes tu as 8 lignes dans le fichier de log. L'écriture complète sur 3To WD Red m'a pris 8h, un peu moins pour la lecture, disons 6h donc 14h la passe et j'en fais 4 : 56h au total. La led du disque doit clignoter très fort lors de l'écriture (on la voit meme presque plus) et un peu moins fort dans la phase de lecture. Normalement, quand elle ne clignote plus du tout c'est fini.

Il faut que tu ajoutes /usr/local/diskutils/bin à ton PATH. Avant de lancer la commande, tape : PATH=/usr/local/diskutils/bin:$PATH

Oui disque 2 = sdb. Non il ne faut pas initialiser le disque.

Les certificats sont générés depuis ceux que tu as installé dans DSM. Si tu veux les regénérés (parce que tu as installé un nouveau certificat via DSM) il te suffit de cliquer sur le bouton associé via l'interface de HAProxy Le mieux c'est de laisser tomber l'hote virtuel de phpMyAdmin et de mettre un port HTTP différent. Dans HAProxy, tu configures ton backend pma pour pointer vers ce port. Enfin, tu associes ce backend avec la condition de ton choix (pma., phpmyadmin., etc.)

@tiamat: /usr/local/sickbeard/var/scripts/ il me semble.

J'ai l'offre fibre Orange théorique a 100/100 car j'ai pris l'option symétrique. En réel je fais du 11Mo/s dans les deux sens.

Pour webdav il suffit d'indiquer a DSFile le bon port (443) sans quoi il prend 5005 par défaut

Il y a http://www.nicotine-plus.org/ Si quelqu'un arrive à le faire marcher en installation manuelle je ferai un package.

On peut utiliser le backend webdav pour DSFile c'est tout ce que je dis moi. On peut aussi utiliser file.domain.tld. FTP et SSH sont des protocoles différents de HTTP donc si tu veux multiplexer SSH et HTTP sur un même port (5443 par exemple) c'est possible mais il faut passer le frontend en mode tcp et faire d'autres modifications j'imagine. Nounours44 pourra éventuellement t'expliquer tout ça car je crois qu'il l'utilise ainsi. Si tu veux plus d'informations que ça il va falloir te pencher sur la documentation officielle de HAProxy.