SynoStrut

Merci pour l'idée, mais en fait, ça c'est une correction qui empêchait le nas de rentrer en veille (qui était corrigeable avant cette mise à jour par l'applicaiton d'un patch). mon problème est que lorsqu'il est veille, il en sort tout seul sans que je comprenne pourquoi, avant de bien retourner en veille. J'ai l'impression qu'il sort seul de veille toujours aux mêmes heures... est-ce que ça met quelqu'un sur la voie ? Sinon, dans l'interface DSM, j'ai bien coché le WOK (wake on lan). Si je l'enlève (je me dis que ça peut résoudre le problème) est-ce que je pourrais toujours réveiller mon syno s'il est en veille pour y accéder ou est-ce uniquement lié au WOK ? merci

Je comprends tout a fait le point de vue, mais dans un autre sens, ça fait du bruit quand ça tourne toujours, de la lumière, et ce n'est pas forcément sur les mêmes budgets qu'est payé l'électricité et le matériel.

Oui, j'avais déjà obtenu le logfile. le voici :http://pastebin.com/UEKxBuGZ Mais je ne vois pas ce qui cloche. Une des choses que je ne comprends pas est là : Sep 6 18:34:11 kernel: [85694.000000] ata1: wake up from deepsleep, reset link now Sep 6 18:34:11 kernel: [85694.060000] ata1: device plugged sstatus 0x123 Sep 6 18:34:11 kernel: [85697.010000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen Sep 6 18:34:11 kernel: [85697.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect Sep 6 18:34:11 kernel: [85697.020000] ata1: SError: { PHYRdyChg DevExch } Sep 6 18:34:11 kernel: [85701.030000] ata2: wake up from deepsleep, reset link now Sep 6 18:34:11 kernel: [85701.090000] ata2: device plugged sstatus 0x123 Sep 6 18:34:11 kernel: [85704.040000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen Sep 6 18:34:11 kernel: [85704.050000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect Sep 6 18:34:11 kernel: [85704.050000] ata2: SError: { PHYRdyChg DevExch } Sep 6 18:34:11 kernel: [85707.060000] ata1: SRST failed (errno=-16) Sep 6 18:34:11 kernel: [85707.060000] ata1: SRST fail, set srst fail flag Sep 6 18:34:11 kernel: [85709.240000] ata1: link reset sucessfully clear error flags Sep 6 18:34:11 kernel: [85710.060000] ata2: link is slow to respond, please be patient (ready=0) Sep 6 18:34:11 kernel: [85714.080000] ata2: SRST failed (errno=-16) Sep 6 18:34:11 kernel: [85714.080000] ata2: SRST fail, set srst fail flag Sep 6 18:34:11 kernel: [85716.200000] ata2: link reset sucessfully clear error flags Sep 6 18:34:12 scemd: net_default_gateway_set.c:36 failed to set default gateway XXX-Adresse-IP-de-la-Freebox (-1). Sep 6 19:12:39 scemd: net_default_gateway_set.c:36 failed to set default gateway XXX-Adresse-IP-de-la-Freebox (-1). Sep 6 19:12:44 scemd: SCEMD: disk 1 wake up from hibernation Sep 6 19:13:00 scemd: SCEMD: disk 2 wake up from hibernation par contre, je viens de penser à quelque chose : j'ai un disque dur branché dans le plug USB.3 à l'arrière du syno (mais il n'est pas branché), cela pourrait-il venir de là ?

Alors, voilà les nouvelles : - j'ai bien configuré le DDNS de free et j'arrive bien à me connecter à l'interface DSM à partir de l'adresse monadresse.hd.free.fr - Dans le panneau de configuration du DSM, rubrique DDNS, j'ai bien décoché la case "Activer la prise en charge DDNS" et validé Par contre : - Le nas continu de sortir seul de sa veille - et chose étrange (qui peut peut être expliquer la sortie de veille), je peux toujours me connecter au DSM avec l'adresse initialement configurée dans le DDNS du nas (alors que j'ai bien désactivé le service) Il doit y avoir quelque chose que j'ai oublié de faire, mais quoi ? Je suis aller "farfouiller" dans les divers options internet du dsm, mais je n'ai rien trouvé. merci pour l'aide éventuelle

merci beaucoup pour les précisions. c'est beaucoup plus clair pour moi maintenant. j'essaierai ce soir, attendrai quelques jours pour voir le comportement du nas, et revient dire ici si c'était bien ça le problème. sinon, oui, je suis bien passé en 4.1 (mais problème datait bien d'avant la mise à jour), et effectivement, la mise à jour empêche le retour en veille. j'ai trouvé un patch sur le forum américain qui a tout se suite réglé le problème.

merci du conseil ! (et oui, j'ai bien une adresse ip fixe.) par contre une chose que je ne suis pas sûr de bien comprendre. Si j'utilsie le dynDNS de free (et donc j'imagine que je supprime le dynDNS de syno) si je me connecte à : mon.adresse.hd.free.fr, j'arriverai sur l'interface de gestion à distance de ma freebox, et non sur l'interface DSM dy syno, non ?

salut, s'il s'agit de l'adresse pour se connecter remplaçant l'adresse IP, j'utilsie celui dy syno. est-ce bien de ça dont il s'agit ?

Bonjour à tous -- J'ai toujours le même problème. Des fois, tout seul, le syno sort de veille, sans que (à ma connaissance) aucune requête ne lui soit faite. J'ai suivi les conseils de Amsonia (ci-dessus). Et voilà le log file : http://pastebin.com/UEKxBuGZ J'ai vu que DScloud revenait de nombreuses fois. Je l'avais installé, mais pas lancé. Comme je ne l'utilsie pas, je l'ai désinstallé. Le problème persiste. Les choses un peu personnelles comme le nom de dossiers perso, mes adresses IP locales, etc. que je n'aime pas mettre comme ça en ligne, je les ai changé par "XXX-description-de-ce-que-c'était". Donc tout est original sauf ce qui commence par un "XXX-" Si quelqu'un peut m'aider à comprendre ce qu'il se apsse, ça me rassurerait. Encore merci !

ben chez moi, ça ne marche pas : pour les noms de films, il se base sur le nom du réalisateur (mais en tant que nom de film), donc en général, il fait correspondre aucune fiche et une fois sur 10, il trouve un film, mais qui n'a rien à voir.

Bonjour à tous, L'information récupérée par video sation pour mes films n'est pas la bonne car mes fichiers ne sont pas sou la forme "nom du film" mais "nom du réalisateur - année - nom de film" J’aimerais bien garder ce format pour mes noms de fichiers si possible. Alors, plutôt que de faire pour chaque filme la recherche correspondante (très fastidieux quand même) je me demandais s'il était possible de demander à video station de prendre en compte le nom du film après le deuxième "-" dans le nom du fichier ? Merci

(merci pour le tuto, je suis en train de le regarder un peu pour essayer de comprendre -- c'est assez clair d'ailleurs -- et je te l'envoie dans la foulée. J'y vois que la freebox fait effectivement sortir les disques de l’hibernation mais c'est peut être quand je me connecte à photo station de l'extérieur...?) le DDNS est bien ce qui m'a permis d'avoir une adresse avec mon nom plutôt qu'avec l'adresse IP (excuse mon ignorance) et pour photo station, oui, de l'extérieur, quand on s'y connect, on arrive sur l'interafce où le login et le mot de passe sont demandés

effectivement, c'est pas énorme. merci pour tous ces détails

alors, déjà, merci pour ce long mail détaillé ! photo station ets accessible depuis l'extérieur mais que pour deux personne : ma femme (user) et moi (admin). je n'ai pas activé le QuickConnect ensuite, j'ai souhaité suivre tes instructions pour obtenir le fichier de log mais, après bien avoir activé telnet dans l'interface DSM, l'interface windows me dit que la fonction telnet n'existe pas. Il y a forcément quelque chose qui vient de moi et que j'ai du mal faire. je réessaierai une fois que tu auras eu le temps de généreusement faire ton tuto (ps : je pars demain 4 jours pour le boulot, donc ne t'étonne pas si je ne donne pas suite immédiatement !) encore merci ! a très vite.

merci, je suis en train d'appliquer le patch qui permet de rétablir la veille sur le 4.1 merci !

Perso, je préfère potentiellement réduire un peu la durée de vie des disques que de consommer tout le temps de l'électricité @gspock : merci, je n'arrivais pas à comprendre pourquoi mes disques ne se mettaient plus en hibernation comme avant, et effectivement, ça le fait depuis l'upgrade en 4.1. si tu trouves une solution, je suis preneur. - merci -