DSM 6.x und darunter "Internal disks woke up from hibernation" unregelmäßig, aber nicht gewollt

[colonie]

Hallo zusammen.

Nach dem neusten DSM Update funktioniert nun auch endlich Hibernation bei meiner DS115. Nun habe ich allerdings im Log folgendes gefunden:

2015-06-10 16:29:36 Information SynDS user System SYSTEM:Internal disks woke up from hibernation.
2015-06-10 12:20:03 Information SynDS user System SYSTEM:	Internal disks woke up from hibernation.
2015-06-10 07:19:07 Information SynDS user System SYSTEM:	Internal disks woke up from hibernation.
2015-06-10 00:25:14 Information SynDS user System SYSTEM:	Internal disks woke up from hibernation.
2015-06-09 23:59:41 Information SynDS user System SYSTEM:	Internal disks woke up from hibernation.
2015-06-09 23:22:22 Information SynDS user System SYSTEM:	Internal disks woke up from hibernation.

Folgendes Szenario:
- Ich habe keine Aufgaben konfiguriert.
- Störer aus diesem Wiki sind weder installiert noch aktiviert.
- Zu den aufgeführten Zeiten wurde entweder geschlafen oder ich war außer Haus.
- PC + Mac waren ausgeschaltet.
- Ein Raspberry Pi läuft als reiner Mumble-Server dauerhaft im Netzwerk.
- Apple TV befand sich im Standby, Kodi RasPi ausgeschaltet.
- TV im Standby
- Router: ASUS RT-N66U

Für mich ist es also nicht ersichtlich, warum die Festplatte erwachen sollte.

Gibt es eine Methode herauszufinden, welcher Prozess oder was auch immer die Festplatte erwachen lässt? Habe mich bei meiner Fehlersuche schon an das oben verlinkte Wiki gehalten, was mir leider auch nicht weiterhalf. Ich hoffe sehr, dass ihr es stattdessen könnt.


Gruß

 

[Frogman]

Portweiterleitungen aus dem Router?

 

[colonie]

Genau, das habe ich vergessen. Für die DS sind keine Ports offen, da auch keiner der "Internetdienste" aktiviert/eingerichtet ist.

 

[Frogman]

So ins Blaue geschossen: Router schauen ab und an nach, was so im LAN antwortet bzw. weiterhin verfügbar ist.
Außerdem: wenn der TV im Standby ist, heißt das nicht, dass die Netzwerkverbindung deaktiviert ist - auch der kann schauen, ob ein zuvor bekanntes Netzwerklaufwerk oder DLNA-Server noch weiterhin verfügbar ist.
Beides könntest Du testen, indem Du einfach mal das Netzwerkkabel aus der DS ziehst und schaust, ob die dann ruhig bleibt.

 

[colonie]

Okay danke bisher. Werde die DS dann mal über Nacht vom Netzwerk trennen.
Beim TV würde es mich wundern, da er nie mit der DS in direkter Verbindung stand. Zugegriffen/Abgespielt wurde immer über den Pi.

 

[as_73]

@colonie

Mich würde es auch interessieren, was die Ursache bei dir letztendlich war.
Ich bin bei meiner DS215j auch auf der Suche - bisher ohne Ergebnis.

Ich weiß die Ursachen können vielseitig sein, aber eventuell ist es in diesem Fall auch bei mir die gleiche.

 

[Frogman]

@as_73: Bitte keine Doppelposts

 

[colonie]

So, die Nacht ohne Netzwerkanschluss ist überstanden. Es gibt einen Aufwach-Eintrag und einen seltsamen Eintrag, den ich nicht verstehe, da die DS vom Netzwerk getrennt war.

2015-06-11 01:58:12 Information SynDS user System SYSTEM:	Internal disks woke up from hibernation.
2015-06-11 00:03:41 Information SynDS user System SYSTEM:	IP address [169.254.213.170] and subnet mask [255.255.0.0] were assigned to the DHCP client on [LAN 1].

Wobei ich etwas verwirrt bin, da ich heute morgen um 4:17 Uhr beim Aufstehen sah, dass die DS lief und nicht nur die blaue LED leuchtete. Um kurz vor 6 auch, ebenfalls gegen kurz vor 10.

Gibt es weitere Ideen?

 

[as_73]

so folgende Versuche gestartet:
- automatischer Zeitabgleich -> ausgestellt
- cloud station client deinstalliert
- cloud station -> ausgestellt

Keine Verbesserung. In 2,5 Stunden 3 x aufgewacht

Jetzt teste ich es einmal mit der Einstellung "erweiterter Festplatten-Ruhemodus" auf aus

 

[as_73]

Hat alles leider beim Suchen des Problems nichts geholfen
Auch das Antivir-Prog deaktiviert - unverändert.

Das Log-Protokoll über Putty zeigt dies an:

Jun 14 11:40:19 X12345Y kernel: [ 2390.566145] ata2: wake up from deepsleep, reset link now
Jun 14 11:40:19 X12345Y kernel: [ 2390.655717] ata2: device plugged sstatus 0x123
Jun 14 11:40:28 X12345Y kernel: [ 2399.513224] ata2: link is slow to respond, please be patient (ready=0)
Jun 14 11:40:29 X12345Y kernel: [ 2400.677170] ata2: wake up successful, the reset fail can be ignored
Jun 14 12:35:49 X12345Y kernel: [ 5721.993778] ata2: wake up from deepsleep, reset link now
Jun 14 12:35:49 X12345Y kernel: [ 5722.083342] ata2: device plugged sstatus 0x123
Jun 14 12:35:58 X12345Y kernel: [ 5730.929166] ata2: link is slow to respond, please be patient (ready=0)
Jun 14 12:35:59 X12345Y kernel: [ 5732.093189] ata2: wake up successful, the reset fail can be ignored
Jun 14 13:37:28 X12345Y kernel: [ 9420.829964] ata2: wake up from deepsleep, reset link now
Jun 14 13:37:28 X12345Y kernel: [ 9420.919474] ata2: device plugged sstatus 0x123
Jun 14 13:37:38 X12345Y kernel: [ 9429.774965] ata2: link is slow to respond, please be patient (ready=0)
Jun 14 13:37:38 X12345Y kernel: [ 9430.938918] ata2: wake up successful, the reset fail can be ignored
Jun 14 14:38:26 X12345Y kernel: [13078.205634] ata2: wake up from deepsleep, reset link now
Jun 14 14:38:26 X12345Y kernel: [13078.295170] ata2: device plugged sstatus 0x123
Jun 14 14:38:35 X12345Y kernel: [13087.141027] ata2: link is slow to respond, please be patient (ready=0)
Jun 14 14:38:36 X12345Y kernel: [13088.305055] ata2: wake up successful, the reset fail can be ignored
Jun 14 15:58:14 X12345Y kernel: [17867.056132] ata2: wake up from deepsleep, reset link now
Jun 14 15:58:14 X12345Y kernel: [17867.145702] ata2: device plugged sstatus 0x123
Jun 14 15:58:23 X12345Y kernel: [17876.002140] ata2: link is slow to respond, please be patient (ready=0)
Jun 14 15:58:25 X12345Y kernel: [17877.286058] ata2: wake up successful, the reset fail can be ignored
Jun 14 16:59:38 X12345Y kernel: [21550.648043] ata2: wake up from deepsleep, reset link now
Jun 14 16:59:38 X12345Y kernel: [21550.737590] ata2: device plugged sstatus 0x123
Jun 14 16:59:47 X12345Y kernel: [21559.585386] ata2: link is slow to respond, please be patient (ready=0)
Jun 14 16:59:48 X12345Y kernel: [21560.749379] ata2: wake up successful, the reset fail can be ignored
Jun 14 19:00:01 X12345Y kernel: [28774.091580] ata2: wake up from deepsleep, reset link now
Jun 14 19:00:01 X12345Y kernel: [28774.181126] ata2: device plugged sstatus 0x123
Jun 14 19:00:10 X12345Y kernel: [28783.032352] ata2: link is slow to respond, please be patient (ready=0)
Jun 14 19:00:11 X12345Y kernel: [28784.196297] ata2: wake up successful, the reset fail can be ignored

Aktuell also knapp 1 x Stunde.

Eventuell auch eine Idee, was die wake ups verursacht?

 

[Benares]

Och, so über Tag, wenn auch der ein oder andere PC aktiv ist, halte ich die Abstände für normal. Es gibt ja auch Lücken von mehr als einer Stunde.
Wichtiger ist, wie es zu sonstigen Zeiten aussieht, z.B. nachts, wenn garantiert kein PC aktiv war. Wenn die Lücken da auch nicht größer sind, lässt das auf einen internen Störenfried schliessen.

 

[as_73]

Das Problem ist nur, die Wake ups tauchen auf obwohl kein Rechner im Netz an ist. Ist in meinem Fall auch nur ein Notebook über WLAN.
Auch Handys, Tablett etc. kann es nicht sein, da die Wake ups auftreten, wenn keiner zu Hause ist.

 

[Frogman]

Wie ich oben dem TE schon andeutete - auch ein Router ist ein Rechner, d.h. der agiert im LAN (als lokaler DNS ohnehin), auch wenn alle Clients aus sind.

 

[as_73]

Okay, Frogman, das verstehe ich soweit. Schade ist nur, dass man dies als user nicht an der Log-Datei (auch über Putty) erkennen kann.
Heisst das ich kann das Thema Ruhezustand in dieser Hinsicht vergessen?

Habe ich eine Alternative?
Mir würde es genügen, falls der Ruhezustand in meiner Konstellation nicht reibungslos geht, wenn ich nur mit WOL (wichtig: über Internet) arbeiten könnte - dazu habe ich jedoch keine Lösung im Zusammenhang dem Telekom Speedport (w724v) gefunden.

 

[flight707]

Hallo zusammen.

Nach dem neusten DSM Update funktioniert nun auch endlich Hibernation bei meiner DS115. Nun habe ich allerdings im Log folgendes gefunden:

Genau das selbe Hier, auch DS115, Lösung wäre super, wenns keine Lösung gibt geht das Teil wieder zurück.
Nur Ärgerlich, ...

 

[as_73]

Ich habe nun vom synology support heute folgende Info/Antwort erhalten und werde diese nun bei Gelegenheit testen:

Could you help us to doe the following test if possible ?

1.Set the DNS Server and Gateway settings are properly configured on Diskstation. You can set up DNS server to 8.8.8.8 or 8.8.4.4 (Google's public Server) in Control Panel > Network.
Usually, the gateway should be your router's IP address, we suggest to use a Public DNS server instead of your Router.

2. Please go to Control Panel > Network > Network Interface > edit > IPv6, change the setting from "Auto" to "Disable";
in IPv4 tab, please uncheck "jumbo frame" option.

3. Please go to Control Panel > External Access, and disable DDNS service

4. Please go toControl Panel > Quickconnect, and disable Quickconnect service

5. Please go to DSM > Control Panel > Regional Options to sync the time without one NTP server but manually.

Then make your DS215j without ethernet cable connection for a while, to see if the hibernation still being waked up periodically or not.

Thank you for your cooperation.

Regards,