Aller au contenu

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

gspock

Par gspock
dans DSM 4.1 - BETA

 Partager

Messages recommandés

gspock Newbie

gspock

Posté(e)
Posté(e)

Salut,

je pense que tout est dit dans le titre .... sauf que c'est la version 4.1 officielle que j'ai installé vendredi dernier ....

avez-vous constaté la même chose ? :blink:

GS

  • Réponses 56
  • Créé
  • Dernière réponse

Meilleurs contributeurs dans ce sujet

Jours populaires

Meilleurs contributeurs dans ce sujet

Jours populaires

willy1009 Newbie

willy1009

Posté(e)
Posté(e)

comme a chaque fois lors d'une mise à jour, le syno reindexe tes fichiers, donc cela va prendre du temps, quelques heures, voir quelques jours selon le nombre de données à traiter.

C'est comme ca à chaque mise à jour.

PascalZ Newbie

PascalZ

Posté(e)
Posté(e)

Bonjour, même probleme ici.

Pas d'indexation, aucun packet additionnel, aucun service à part Filestation et Network Backup.

Deputies 4.1 plus moyen d'hiberner.

C'est un 212+ aussi.

Je ne sais plus où regarder.

StéphanH Rising Star

StéphanH

Posté(e)
Posté(e)

MAIS CE N'EST PAS MOI QUI L'AI INSTALLE.

Est-il possible que l'update DSM 4.1 sur le 212+ installe le package Mail Server ?

Pareil chez moi : mail serveur s'est auto install

gspock Newbie

gspock

Posté(e)
  • Auteur
Posté(e) (modifié)

Bonjour, même probleme ici.

Pas d'indexation, aucun packet additionnel, aucun service à part Filestation et Network Backup.

Deputies 4.1 plus moyen d'hiberner.

C'est un 212+ aussi.

Je ne sais plus où regarder.

J'ai fait une demande officielle de support à Synology pour ce problème .... j'attends leur retour ....

Pareil chez moi : mail serveur s'est auto installé lors de la mise à jour en 4.1

Stéphan

En effet, chez moi aussi le package s'est installé mais il n'est pas démarré !!! Dingue ça ... :blink:

Comment fait-on pour le déinstaller ???

Modifié par gspock
PascalZ Newbie

PascalZ

Posté(e)
Posté(e)

Bonjour,

Le problème est identifié et reconnu par Synology.

Il y a un topic complet sur le forum US. C'est intéressant car ils ont même trouvé comment résoudre le problème de façon temporaire (une manip à faire mais qu'il faut refaire à chaque fois qu'on redémarre le Synology).

http://forum.synology.com/enu/viewtopic.php?f=83&t=56069&p=215041#p215041

Pas top mais je pense que ça va grandement aider Synology à résoudre le pb.

Pascal

gspock Newbie

gspock

Posté(e)
  • Auteur
Posté(e)

Bonjour,

Le problème est identifié et reconnu par Synology.

Il y a un topic complet sur le forum US. C'est intéressant car ils ont même trouvé comment résoudre le problème de façon temporaire (une manip à faire mais qu'il faut refaire à chaque fois qu'on redémarre le Synology).

http://forum.synolog...=215041#p215041

Pas top mais je pense que ça va grandement aider Synology à résoudre le pb.

Pascal

Bonjour Pascal et merci pour l'info.

J'ai suivi la manip telle qu'indiquée sur le site US, mais ça ne marche pas chez moi, la bête refuse toujours de dormir .... :blink:

GS

crakotte Newbie

crakotte

Posté(e)
Posté(e) (modifié)

Hello,

pour résumer le topic dont parle Pascal, si vous avez des messages du type "scemd: net_default_gateway_set.c:36 failed to set default gateway 192.168.0.254 (-1)." dans /var/log/messages, il faut taper la commande suivante dans votre console telnet ou putty (connecté en root):

ip route add default via 192.168.1.254

Et pour ceux qui redémarrent souvent leur syno, créer un script gateway_connection.sh lancé à chaque démarrage via /usr/local/etc/rc.d

#!/bin/ash

ip route add default via 192.168.1.254

echo "Reconnected gateway" >> /var/log/messages;

sinon, le syno va passer son temps à se mettre en veille et redemarrer toutes les 30 min....pas glop, autant désactiver la mise en veille le temps qu'un correctif officiel sorte.

Modifié par crakotte
gspock Newbie

gspock

Posté(e)
  • Auteur
Posté(e)

Hello,

pour résumer le topic dont parle Pascal, si vous avez des messages du type "scemd: net_default_gateway_set.c:36 failed to set default gateway 192.168.0.254 (-1)." dans /var/log/messages, il faut taper la commande suivante dans votre console telnet ou putty (connecté en root):

ip route add default via 192.168.1.254

Et pour ceux qui redémarrent souvent leur syno, créer un script gateway_connection.sh lancé à chaque démarrage via /usr/local/etc/rc.d

#!/bin/ash

ip route add default via 192.168.1.254

echo "Reconnected gateway" >> /var/log/messages;

sinon, le syno va passer son temps à se mettre en veille et redemarrer toutes les 30 min....pas glop, autant désactiver la mise en veille le temps qu'un correctif officiel sorte.

... c'est ce que j'ai fait, et malgré cela, ça ne marche toujours pas ....

crakotte Newbie

crakotte

Posté(e)
Posté(e) (modifié)

salut,

je n'ai pas encore eu le temps de faire la manip chez moi, je vais essayer ce soir. Est-ce que tu as toujours le message "scemd: net_default_gateway_set.c:36 failed to set default gateway 192.168.0.254 (-1)." dans /var/log/messages ?

Modifié par crakotte
PascalZ Newbie

PascalZ

Posté(e)
Posté(e) (modifié)

Alors il y a du nouveau.

Synology a publié un patch qui peut être téléchargé sur leur serveur et qui semble résoudre le problème pour les NAS 2 baies.

Selon ce qu'il ressort du forum US:

- Ca semble fonctionner pour les 212+

- Ca ne fait rien pour les 212 et 412+

- Et ça a planté un 213+

A vous de tester:

Thanks for your mail and waiting.

We have a patch to fix this issue, please download it via this link,

ftp://ftp.synology.com/on-line/Patches/2bay_hibernation/fix2BaySleep-4.1.2636.pat

account: on-line

password: online_user

Please help us to apply it via Control Panel --> DSM update.

Hope this could help.

Dites-moi si ça résoud vos problèmes.

Modifié par PascalZ
gspock Newbie

gspock

Posté(e)
  • Auteur
Posté(e)

Je viens d'appliquer le patch .... je vais voir ce qui se passe et ferai un retour tout à l'heure ....

... Voici mes constatations avec mon 212+:

1) le patch règle le problème

2) par contre le comportement du syno est différent sur les conditions pour se mettre en veille. Je m'explique :

AVANT la 4.1, il se mettait en veille même si le surveillance station tournait, pour autant que les caméras soient coupées.

En 4.1, il faut absolument que le package surveillance soit arrêté, sinon pas de veille mêmes si toutes les caméras sont coupées

M4rcol3ptik Newbie

M4rcol3ptik

Posté(e)
Posté(e)

Salut,

Je possède un DS212 et j'ai également ce problème d'hibernation pour l'instant en partie résolu par la ligne de commande via Telnet.

J'avoue être un peu frileux à tester le patch. Pour l'instant j'attends une version plus officielle.

gspock Newbie

gspock

Posté(e)
  • Auteur
Posté(e) (modifié)

... Voici mes constatations avec mon 212+:

1) le patch règle le problème

2) par contre le comportement du syno est différent sur les conditions pour se mettre en veille. Je m'explique :

AVANT la 4.1, il se mettait en veille même si le surveillance station tournait, pour autant que les caméras soient coupées.

En 4.1, il faut absolument que le package surveillance soit arrêté, sinon pas de veille mêmes si toutes les caméras sont coupées

... mais par contre, j'ai toujours le message suivant dans /var/log/messages :

net_default_gateway_set.c:36 failed to set default gateway 192.168.1.1 (-1).

:blink: :blink: :blink:

Et depuis l'application du patch, il semble que quelque chose réveille la "bête" +/- toute les heures ...

Sep 7 12:41:29 kernel: [ 1386.200000] ata1: wake up from deepsleep, reset link now

Sep 7 12:41:36 kernel: [ 1393.230000] ata2: wake up from deepsleep, reset link now

Sep 7 14:08:46 kernel: [ 3668.960000] ata1: wake up from deepsleep, reset link now

Sep 7 14:08:53 kernel: [ 3675.990000] ata2: wake up from deepsleep, reset link now

Sep 7 15:09:07 kernel: [ 7290.020000] ata1: wake up from deepsleep, reset link now

Sep 7 15:09:14 kernel: [ 7297.050000] ata2: wake up from deepsleep, reset link now

Sep 7 17:09:28 kernel: [14511.030000] ata1: wake up from deepsleep, reset link now

Sep 7 17:09:35 kernel: [14518.060000] ata2: wake up from deepsleep, reset link now

Sep 7 18:09:46 kernel: [18129.060000] ata1: wake up from deepsleep, reset link now

Sep 7 18:09:53 kernel: [18136.090000] ata2: wake up from deepsleep, reset link now

Sep 7 19:10:06 kernel: [21749.090000] ata1: wake up from deepsleep, reset link now

Sep 7 19:10:13 kernel: [21756.120000] ata2: wake up from deepsleep, reset link now

Sep 7 20:10:27 kernel: [25370.140000] ata1: wake up from deepsleep, reset link now

Sep 7 20:10:34 kernel: [25377.170000] ata2: wake up from deepsleep, reset link now

Sep 7 21:10:45 kernel: [28988.190000] ata1: wake up from deepsleep, reset link now

Sep 7 21:10:52 kernel: [28995.230000] ata2: wake up from deepsleep, reset link now

Sep 7 22:11:06 kernel: [32609.250000] ata1: wake up from deepsleep, reset link now

Sep 7 22:11:13 kernel: [32616.280000] ata2: wake up from deepsleep, reset link now

Sep 7 23:11:24 kernel: [36227.300000] ata1: wake up from deepsleep, reset link now

Sep 7 23:11:31 kernel: [36234.330000] ata2: wake up from deepsleep, reset link now

Sep 8 00:11:44 kernel: [39847.350000] ata1: wake up from deepsleep, reset link now

Sep 8 00:11:51 kernel: [39854.380000] ata2: wake up from deepsleep, reset link now

Sep 8 01:12:05 kernel: [43468.410000] ata1: wake up from deepsleep, reset link now

Sep 8 01:12:12 kernel: [43475.440000] ata2: wake up from deepsleep, reset link now

Sep 8 02:12:26 kernel: [47089.460000] ata1: wake up from deepsleep, reset link now

Sep 8 02:12:33 kernel: [47096.490000] ata2: wake up from deepsleep, reset link now

Sep 8 04:12:47 kernel: [54310.570000] ata1: wake up from deepsleep, reset link now

Sep 8 04:12:54 kernel: [54317.600000] ata2: wake up from deepsleep, reset link now

Sep 8 06:13:08 kernel: [61531.680000] ata1: wake up from deepsleep, reset link now

Sep 8 06:13:15 kernel: [61538.710000] ata2: wake up from deepsleep, reset link now

Sep 8 07:31:53 kernel: [66257.000000] ata1: wake up from deepsleep, reset link now

Sep 8 07:32:00 kernel: [66264.030000] ata2: wake up from deepsleep, reset link now

Sep 8 09:04:56 kernel: [71840.000000] ata1: wake up from deepsleep, reset link now

Sep 8 09:05:14 kernel: [71847.030000] ata2: wake up from deepsleep, reset link now

Modifié par gspock
gspock Newbie

gspock

Posté(e)
  • Auteur
Posté(e)

... Voici mes constatations avec mon 212+:

1) le patch règle le problème

.... sauf si un disque sata externe est connecté ... dans ce cas, je retombe sur le phénomène que le syno se met en veille puis se rallume directement .... pppfffff .... c'est à ne plus rien comprendre, car tout ça marchait nickel en 4.0 ....

 Partager
Aller sur la liste des sujets
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.