Mon Syno (212+) Ne Passe Plus En Mode "sleep" Depuis L'upgrade

[brunof92]

Hello, j'ai un DS411 Slim et même problème que vous depuis la mise à jour du firmware plus de sleep de mes DDUR ! dur dur

A quand une VRAI mise à jour de Syno pour corriger ce lamentable Bug !

Slts

Bruno

[L@f@yette]

Bonjour,

J'ai également ce pb et je pensais que cela venais des constants flux engendrés par le protocole AFP. J'ai essayé de téléchargé le patch à l'adresse donnée sur ce fil mais une page s'affiche me disant que je n'ai pas le droit d'ouvrir la page. Faut il obligatoirement un logiciel FTP pour télécharger ce patch ?

Merci.

[M4rcol3ptik]

Mise à jour effectuée hier matin sur mon DS212, il se remet en veille également

[L@f@yette]

Je viens d'essayer avec un logiciel de FTP il semblerait que l'accès au ftp ne fonctionne pas. QQun pourrait me confirmer cela ? Savez vous où l'on peut trouver ce patch ?

Merci.

[M4rcol3ptik]

Je viens d'essayer avec un logiciel de FTP il semblerait que l'accès au ftp ne fonctionne pas. QQun pourrait me confirmer cela ? Savez vous où l'on peut trouver ce patch ?

Merci.

Je n'ai pas eu besoin de logiciel FTP, j'ai utilisé le lien que tu trouveras ici : http://forum.synology.com/enu/viewtopic.php?f=83&t=56069&start=45

[L@f@yette]

Meme problème avec mon navigateur (safari) et un soft de ftp :-(

[L@f@yette]

Personne ne peut cliquer sur le lien donné par M4rcol3ptik pour voir si c'est juste chez moi que ça ne fonctionne pas svp ?

Merci.

[M4rcol3ptik]

Quand tu suis mon lien tu arrives sur une page ou il y a une une citation de Frogman avec un lien ftp, c'est celui que j'ai utilisé, je viens de tester à l'instant il fonctionne chez moi sous Firefox.

[L@f@yette]

Effectivement j'arrive sur une page où l'on trouve un lien ftp je clique dessus ou je le lance avec un soft ftp : même résultat impossible d'atteindre le patch :-(

Tu arrives à télécharger la patch ?

Modifié le 11 septembre 2012 par L@f@yette

[M4rcol3ptik]

Et j'imagine que tu as testé les infos de connexions suivantes :

account: on-line

password: online_user

[Kramlech]

Pour moi, je clique sur le lien et le téléchargement commence ... (Firefox 15.0.1)

[gspock]

Je viens d'essayer avec un logiciel de FTP il semblerait que l'accès au ftp ne fonctionne pas. QQun pourrait me confirmer cela ? Savez vous où l'on peut trouver ce patch ?

Merci.

Si ça peux t'aider, voici un lien dropbox avec la patch en question : http://db.tt/ds0mFly7

GS

Modifié le 11 septembre 2012 par gspock

[Crawler]

Personne ne peut cliquer sur le lien donné par M4rcol3ptik pour voir si c'est juste chez moi que ça ne fonctionne pas svp ?

Merci.

Perso ça marche pour moi avec Chrome. Le lien donné par Gspock fonctionne aussi.

[L@f@yette]

Bon je ne vois pas d'ou cela peut provenir. Merci Gspock pour le lien celui la fonctionne parfaitement. Je teste le patch.

[M4rcol3ptik]

Bon je ne vois pas d'ou cela peut provenir. Merci Gspock pour le lien celui la fonctionne parfaitement. Je teste le patch.

Peut-être un problème de navigateur internet ?

[Crawler]

Pour votre info j'ai lancé le patch sur mon DS212, ça marche ! Il se remet bien en veille. Problème résolu.

Bonjour,

Je reviens suite à l'application du patch de mise en veille. Effectivement cela fonctionne bien mais la sortie de veille est plutôt difficile. En effet les disques dur moulinent à fond pendant environ 5 minutes avec ces erreurs dans le log :

Sep 11 13:41:33 kernel: [17027.700000] ata1: wake up from deepsleep, reset link now

Sep 11 13:41:33 kernel: [17027.780000] ata1: device plugged sstatus 0x123

Sep 11 13:41:33 kernel: [17030.710000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen

Sep 11 13:41:33 kernel: [17030.720000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect

Sep 11 13:41:33 kernel: [17030.720000] ata1: SError: { PHYRdyChg DevExch }

Sep 11 13:41:40 kernel: [17034.730000] ata2: wake up from deepsleep, reset link now

Sep 11 13:41:40 kernel: [17034.810000] ata2: device plugged sstatus 0x123

Sep 11 13:41:40 kernel: [17037.740000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen

Sep 11 13:41:40 kernel: [17037.750000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect

Sep 11 13:41:40 kernel: [17037.750000] ata2: SError: { PHYRdyChg DevExch }

Sep 11 13:41:46 kernel: [17043.750000] ata2: link is slow to respond, please be patient (ready=0)

Sep 11 13:41:51 kernel: [17047.770000] ata2: SRST failed (errno=-16)

Sep 11 13:41:51 kernel: [17047.770000] ata2: SRST fail, set srst fail flag

Sep 11 13:41:51 kernel: [17048.690000] ata2: link reset sucessfully clear error flags

Perso je comprends pas ces erreurs. Le bruit que fond les disques me donnent l'impression qu'ils vont bientôt rendre l'âme, Ce qui serait vraiment pas de bol puisque ils ont seulement 1 mois qu'ils ont été vérifiés avant la première installation de DSM 4.0. Du coup j'ai fait pour voir un S.M.A.R.T rapide ce jour et rien d'anomal. J'avais pas ce phenomène sous DSM 4.0. Après ces fameuses 5 minutes tout fonctionne normalement.

Ce que je vais faire : Dézinguer le système et faire une réinstallation vierge de la version DSM 4.1 et tester la mise en veille sans appliquer le patch pour voir dans un premier temps (Si c'est comme windows faire évoluer une version du système des fois c'est pas au point).

[L@f@yette]

En fait le pb ce reproduit quand j'utilise filezilla donc c'est étrange.

Le patch est installé mais comme j'ai le server de mail on je ne suis pas certain que le nas se mette en veille.

[Crawler]

Effectivement, d'autant plus que sur ma config je n'ai pas le serveur ftp en service .... je vais voir ce soir pour une réinstallation propre.

Modifié le 11 septembre 2012 par Crawler

[crakotte]

hello,

j'ai remarqué un autre truc bizarre après avoir activé l'historique d'utilisation du moniteur de ressource (dans "paramètres avancés"). La cpu apparait comme étant sollicitée quasiment à 100% tout le long de la veille, avec la répartition suivante 40% pour l'utilisateur et 57% pour le système.

avez vous remarqué la même chose ?

[PascalZ]

Bon, je crois que le terme technique pour ce problème est: ça déconne total.

Synology est au courant du problème, ils bossent dessus j'en suis sur. En attendant, j'ai pris l'option de prendre mon mal en patience et de vivre sans hibernation.

Quand on voit tous les trucs qu'il y a à régler avec la 4.1...

Par contre, je suis intéressé par le retour de Crawler suite à une installation à propre, est-ce que ça règle le problème ?

[crakotte]

Je suis du même avis que toi Pascal, j'ai préféré désactiver l'hibernation en attendant que Syno ai réglé ces problèmes.

[M4rcol3ptik]

Pour ma part depuis la mise en place du patch je n'ai plus de problème d'hibernation, pas d'erreurs dans les logs... j'espère que ça ne cache pas autre chose !

[crakotte]

Salut,

Est-ce que tu as essayé d'activer l'historique d'utilisation du moniteur de ressource (dans "paramètres avancés") ?Tu me diras si chez toi aussi, le moniteur de ressource t'affiche 100% de cpu enregistrés tout le long de la durée de veille du syno ? C'est plus un problème au niveau du moniteur de ressource qu'au niveau de la mise en veille car le syno ne chauffe pas alors que le ventilo est arrêté. J'ai déjà ouvert un incident chez Synology pour leur signaler ce petit bug.

Pour ma part depuis la mise en place du patch je n'ai plus de problème d'hibernation, pas d'erreurs dans les logs... j'espère que ça ne cache pas autre chose !

[Crawler]

Bonjour à tous,

Voici mon retour après une réinstallation de DSM4.1 sur mon DS 212 :

Dans un premier temps j'ai donc écrasé les partitions de mes deux disques dur avec windows et réinstallé DSM 4.1. Le résultat reste le même pas de mise en veille, même en ayant pris soin de mettre l'indexation en cours sur pause.

Reste à essayer avec la ligne de commande et ensuite le patch, surtout pour regarder si les disques moulinent encore comme précisé plus haut dans mon post.

[M4rcol3ptik]

Salut,

Est-ce que tu as essayé d'activer l'historique d'utilisation du moniteur de ressource (dans "paramètres avancés") ?Tu me diras si chez toi aussi, le moniteur de ressource t'affiche 100% de cpu enregistrés tout le long de la durée de veille du syno ? C'est plus un problème au niveau du moniteur de ressource qu'au niveau de la mise en veille car le syno ne chauffe pas alors que le ventilo est arrêté. J'ai déjà ouvert un incident chez Synology pour leur signaler ce petit bug.

J'ai bien activé l'historique d'utilisation du moniteur de ressources, et comme toi pendant la veille je suis à 98% d'utilisation du processeur, avec 2 courtes baisses à 2% en l'espace de 20h d'hibernation.

Par contre je ne sais pas comment se comportait le moniteur de ressources en DSM 4.0 ni en DSM 4.1 avant utilisation du patch (avec la commande Telnet).