CoolRaoul

Moi j'ai choisi wifi uniquement, mais je serai étonné que ça vienne de la Tu as un gros volume de données synchronisées?

J'avais déjà remarqué en effet Pas individuellement pour un job sauvegarde spécifique, par contre on peut désactiver tous les mails de notif de sauvegarde locale réussie dans panneau de configuration -> notifications -> avancé Bien sur: dans la liste des jobs de sauvegarde, en faisant "modifier", le formulaire qui s’affiche a un champ "tache" que l'on peut éditer Ça ce n'est pas possible non.

Lorsque tu est dans "sauvegarder et restaurer" tu créé une tache de sauvegarde de données et tu vas aboutir à un moment sur u formulaire "assistant de sauvegarde" ou tu peux sélectionner la sauvegarde de configuration. Une fois le job créé, toujours dans "sauvegarder et restaurer", tu peux le modifier et ce que tu vois alors correspond à mon screenshot

Pour la batterie je n'ai rien constaté d'anormal (mais le volume de mes donnés synchronizées est assez faible) Pour éliminer les notifications (chose qui me les brisaient aussi j'avoue) voici ce que j'ai fait: Décocher la case signalée ci dessus

Vu que chaque job de sauvegarde inclus (de façon optionnelle) une sauvegarde de configuration (en conservant un historique ou le nombre de versions peut être spécifié) tu peux créer un job contenant uniquement cet item: Ensuite suffit de lancer cette sauvegarde manuellement avec le bouton "sauvegarder maintenant" Et en ligne de commande la syntaxe est: /usr/syno/bin/synolocalbkp -a "<nom>" en remplaçant <nom> par le nom de la tache

Bon j'ai trouvé l'explication (mais elle ne me satisfait pas trop) Le nom de certains fichiers contenait le caractère ":" ce qui n'est pas supporté par DSM pour les dossiers partagés (d'ailleurs file station refuse explicitement de renommer un fichier avec ce caractère) Va falloir que je reconsidère ma politique de sauvegarde pour ce dossier-la

Voici les fait Je souhaiterai remettre un répertoire dans l'état ou il se trouvait lors de la précédente sauvegarde. Voic les manips que j'ai effectué: renommé le répertoire existant avec le suffixe ".bak" (disons toto -> toto.bak) lancé sauvegarde et restauration là je ne sélectionne pas la restauration de config et passe à l'écran suivant dans ce dernier, je coche uniquement le dossier partagé contenant mon dossier (il est marqué "conflit") ensuite je fait "appliquer" A la fin de la restauration, le statut se transforme en "echec" Dans le journal systeme il y a ceci: "Local Recovery failed to restore data from [/volume2/backups/LocalBackup/site] to [/volume1/site]." Le dossier semble pourtant bien restauré mais il est rempli de répertoires @eaDir qui n'était pas présent à l'origine Je ne peux pas compter sur le support syno car des qu'ils voient la présence d'un point de montage nommé /opt (ce qui est mon cas) ils bottent en touche en accusant optware (alors que optware n'existe même pas sur DS213j!) et demandent de reinitialiser le Syno (j'ai déja eu le cas) Donc si quelqu'un à une idée ... PS: au passage qui saurait comment restaurer a un autre emplacement que l'emplacement initial?

Vu que dans l'article cité est écrit "ce soft permet de lire les fichiers de ces partitions, mais aussi d'écrire des données dessus (avec prise en charge des caractères non latins)." il est probable que tu ais oublié une manip. Essaie de trouver la doc (pour ma part je ne saurais pas t'aider plus avant ne l'ayant pas testé comme je l'ai écrit sur mon post).

Par contre il y un cas ou ce bidule est franchement utile: c'est sous la forme de machine virtuelle. Ca permet de faire à volonté des tests sans risque de faire de dégats. Pour moi qui n'ai qu'un seul Syno, je peux reproduire peinard des config d'utilisateurs du forum pour tenter de les aider.

Tu as sans doute mal positionné les droits (ecritire) sur les dossiers partagés. Essaie aussi d'utiliser même nom d'utilisateur et mot de passe pour windows et pour le syno, ça rend les choses plus simple

Sans parler de la légalité du truc sans doute discutable (on en a déja discuté dans d'autres fils d'ailleurs, je rejoins la remarque de Lelolo sur l'utilisation de la fonction recherche), avec du vieux matos, niveau consommation électrique et nuisances sonores m'étonnerais que sur la durée ça vaille la peine.

Ce que j'ai constaté: En bootant apres avoir enlevé le disque 1 (volume1) le syno redémarre normalement et recrée le dossier @database sur le disque2 (qui continue a se nommer volume2). @database contient la base pgsql dans laquelle se trouvent les stockés les index. Donc ça devrait le faire,

je vais essayer de reproduire tout ça et je reviens

Décidément j'ai vraiment du mal à comprendre ce que tu veux dire

La prochaine fois que cela arrive, avant de ressaisir l’adresse dans le formulaire, pourrais-tu préalablement noter ce que donne la commande "route" quand connecté au syno en console (ssh ou telnet) stp? ***EDIT*** Mieux, des que tu constate l'apparition du problème, effectues *dans l'ordre* les opérations suivantes; Connectes toi en terminal (ssh ou telnet): note l'heure de modification du fichier "/etc/sysconfig/network" (ça pourra donner une indication de quand ça c'est passé) ainsi que son contenu. récupère la sortie de la commande "route" reboote le syno sans rien changer. Si le contenu du champ "passerelle par défaut" est toujours vierge apres le reboot alors tu peux refaire la configuration Rapportes-nous tout ça et on avisera

Si il a été initialisé par le syno oui. Comprend pas bien le rapport avec le fait de booter sur un seul disque, et plus globalement le sens de cette phrase: "j'ai beau déplacer les dossier... /../ il refait l'indexation": c'est justement à cause du déplacement des dossiers qu'il refait l'indexation. Suffit d'attendre qu'elle se termine.

Quand tu dis "les valeurs de ma passerelle disparaissent" doit-on comprendre que le champ "passerelle par défaut" du formulaire panneau de configuration -> réseau devient vide ou bien qu'il est remplacé par une autre valeur (et si oui laquelle?) **EDIT** Tu ne l'as pas précisé mais on peut supposer que ton NAS est bien en IP Fixe?

Comme celui-ci par exemple:

La partition système est automatiquement dupliquée de façon transparente sur *tous* les disques. On peut visualiser la présence de cette partition avec la commande "fdisk -l" Suffit que l'un des disques (n'importe lequel) soit présent pour que le syno puisse booter

très intéressant tout ça, Tenez nous au courant de vos tests

http://fr.wikipedia.org/wiki/Certificat_électronique#S.C3.A9curit.C3.A9_des_syst.C3.A8mes_d.27information

Sous réserve de confirmation, les sous-titres externes ne sont pas gérés par le protocole DLNA.

Lien vers le test: http://www.59hardware.net/articles/stockage-r%C3%A9seau,-nas/synology-ds213j-2013071514509.html Conclusion: "Le NAS Synology DS213j risque fort bien de devenir incontournable dans la gamme des NAS 2 baies économiques et pourrait devenir la référence absolue."

Ben non, tu disais, je te cite: Ce qui est inexact vue que d'origine le serveur utilise bien un certificat (auto signé).

Sous réserve de preuve du contraire, ce message n'indique pas qu'*aucun* certificat n'est utilisé, mais que le certificat présenté par le site ne peut pas être vérifié car il n'est pas signé par une authorité de certification de confiance.