David57

Effectivement un hard shutdown + redémarrage et hop le NAS qui revient à la vie, accessible avec la led Orange et le bip régulier ... La partition du disque 3 est endommagée donc il considère le RAID en dégradé. Insertion d'un autre disque ... et hop ça repart ! Diagnostic : le disque N°3 WD Red que j'ai pourtant passé avec la commande DD a claqué en vol ! Il est défaillant et retour SAV ! Soulagé d'avoir récupérer mes données ... Merci pour votre aide !

Un petit up : Plus d activitié disque... J hésites à redemarrer le Nas. J aimerais avoir les avis des spécialistes ?

Je suis assez étonné : Soit c'est l'action sur le disque 1 Soit c'est un corruption du disque 2 ou 3 qui contient la partition système (les disques sont neuf, pas d'erreurs pendant le DD et aucune erreur ou valeur smart inquiétante) J'attends effectivement jusqu'à ce soir en espérant que l'activité disque va retomber et que je pourrais faire un test. Une procédure que je pense tenter : Sortir les disques 2/3/4/5 (la partition RAID en fait) Laisser le disque 1 (qui est vide actuellement Relancer une install DSM sur le disque 1 Extinction du syno Remise en place de la grappe RAID Vous en pensez quoi ?

Bonjour à tous, Le mois dernier j'ai 2 disques (le N°2 & le N°3) WD 3To Green qui ont commencé à être suspect (valeurs SMART en hausse sur les erreurs et secteurs défectueux) donc j'ai décidé de remplacer les 5 disques de mon 1511+ avec des WD 4To Red. DSM est à jour (sauf le patch de cette semaine) J'ai commencé en début de semaine le remplacement avec reconstruction du RAID à chaque fois. Ejection à chaud du disque 2 (bascule sur le hot spare disque 5) Reconstruction RAID + lancement de la commande DD pour écrire des zéro sur le nouveau disque 2 Au bout de 24 h environ, RAID ok + préparation du disque 2 ok. Donc je continue (en paramétrant le hot spare sur le disque 2) : Ejection à chaud du disque 3 (bascule sur le hot spare disque 2) Reconstruction RAID + lancement de la commande DD pour écrire des zéro sur le nouveau disque 3 24H après : RAID ok + prépa disque 3 ok. Step suivant identique : Ejection à chaud du disque 1 (bascule RAID sur le disque 3) Lancement de la reconstruction RAID Lancement de la commande DD sur le disque 1 Au bout de quelques secondes j'ai un message sur putty : "Segmentation fault (core dumped)" Je m'aperçois que je n'ai plus accès à aucunes commandes sur putty (même message sur toutes les commandes) Je lance le DSM via IE et je reçois : internal error Les applications tierces fonctionnent encore (jusqu'à ce que je les arrête) mais il semble que le kernel syno à un souci suite à ma manip... Est-ce que j'ai fais un boulette dans le process ? Qu'est ce que je peux faire ? Est-ce que le support syno va pouvoir faire qq chose ? J'ai un backup partiel ... mais je préférerais ne pas avoir à reconstruire le système depuis zero. Dans le cas d'une réinitialisation ou réinstallation du DSM, je vais perdre mes confs & applications tierces (ce n'est pas insurmontable) mais comment conserver mes datas ? J'ai depuis tenter un arrêt du syno (via le bouton) mais je pense que tant que le RAID se reconstruit il ne s'arrêtera pas... Je ne vois pas le DSM se réparer tout seul donc je pense que même un arrêt/relance ne résoudra pas le problème. Cela fait bientôt 24h (enfin ce soir vers 20h) je vais attendre ce soir pour voir si les leds des disques continue à bouger avant de tenter un arrêt/relance hard (coupure de l'alim). Merci d'avance et de votre aide ... c'est un peu la loose de mon coté !!!

Est-ce que cela règle le problème d'encodage en UTF-8 pour les srt que tu veux lire sur la Freebox ?

Désolé, le boulot a repris le dessus pendant qq semaines !!! La solution c'est peut-être serviio ? nan ? Il fait pas le transcoding selon wikipedia : Serviio, a free DLNA/UPnP media server for Windows, Linux and OS X that works with various TVs, Xbox 360, PlayStation 3 and most other DLNA/UPnP devices. Supports on-the-fly transcoding, online metadata retrieval and many more Et si je ne me trompe pas... il est déjà en package pour le syno ?

Bon ben à priori le comportement n'est pas le même partout (je suis en DSM 4 dernier patch actuel). Par rapport aux scripts de démarrage, moi j'ai rien dans ce répertoire : /usr/local/etc/rc.d/ Vous savez où ils peuvent être ? (sachant depuis j'ai réinstallé sickbeard, couch, headphone et j'ai toujours rien dans ce répertoire)

Il ne m'a rien fait de tout cela mais j'ai changé les ports par défaut ... peut-être que c'est la raison !

Ah ben voilà ... Le sujet est clos ... C'est l'impasse tout ça !! @Diaoul : Tu n'as pas de solutions pour déverrouiller Sickbeard afin de dl des fichiers en French ? Parce que la je tourne en rond avec tout ça ... Pour l'instant Sickbeard me sert juste de Catalogue de suivi des séries... c'est un peu con qd on voit les possiblités de ce service ...

Salut à tous, L'installation des packages Sabnzb, Sickbeard, Couchpotatoes (et l'install de subliminal) etc etc m'amène une nouvelle problèmatique. La lecture des sous-titres via le DLNA. Mon archi : un DS-1511+ relié en CPL vers un freebox player (gestion du réseau par le switch du freebox serveur) Actuellement le serveur multimédia du syno remplit son rôle normalement, c'est à dire montrer au freebox player les fichiers audio, video et les photos selon les extensions prédéfinis. L'ajout d'un fichier .srt dans le répertoires vidéo (nommé à l'identique d'un fichier avi par ex) n'est pas vu sur le freebox player (même après indexation) alors que si je copie ces 2 fichiers en local sur le freebox player et bien j'arrive à lire la vidéo avec les sous-titres. J'ai essayé de bidouiller les types mime personnalisés mais sans succès je ne vois jamais le fichier srt sur le player. Avez-vous une idée ? est-ce possible ? Est-ce que l'utilisation de Serviio à la place du package multimédia serveur de base me permettrait d'avancer ? Merci de vos retours ...

@Diaoul ... oui ça tombe sous le sens maintenant !! Je pensais que c'était gérer mais je n'aurais pas du penser en fait ! Le bouton mise à jour est bien en évidence ... faudrait peut-être au moins ajouter un warning ... @bud : Le netstat sur le port utilisé par sab donne 1 entrée tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN Et je pense que tu viens de mettre la main sur le problème ... j'ai rien dans /usr/local/etc/rc.d/ ll /usr/local/etc/rc.d/ drwxr-xr-x 2 root root 4096 May 12 01:24 . drwxr-xr-x 4 root root 4096 Mar 10 11:18 .. J'ai pourtant fait un réinstall de sabnzbd hier soir et il s'arrête et redémarre correctement maintenant ...

Désolé de ne répondre que maintenant. @Diaoul : Non je n'avais pas stoppé les paquets avant la maj. @Bud77 : un ps ne donnera plus rien puisque c'est lors de l'arrêt relance de mon nas que j'ai rencontré ce pb. Mais voilà qd même : NAS_DHE> ps w |grep -i sabnzbd 11689 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11693 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11694 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11695 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11696 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11697 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11698 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11699 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11700 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11701 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11702 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11703 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11704 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11705 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11708 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11709 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11710 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11711 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11712 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11713 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11715 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11716 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c NAS_DHE> ps w |grep -i python 11689 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11693 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11694 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11695 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11696 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11697 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11698 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11699 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11700 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11701 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11702 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11703 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11704 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11705 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11708 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11709 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11710 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11711 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11712 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11713 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11715 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 11716 sabnzbd 73420 S /usr/local/sabnzbd/env/bin/python /usr/local/sabnzbd/share/SABnzbd/SABnzbd.py -f /usr/local/sabnzbd/var/c 25286 root 2480 S grep -i python C'est à dire que les paquets (sab, sickbeard, couchpotatoes, headphones) se sont correctement mis à jour Lundi soir mais j'ai fait un arrêt/relance Mardi Matin, y'avait un truc bizarre sur sabnzb (impossible d'ajouter une catégorie) donc après un arrêt/relance de sab qui n'a rien donné, me suis dit que j'allais tout relancer pour voir si cela c'était mieux ... et là plus rien. J'ai remarqué qu'à l'arrêt le syno avait eu du mal à arrêter sabnzbd. En espérant que ça aide. Il y a un moyen de garder la conf sickbeard, couch, head etc avant la réinstall ?

Salut à tous, Je réponds sur ce sujet puisque vous parlez des maj de paquets syno community récentes. J'ai fais la maj sur tous les packages mais plus rien de redémarre après un arrêt relance ... Vous avez une idée ?

Merci !! Effectivement n'ayant pas trop de réponses j'étais parti vers ce choix ... Maintenant comme j'ai bien savoir : est-ce que c'est possible ? Et puis de toute façon maintenant la question ne se pose pas ... vu que le disque 1 est pas en bon état :-s

Ajout sur le post précédent ... J'ai le disque 1 qui vient de passer en "echec partition système" pendant la création du volume basique de 3 To, ça sent le disque dur HS ? J'ai lancé une analyse SMART etendu pour voir ... Vous avez un avis ? Merci ...