Lapin

Cela veut dire que SynoCommunity ont r

Pas mieux ! Merci EVOTk. Sinon il y a là Maison du numérique sur Amazon à vérifier que le ventilo pour DS411+ est le même que pour le DS411+II Sinon ici: Amazon

C'est parce que tu n'as pas sauvegarder les fichiers d'autoProcess. Pour corriger le problème, il suffit de faire la manip suivante sous telnet: chmod 644 /usr/local/sickbeard-custom/var/SickBeard/autoProcessTV/autoProcessTV.cfgÉvidemment je te conseil d'éditer le fichier pour remettre les infos de connections à jour, par ex si tu te connectes en SSL sur le port 8087 avec le login Lapin/FouLeLapin: [SickBeard] host=localhost port=8083 username=Lapin password=FouLeLapin web_root= ssl=1tu te connectes sans SSL sur le port 7575 avec le login Lapin/FouLeLapin [SickBeard] host=localhost port=7575 username=Lapin password=FouLeLapin web_root= ssl=0Question subsidiaire: as-tu eu le problème "erreur 500" ?

Le ventilo doit être un Evercool EC4010M12ER (Le R à la fin est très important pour ne pas voir d'alerte) http://www.evercool.com.tw/categories/global/fan/dcfan/ec-4010/ec4010.php En bref, cela vient du signal envoyé par un des câbles du ventilo qui au lieu d'envoyer un signal continu, envoie un signal carré... donc des alertes en permanence indiquant que votre ventilo déconne si vous essayer de remplacer avec une ventilo de PC classique... Sinon celui-ci fonctionne bien: http://www.digikey.hk/product-detail/en/1604KL-04W-B59-B00/P13389-ND/857883 Attention les connecteurs doivent être changés. Sinon tu peux essayer cela: - démonter le ventilateur - ôter l'étiquette qui est sur l'une des face du ventilateur - ôter le petit cache en plastique qui se situe au niveau de l'axe du ventilateur - souffler avec une bombe à air au niveau de l'axe afin d'enlever la poussière éventuelle - mettre quelques goutte de lubrifiant au niveau de l'axe (attention de ne pas en mettre au niveau de la partie électronique du ventilateur) - faire tourner le ventilateur avec un doigt afin de bien répartir le lubrifiant au niveau de l'axe - remettre le cache, puis l'étiquette - remonter le ventilateur en serrant bien les vis de fixation Au fait, on parle bien du ventilo pour CPU?? [EDIT] mise à jour de la pagination, car Tapatalk a foutu le bordel...

Lorsque tu as régénéré (Mass update) et que tu as l'erreur 500, copie les fichiers de conf et de cache fraîchement générés (cache.db et sickbeard.db) avec la nouvelle installation. Désinstalle et réinstalle Sickbeard, mais en restaurant AVEC les nouveaux fichiers. Cela a fonctionné pour moi lorsque j'ai eu l'erreur 500.

Non. Désolé. Suis la manip suivante, cela va te prendre 5min:

OK, merci

Donc tout est réglé ?? Le script a-t-il remplacé les caractères mal encodés avec les bons accents ?? Juste par curiosité.

De rien ! tu confirmes pour la manip du masse update ??

Résumé pour ceux qui commence le sujet par la fin: Pour résoudre les problèmes d'update, voici la procédure à suivre (merci à tous et en particulier à sarakha63): 1- Stopper Sickbeard depuis le centre de paquet. 2- Sauvegarder vos fichiers (Session Telnet): cp /usr/local/sickbeard-custom/var/cache.db /tmp/cache.db cp /usr/local/sickbeard-custom/var/config.ini /tmp/config.ini cp /usr/local/sickbeard-custom/var/sickbeard.db /tmp/sickbeard.dbSi vous utilisez la passerelle SABnzbd <-> Sickbeard cp /usr/local/sickbeard-custom/var/SickBeard/autoProcessTV/autoProcessTV.cfg /tmp/autoProcessTV.cfg3- Désinstaller Sickbeard depuis le centre de paquet.4- Faire une installation manuel (en attendant que Diaoul résolve le problème de compatibilité avec DSM 5), le fichier est téléchargeable ici (plateforme indépendant) 5- Configurez les paramètres suivant pour être sur la version de sarakha63: GIT: https://github.com/sarakha63/Sick-Beard.git Branch: master6- Vérifier que Sickbeard fonctionne bien et forcez un update pour être sûr de bien être à jour (en principe oui, puisque l'installation est faite depuis le dépôt GIT).7- Stoppez Sickbeard depuis le centre de paquet sous DSM. 8- Réinstallez votre config: cp /tmp/cache.db /usr/local/sickbeard-custom/var/cache.db cp /tmp/config.ini /usr/local/sickbeard-custom/var/config.ini cp /tmp/sickbeard.db /usr/local/sickbeard-custom/var/sickbeard.dbSi vous utilisez la passerelle SABnzbd <-> Sickbeard cp /tmp/autoProcessTV.cfg /usr/local/sickbeard-custom/var/SickBeard/autoProcessTV/autoProcessTV.cfg9- Lancez Sickbeard depuis le centre de paquet.10- Sous Sickbeard, cochez toute la colonne: Manage -> Mass Update -> Update Et voilà !!! La vie est belle !

Finalement, j'ai fait la manip suivante: 1- stoppé Sickbeard à nouveau 2- Effacer les fichiers 3- relancer Sickbeard (création de config.ini par défaut) 4- stopper Sickbeard 5- Copier à nouveau les fichiers de la database (Heureusement que c'était une copie de tmp vers Sickbeard, et pas un move !!!= 6- Relancé, et là miracle !!! Tout est là !! Images incluses. Je pense que mon erreur à été de faire un Mass Update -> Update AU LIEU DE Mass Update -> Update

Super merci !!! J'ai pu réinstaller Sickbeard. Par contre j'ai un gros message lorsque je veux accéder à nouveau à mes séries (mais Sickbeard est encore en train de mouliné...). Pour rafraîchir le cache et tout récupérer, nous sommes d'accord qu'il faut faire les manip suivantes: Manage -> Mass Update Cocher pour tous Update/Rescan Puis il faut attendre que la magie opère ?? Ou ai-je merdé quelque part ? Quand je clique sur une série (il y a bien l'image avec la bonne info concernant le nombre d'épisodes), j'obtiens un gros vilain message d'erreur tout pas beau qui pique : 500 Internal Server Error raceback (most recent call last): File "/volume1/@appstore/sickbeard-custom/var/SickBeard/cherrypy/_cprequest.py", line 660, in respond response.body = self.handler() File "/volume1/@appstore/sickbeard-custom/var/SickBeard/cherrypy/lib/encoding.py", line 193, in __call__ self.body = self.oldhandler(*args, **kwargs) File "/volume1/@appstore/sickbeard-custom/var/SickBeard/cherrypy/_cpdispatch.py", line 25, in __call__ return self.callable(*self.args, **self.kwargs) File "/volume1/@appstore/sickbeard-custom/var/SickBeard/sickbeard/webserve.py", line 2892, in displayShow showObj.exceptions = scene_exceptions.get_scene_exceptions(showObj.tvdbid) File "/volume1/@appstore/sickbeard-custom/var/SickBeard/sickbeard/scene_exceptions.py", line 39, in get_scene_exceptions exceptions = myDB.select("SELECT show_name FROM scene_exceptions WHERE tvdb_id = ? and season= ?", [tvdb_id, season]) File "/volume1/@appstore/sickbeard-custom/var/SickBeard/sickbeard/db.py", line 157, in select sqlResults = self.action(query, args).fetchall() File "/volume1/@appstore/sickbeard-custom/var/SickBeard/sickbeard/db.py", line 133, in action sqlResult = self.connection.execute(query, args) DatabaseError: database disk image is malformed Powered by CherryPy 3.2.0rc1 Dans le log de Sickbeard, cela m'indique: 2014-03-21 13:47:38.883899 CP Server Thread-5 :: Fatal error executing query: database disk image is malformed

Déterrage de topic ! 1an plus tard (toujours avec la même réserve, car le prix n'est pas le même), je n'ai plus changé de platine depuis ma rencontre avec HDI Dune. Depuis l'année dernière, j'ai fait 2 reboot pour faire les mise à jour. Sinon 0 plantage et tout passe. A ceux qui me demande conseil, je recommande ça: http://hdland.fr/fr/lecteurs-multimedias/2297-zappiti-player-mini.html C'est 2x plus chère mais c'est un super investissement pour les années à venir.

En voilà une excellente nouvelle !! Disons, je doutais que le script mette les bons accents comme il faut, mais peu de doute concernant la conversion au format UTF-8. Finalement quel Python as-tu utilisé ?? Et pour info le script est récursif. Donc si tu lances sur le répertoire racine, il devrait tout corrigé d'un coup.

Peut-être avec ipkg ?? Sinon python version Synology doit faire l'affaire. Il faut alors lancer la commande comme ci-dessous. /usr/local/bin/python /volume1/toto/CharTranslator.py /volume1/truc/bidule Tiens moi au courant !

Parti en vacances ??

Perso j'ai acheté SyncBack SE et c'est formidable. Je peux tout faire. De plus ce soft peux accéder aux periph de différentes façon. Par ex tu peux créer une règle qui utilise le numéro USB plutôt que la lettre du lecteur pour un disque USB externe. Très pratique si tu n'utilises pas toujours le même port USB. Même genre d'accès alternatif pour les lecteurs réseaux depuis un NAS. C'est tip-top pour créer des règles robustes. Le soft n'est pas chère et ça les vaut. Il existe une version gratuite pour tester.

Problème corrigé sous DSM 5.0-4458.

Alors ?? As-tu pu tester ?

Toutes mes condol

Justement, le but du format UTF-8 est de supporter tous les caract

OK, tiens-nous au courant lorsque tu auras pu tester. 2 remarques: 1- Si les caractères s'affichent mal sous Putty, cela confirme que les fichiers ne sont pas au format UTF-8. C'est plus que probable que ce soit l'origine de tes soucis de sauvegarde. 2- Afin de pouvoir lancer mon script, il faut que tu es installé le package Python de SynoCommunity (pas celui de Synology). Si tu ne sais pas comment faire, tu peux suivre ce tuto: Comment ajouter SynoCommunity comme source de paquets ? Tu télécharges mon script: Modifie la ligne 83: Remplace: Unpack7z = True par Unpack7z = False Sinon toutes les archives .7z vont être décompressées. Si tu en n'as pas, alors pas besoin d'éditer le script. ATTENTION d'utiliser un éditeur qui conserve le format Unix du script. Sinon cela va corrompre le script. Par Exemple NotePad++ Tu le dézippes sur ton NAS (en partant du principe que ton volume est volume1): par exemple si tu dézippes dans ton répertoire partagé toto et que tu veux corriger le répertoire bidule dans ton répertoire partagé truc, il faut lancer la commande suivante: /volume1/toto/CharTranslator.py /volume1/truc/bidule Le script va, de façon récursive, scanné est corrigé tous ce qui se trouve dans le répertoire bidule. Si le script corrige mal, les caractères spéciaux ne seront peut-être pas les bons, mais tous sera au format UTF-8. Voili, voulou, j'espère avoir été le plus clair possible. PS: Si tu as accès à ton Telnet et ton interface DSM depuis là où tu es, tu peux tout faire à distance.

Alors ?? As-tu test

OK.

OK. Mais essaye quand même de lancer le script en manuel dans une session Telnet. Je suis quasi sûr que cela va résoudre ton problème. De plus sous Putty il faut choisir UTF-8. C'est le type d'encodage utilisé sous tous les NAS. Essaye le script et poste le résultat. Bonne chance !!