CoolRaoul

Maintenant que DSM 4.2-3231 est opérationnel sur ton NAS, pourquoi ne pas essayer la méthode de mise à jour intégrée? Dans l'interface d'admin DSM: panneau de configuration -> mise à jour de DSM

Pas d'inquiétude, le firmware est upgradable sur tous les modèles. DSM 5 sera installable sur tous les modèles des séries supérieures à la 11 (et peut-être 10 mais sans garantie)

Une idée en passant, dans le centre de paquets, paramètres -> sources de paquets, n'aurait-tu pas ajouté un dépôt devenu inaccessible?

Apparemment tu passes par FileStation. Tu devrais faire la copie directement avec l'explorateur Windows plutôt (ou le finder si tu es sur Mac) Exemple, sous Windows, tu accèdes au dossiers du Syno directement via l'explorateur en utilisant l’adresse: "<le_nom_de_ton_syno>". Il va t'être demandé de t'authentifier (compte et mot de passe) sauf si le compte que tu utilises sur le Syno ales mêmes identifiants que celui utilisé sur Windows (ce qui est conseillé) Ensuite tu procède par copier/coller ou drag & drop comme d'habitude.

Honte à moi de ne pas avoir proposé plutôt cette approche qui est pourtant bien évidemment la plus appropriée dans ton cas!

Tout semble normal là. Tu peux jeter un oeuil dans le "/etc/hosts" de ton Syno si tu n'y vois rien d'anormal sinon je n'ai pas d'idée pour le moment.

Je pense aussi que ca aurait plus de chance de passer en suivant ce chemin: ta 2.3 actuelle -> 2.3 la plus récente -> 3.X (avec le plus grand "X" dispo) -> 4.3

On dirait bien que ton NAS ne peut pas se connecter à internet Par contre je suis surpris que ce soit à la suite du dernier firmware comme tu sembles l'indiquer. Peux-tu nous dire ce que donne la commande: wget http://www.google.com lorsque tu es connecté en SSH? **edit** Au passage, faire un reset usine et aller jusqu'à envisager de formater les disques pour si peu me semble particulièrement excessif... Faut commencer par chercher l'explication posément.

C'est plus que probable Edite le script avec "vi" et vérifie qu'il ne s'affiche pas comme ceci (avec le ^M en fin de chaque ligne) : #!/bin/sh^M echo Ok^M

A première vue ça semble normal. Je parie qu'il y un caractere parasite invisible dans la première ligne du fichier. Tu l'a créé comment? M’étonnerait pas qu'il s'agisse d'un fichier créé avec un éditeur Windows et qui contient des fin de ligne de type <cr><lf> alors qu'unix n'accepte que <lf>

Pour commencer, installer des scripts perso dans "/usr/bin" n'est pas une bonne idée: tout sera effacé à la prochaine upgrade DSM Choisir de préférence "/usr/local/bin" (mais ça n'a aucune incidence sur ton erreur) Maintenant, il faudrait que tu nous montre la 1ère ligne de ton script pour voir ce qui coince

Je ne sais pas ce qu'est un "mono service", mais de toutes façon pour lancer des process détachés au boot, Synology a prévu le coup: Ça se passe dans le répertoire "/usr/local/etc/rc.d" Y mettre le script de démarrage qui doit respecter les conditions suivantes: son nom doit se terminer par le suffixe “.sh”. les permissions doivent être à 755. Il doit accepter (ou ignorer) en argument "start" ou "stop" Au boot, DSM exécute le script avec l'option "start" et lors du shutdown avec l"option "stop" TIP: le contenu de "/usr/local" est préservé lors des upgrades DSM.

Syslog est un protocole pas tout jeune qui n'a pas vraiment été prévu pour supporter des codages autres que que l'ascii 7bits. Donc rien ne peut être garanti avec d'autres jeux de caracteres Voir le paragraphe "3.1. Character Encoding Scheme" de la RFC ici: http://www.ietf.org/rfc/rfc6587.txt

Cela dit <serveur>homes est un partage système un peu spécifique, a ne pas utiliser comme cible de sauvegarde. Utiliser (ou créer) un dossier partagé à cet effet.

Euh ...

Tu devrais ouvrir un nouveau thread ici: http://www.nas-forum.com/forum/forum/115-data-replicator/ (je ne pratique pas "data replicator" et en postant à la suite d'un fil existant ta demande a plus de risque de passer inaperçue)

Et oui, peut-être aurait été plus descriptif d'intituler le fil "Ds214Se Vs Ds213J" Oh wait, ça existe déjà!

Peut-être que, bien que la case soit présente, le mot de passe n'est pas mémorisé. Si le champ mot de passe n'est pas pré-rempli dans la boite de dialogue ça devrait être bon je pense.

Ne serait-ce qu'une ébauche de calendrier prévisionnel de déploiement (durée prévue de la beta par exemple).

Et bien voila, il vaut mieux avoir un débit maxi entre NAS et TV. Par suite, pas de CPL entre ces deux appareils: les brancher sur le même switch Par contre, entre le NAS et la box, comme tu sera de toutes façon bridé par la bande passante ADSL à l'autre bout, le CPL ne sera pas limitatif. Sinon tu ne nous avais pas parlé du macbook, tu le connecte en wifi je suppose?

"Débit" dans l'absolu ne veux rien dire, on doit parler de débit entre deux équipments (entre le nas et la tv ou entre le nas et le décodeur par exemple) Dans ton cas c'est entre quels équipements que tu as des inquiétudes? Par exemple entre le NAS et la BOX tu penses avoir quoi à transférer?

J'avoue ne pas comprendre: on a tous la même version de DSM, aucune raison qu'avec ssh et sftp désactivé le NAS lance quand même le démon sshd pour certains et pas pour d'autres. Si l'un de vous avait du temps a perdre le l'encouragerai bien à contacter le support

En quoi l'existence d'une option qui t'est inutile peut poser problème vu que c'est ... optionnel justement? On garde bien toute liberté d'activer ou pas les options dont on a besoin en fonction de son utilisation non? Et je ne vois pas quelle perte d'autonomie on court le risque de subir Inversement, pour ma part je considère au contraire comme un point très favorable le fait chez Synology de disposer *strictement* du même OS sur l'intégralité de la gamme, de la catégorie "Particuliers et TPE" aux systèmes d'entreprise en rack. Ca me permet, avec mon modeste DS213j à domicile, d'être malgrés tout capable d'apporter du support, dans la mesure de mes compétences, sur ce forum à *tous* les utilisateurs, indistinctement du modèle dont ils sont équipés

Tu ne verra rien par un "ps": à la source ce sont des appels système à la fonction syslog(). syslog-ng est un démon alternatif qui peut remplacer le syslogd traditionel (c'est le cas sous DSM)

(Note: je ne connais pas tous tes packages supplémentaires) A ta place, je désactiverai *un par un* chaque package tout en gardant simultanément un oeil sur la conso CPU avec "top". Il y a des chances que ça permette d'isoler le coupable et ainsi simplifier les investigations suivantes. PS: c'est sur syslog-ng que s'appuie le mécanisme syslog interne de DSM, même si le package syslog n'est pas installé (qui va utiliser sa propre instance distincte) La surconsommation CPU de syslog semblerait indiquer qu'un process émet des messages syslog à très haute fréquence, reste à trouver lequel et pourquoi.