bud77

Et si tu as trop d'erreurs dès le départ, retour SAV immédiat

C'est tout à fait çà Si tu part sur des WD Red, surtout, fait une préparation des disques, et éliminer les potentiels défectueux

C'est mieux en effet. Comme l'extension dure environ 12h, lance la avant d'aller au lit, et quand tu te lèves, c'est presque fini, et tu peux lancer ta copie

Ah oui, çà aide pas du tout !! L'extension prend facilement % de ton CPU (çà se voit pas dans le moniteur de ressource DSM, mais un "top" en ssh/telnet t'affichera les valeurs) Donc pas étonnant que çà te prenne un peu plus de temps

C'est un bug que j'ai constaté a mainte reprises, lorsque tu fusionnes des séries/épisodes Un simple arrêt/relance du package et çà reviendra après un petit temps

1) Moyen. Ca dépend si c'est du gros ou du petit fichier. Sur du gros fichier (> 100mo) , tu devrais pouvoir monter a 100mo/sec 2) En DSM 4.2, l'extension devrait prendre 12h, et une trentaine d'heure en DSM 4.0/4.1 3) Normalement non, tu devrais avoir la même durée que pour l'extension précédente 4) Oui, tu as accès au données pendant ce temps

Ah oui, les joies des 10 premiers posts

Ben y'a plus de bouton "issues" sur ton git, et quand je tape l'url à la main ( /issues à la fin, qui marchait la semaine dernière) j'ai une erreur 404

Sur le repo de synocommunity ...

80/85mo/sec çà me choque pas sur un 1010+ Sur un 411 + II je monte à 100+ en moyenne. Après çà dépend de ce qui tourne sur ton syno, et tout le reste de ton réseau

@sarakha63 : Tu as fermé la partie "issues" sur le git ?

Perso, je te conseillerai un raid 5 (ou shr), + une sauvegarde sur un autre volume. Si tu as encore des disques dispos ensuite, tu peux faire une tolérance de panne sur 2 disques pour le raid 5 (et en faire un raid 6) Comme l'a indiqué Red71, en jbod, si tu as un disque KO, tu vas devoir restaurer l'intégralité de ta sauvegarde avant de pouvoir te servir du syno. En raid 5 (ou shr) çà sera "transparent". Tu auras juste a remplacer le disque et lancer la réparation. Pendant ce temps, les données sont toujours accessibles

C'est une remarque très pertinente, mais je doute que tu n'ai beaucoup de réponse ici (c'est plutôt orienté end-user que pro en général) Je te conseil de contacter synology directement https://myds.synology.com/support/support_form.php?lang=fre

Je pense pas, j'ai rien vu dans les paramètres "mac" Si c'était possible, çà aurait été dans les paramètres de notifications, mais y'a rien qui y ressemble (même pas un pti peu)

Pas mal du tout ! Tu devrais aussi la proposer sur le forum UK : http://forum.synology.com/enu/viewtopic.php?f=190&t=69765

Tu as appliqué le bon patch Là tu as un problème tout autre. Ton disque a peut être laché entre temps

Panneau de config > selectionnez votre protocole (win/ftp/webdav) > cocher activer les journaux Vous lez trouvez ensuite dans le menu DSM, puis "journaux système"

Le mieux c'est encore de demander à Synology directement ...

C'est tout à fait çà. La différence étant que synology a crée un profil spécialement pour les PS3, afin de réencoder à la volée les mkv

http://www.synology.com/support/faq_show.php?lang=fre&q_id=408 Pas de 411 dans la liste

C'est juste que "Plusieurs taches à la fois" (multi threading) n'est pas supporté par le/les programmes que tu utlises. Si c'est le cas, c'est qu'il est mal compilé

C'est plutôt les programmes qui ne savent pas profiter de tout les coeurs Mes scripts hyper gourmand consomment 1 coeur à fond au max, et cumulé à d'autres programmes du syno, je suis déjà monté à 100%

Essaye : du -sk /volume1

Pour info, le package "videostation FR" ne fonctionne pas depuis DSM 4.2, et c'est inutile depuis. Videostation se base déjà sur allocine en 4.2 (Donc pas besoin de CFE)

Sujet déjà abordé, et impossible Tout est stocké en base de donnée, qui comprend des tables systèmes. Le seul moyen est de bien nommé tes vidéos dès le départ. Sinon j'ai écrit un script qui permet de renommer les videos en fonction des nom dans videostation