Standby / Hibernation beendet automatisch

[lord1024]

Kann ich mir zwar nicht vorstellen, da dann der Medienserver auch in diese Liste reinmüsste.

http://www.synology.com/en-uk/support/faq/568

ABER, ich will ja nicht unkooperativ sein, wenn ihr mir schon helfen wollte, also habe ich jetzt auch den Medienserver deinstalliert.

Ergenbis:



DiskStation wächt wieder mitten in der Nacht auf.

Gibt's vielleicht irgendwo noch ein ausführlicheres Protokoll vom "Normal-User" versteckt, das Auskunft geben könnte?

 

[Benares]

Das ist doch schonmal garnicht schlecht. Wenn ich meiner Brille vertrauen darf, erfolgt ein Wakeup nur alle paar Stunden. Das geht doch.
Wenn du weiter forschen willst, wäre interessant, was zu den anderen Zeiten los war (z.B. DDNS Konfiguration, Zeiten der Zwangstrennung des Routers).

 

[philadou]

@lord1024

Sorry, ich war im Urlaub, sonst hätte ich bereits früher geantwortet.
Nein, das Problem besteht bei mir leider immer noch.
Ich warte immer noch auf weitere Antwort von Herrn Arthur Bielefeld vom Synology Deutschland Support.
Dass Ers sich mittlerweile seit über einem Monat nicht mehr meldet bestätigt mir jedoch, dass einfach keine Lösung in Aussicht ist.

Mich ärgert nur an der ganzen Sache, dass Synology bei diesem Modell extra mit dem Hibernation Feature geworben hat.
Und genau deshalb hab ich mich für diese Firma, dieses Modell entschieden. ich bin kein Power User, sondern möchte einfach nur ab und an von unterwegs
auf meine Daten zugreifen. :-(

 

[lord1024]

Das ist doch schonmal garnicht schlecht. Wenn ich meiner Brille vertrauen darf, erfolgt ein Wakeup nur alle paar Stunden. Das geht doch.
Wenn du weiter forschen willst, wäre interessant, was zu den anderen Zeiten los war (z.B. DDNS Konfiguration, Zeiten der Zwangstrennung des Routers).

Das kann man aus dem Protokoll leider nicht wirklich schließen, da man ja nicht weiss, wie lange die DS schläft. Vielleicht ist sie ja am 2014/08/29 um 03:02:42 eingeschlafen und bereits am am 2014/08/29 um 03:02:52 wieder aufgewacht. Fakt ist, die DiskStation wächt nach wie vor sinnlos bzw. ohne erkennbaren Grund auf und damit bin ich mit meinem Problem noch keinen Zentimeter weiter gekommen.

Ja, ich will weiter forschen und ja, es wäre interessant zu wissen, was zu den anderen Zeiten los war. Aber wie komme ich da drauf?

Was meinst du mit Zwangstrennung des Routers? Bin mit meinem Provider 24/7 über eine statische IP Verbunden, meine Internetverbindung wird nie getrennt, meinst du das damit?

Was DDNS ist weiss ich nicht, jedenfalls ist es am Router abgeschaltet. Und da ich nicht weiss, was es ist, halte ich es für unrealistisch, dass ich es sonst irgendwo im Netzwerk aktiviert hätte.



@philadou

Ich hoffe, du bist erholt vom Urlaub zurückgekehrt

Wärst du so freundlich und urgierst mal beim Support? Nur um sicherzugehen, dass die nicht einfach "vergessen" haben.

Ich bin wirklich ein großer Fan von Synology und ich habe in meinem Freundes- und Bekanntenkreis schon unzählige DiskStations installiert, aber das Thema Hibernate will einfach nicht so richtig funktionieren. Und leider ist es auch ziemlich schwierig Hilfe zu bekommen (Threadersteller: "Hibernate will einfach nicht funktionieren". Moderator "Das Thema gab's schon 500 mal, nutze die Suchfunktion".)

Zweites problematische Thema ist imho QuickConnect, das habe ich auch noch nirgendwo funktionierend im Live-Betrieb gesehen, aber ich will jetzt nicht vom Thema Hibernate ablenken.

Also wenn noch jemand Hilfe oder Ideen hat, BITTE immer her damit, ich möchte so gerne, das Hibernate wieder funktioniert

 

[Benares]

Mit "los war" meinte ich einfach nur Dinge, die man zeitlich nachvollziehen kann.

Ich habe z.B. keine feste IP. Meine Provider trennt alle 24 Std. Damit ich Einfluss auf den Zeitpunkt habe, kennt mein Router (Fritzbox) die Option "Zwangstrennung zuvorkommen" wo ich einen Zeitbereich angeben kann (z.B. 3-4 Uhr). Die Box trennt dann von sich aus und baut die Verbindung neu auf - jeden Tag ein paar Sekunden früher. Da sich dabei meine IP ändert, gibt es DDNS. Darüber lässt sich die neue IP an einen DDNS-Provider melden, der dann einen festgelegten Namen an die neu IP knüpft. Der Zugriff über Namen funktioniert daher immer. Wenn so ein DDNS-Abgleich auf der DS läuft, wacht sie natürlich auf. Somit wäre ein Aufwachen zwischen 3 und 4 Uhr erklärt.

Anderes Beispiel sind all die Prozesse, die zu bestimmten Zeiten laufen sollen. Schau dir mal die /etc/crontab auf der DS an, z.B. bei mir

#minute hour    mday    month   wday    who     command
#0      0       *       *       *       root    /usr/sbin/ntpdate -b 192.168.0.1 >/dev/null 2>&1
0       0       1       *       *       root    /usr/syno/bin/syno_disk_health_record
20      0       *       *       *       root    /usr/syno/bin/timebkp recycle_all
52      3       *       *       0,1,2,3,5       root    /usr/syno/bin/synopkg chkupgradepkg
48      3       *       *       1,4     root    /usr/syno/sbin/synoupgrade --fetch-all

Dadurch wacht die DS zu den festgelegten Zeiten auch auf.

Weiterhin gibt es noch die ganzen Packages, die zyklisch was arbeiten wollen, z.B. die Mailstation oder den Webalizer.

Dann gibt es noch das ganze Feld der Clients, die etwas von der DS wollen, z.B. durchlaufende eigene PCs, Portscanner im Internet, die über irgendwelche Port-Weiterleitung im Router durchkommen usw.

Es hilft also nicht zu jammern, sondern man muss nach und nach selbst die möglichen Verursacher finden und ausmerzen. Synology (und jeder andere NAS-Hersteller) kann da gar nicht sooo viel tun. Wenn was auf Platte geschrieben werden soll, müssen die halt anlaufen.

Ich würde folgendes vorschlagen:
1.) Im Router alle Portweiterleitungen an die DS abschalten oder auf Nicht-Standard-Ports umbiegen.
2.) unnötige cron-Jobs stillegen oder in ein gemeinsames Zeitfenster verlegen.
3.) Pakete auf der DS auf ein Minimum beschränken, nach und nach in Betrieb nehmen und Aufweckverhalten prüfen. Bei machen reicht es schon, das Logging auszuschalten, damit Ruhe einkehrt.
4.) permanente Mounts (verbundene Laufwerke) vermeiden. Besser mit \\Diskstation\Share\... und Verknüfungen arbeiten

 

[lord1024]

Danke für die ausführliche Erklärung der beiden Themen, treffen bei mir aber wie gesagt nicht zu. Ich denke nicht, dass ich nur jammere, sondern vielmehr beantworte ich schließlich jede Frage, die mir gestellt wird. Bisher hat das aber leider keinen Erfolg gebracht. (deswegen jammere ich vielleicht. Ein klein wenig)

Ich kann schlicht und einfach mitten in der Nacht keinen Zugriff auf die DS nachvollziehen. Wenn nachts ein PC laufen würde, würde ich schließlich nicht fragen, warum sich meine DS nicht abschaltet.

Am Router gibt es KEINE Port-Weiterleitungen an die Diskstation.

Was sind cron-Jobs? (ich habe wöchentliche Datensicherung, Papierkorb leeren und SMART-Prüfungen programmiert, da ist mir durchaus bewusst, dass sich die DS dafür einschalten muss, wenn sie nicht schon läuft. Die DS schaltet sich aber nicht wöchentlich nicht nachvollziehbar ein, sondern täglich nicht nachvollziehbar. Außerdem würde ich hier nicht schreiben, dass sich die DS nicht nachvollziehbar startet, wenn ich eine Datensicherung auf den jeweiligen Zeitpunkt programmiert habe. Dabei handelt es sich schließlich nicht um einen nicht nachvollziehbaren Start, sondern um einen nachvollziehbaren.

Mein einziges Paket ist wie gesagt der Medienserver und den habe ich auch schon testweise einige Tage deinstalliert gehabt.

Wo kann ich das Logging abschalten? Bzw. welches Logging meinst du?

Wie kann ich mir die /etc/crontab anschauen?

 

[Benares]

Wo kann ich das Logging abschalten? Bzw. welches Logging meinst du?

Das Logging war nur ein Beispiel. Beispielsweise hatten schon viele mit den Standby Probleme, weil sie im Ressourcen-Monitor in den Einstellungen "Nutzungsverlauf aktivieren" an hatten. Viele Dienste/Pakete haben solche Logging-Einstellungen, oft auch etwas versteckt.

Der Medienserver ist i.d.R. harmlos, hab den auch aktiviert. Meine DS schläft den ganzen Tag (bis auf die Zwangstrennung, die cron-Jobs und die gewollten Zugriffe)

Wie kann ich mir die /etc/crontab anschauen?

Geh mit telnet/ssh/putty auf die DS, meld dich als root an (gleiches Passwort wie admin), dann "cat /etc/crontab"

 

[lord1024]

Ich habe im Ressourcen-Monitor den Nutzungsverlauf nicht aktiviert.

 

[philadou]

@lord1024

Ich habe gestern noch mal dem Support Mitarbeiter geschrieben. Bin mal gespannt ob da eine Antwort kommt.
QuickConnect hatte ich am Anfang auch installiert...erst ging es super, ne Stunde später nicht mehr, dann ging's wieder.
Dann wollte ich es deinstallieren, was auch nicht wirklich geklappt hatte. Nun ja, jetzt nutze ich auch DDNS.
Wenn du schon viele DS's installiert hast, gibt es denn ein Modell bei dem Hibernation auf jeden fall funktioniert?

Ich habe mich übrigens auch gerade mal per telnet eingeloggt und folgendes Ergebnis bekommen:

NAS> cat /etc/crontab
#minute hour mday month wday who command
0 0 1 * * root /usr/syno/bin/syno_disk_health_record

Also viel läuft da wohl nicht, aber weiter bringt es mich auch nicht :-(

 

[lord1024]

Kann vielleicht jemand zu meiner obigen Auswertung etwas sagen? Bringt mich das irgendwie näher an Hibernate?

QuickConnect geht übrigens bei mir seit gestern. Habe allerdings keine Einstellungen geändert. Synology scheint da selbst Probleme mit zu haben IMHO.

Ich denke nicht, dass das Thema Hibernate vom Modell abhängig ist. Bei meinen beiden DiskStations funktionierte es anfangs auch bestens. Dann irgendwann wie ich von DSM 3 auf DSM 4 umgestiegen bin, kamen die Probleme. Weiss nicht, ob es bereits bei der Umstellung auf DSM 4 der Fall war oder ob das Problem erst nach und nach mit Version 4 kam. Jedenfalls erhoffte ich mir dann Besserung mit DSM 5 aber leider Fehlanzeige.

Ich kann mir beim besten Willen nicht vorstellen, dass es an meinen Einstellungen oder an sonst irgend einer Netzwerkkonfig liegt. Ich habe ja praktisch NICHTS eingestellt und mein LAN ist recht simpel.

Ich bin echt am Verzweifeln. Langsam bleibt mir wirklich nur mehr das Jammern. Was soll/kann ich denn sonst noch machen?

 

[Benares]

Du jammerst ja schon wieder.

Wir haben doch schon einige Punkte durchgekaut. Betrachte mal einen längeren Zeitraum, z.B. mit

cat /var/log/messages | grep "ata1: wake up from deepsleep"

Dann geh jede Meldung durch und versuch sie zu erklären (z.B. anhand der crontab). Oft finden die Vorgänge zu ähnlichen Zeiten/an bestimmten Tagen statt. Bin mal gepannt, wie viel als "unerklärlich" übrig bleibt.

Meine 4 Vorschläge aus #45 hast du gelesen/geprüft?

 

[lord1024]

Ich bin davon ausgegangen, dass die 4 Vorschläge bereits beantwortet sind. Nochmals kurz zusammengefasst.

1.) Keine Portweiterleitungen auf die DS vorhanden.
2.) SMART Tests, Datensicherung und Papierkörbe leeren starten die DS mit guten Grund, das ist mir durchaus bewusst. Meine DS startet aber zu ganz anderen Zeitpunkten grundlos. Sonst habe ich keine Jobs programmiert.
3.) Habe nur mehr den Medienserver und der wurde schon testweise deaktiviert.
4.) permanente Mounts (verbundene Laufwerke) --> Wenn nachts alle meine PCs ausgeschaltet sind, gibt's ja auch keine permanenten Mounts, oder?

Bitte um Rückmeldung, falls die Fragen hiermit und mit meinem Post #46 noch nicht ausreichend beantwortet sind.

Wie funzt das mit der genaueren Betrachtung über einen längeren Zeitraum?

Ich gebe über Telnet folgendes ein:

cat /var/log/messages | grep "ata1: wake up from deepsleep"

Und dann?

Ich habe im Ressourcen-Monitor den Nutzungsverlauf nicht aktiviert.

Anhang anzeigen 18886

Was kann ich daraus schließen?

 

[Benares]

Und dann?

hast du alle Einschaltzeitpunkte über längere Zeit mal auf einen Blick.

Wie "schlimm" ist es denn? 3-4 mal pro Tag halte ich für normal.

 

[lord1024]

3-4 mal "sinnlos" hoch und runter fahren halte ich für 3-4 mal zu viel. Betonung allerdings auf "sinnlos". Wenn jemand 3-4 S.M.A.R.T. Tests pro Tag programmiert, ist das natürlich was ganz anderes. Bevor sich meine Platten jeden Tag 3-4 mal ohne Grund ein und ausschalten, lasse ich sie lieber 24/7 laufen. An dieser Stelle müsste man jetzt in die Diskussion einsteigen, was der Platte mehr schadet, eine Woche ohne Zugriff "sinnlos" laufen oder 21-28 sinnlose Ein- und Abschaltvorgänge. Das kann aber niemand seriös beantworten und es ist auch offtopic.

Wenn ich früher unter DSM 3 am Montag um 11:00 Uhr vormittags im Büro erfahren habe, dass ich eine Woche ins Ausland fliegen muss und in 2 Stunden das Flugzeug geht, dann konnte ich mir sicher sein, dass die Platten in dieser Zeit genau 0 mal gestartet werden, und nicht 21-28 mal. Das halte ich für sehr verschleissfrei.

Aber seit etwa 1 Jahr habe ich meine DiskStation nicht mehr 1 Minute mit eigenen Augen in Hibernate gesehen!



Habe ich das richtig gemacht, da tut sich nichts. Oder kommt da erst nach und nach irgendwann mal was?

 

[Puppetmaster]

Ach so, ich dachte, es geht dir um den Energieverbrauch...

Lass die Platten durchlaufen, und du schläfst ruhiger. Mache ich auch so.

 

[lord1024]

Es geht mir darum, dass die Hibernate Funktion nicht funktioniert. Dieses Problem möchte ich gerne mit eurer Unterstützung lösen. Meine Gründe, warum ich die Funktion nutzen möchte, sollten dafür imho nicht relevant sein. Aber, offtopic, ja, es geht mir unter anderem auch um den Energieverbrauch.

/update 23:07 Uhr:

Das Fenster sieht noch genau so unverändert aus.

Ich kenne mich damit nicht aus, was ich damit machen soll. Soll sich das irgendwann mal verändern, oder habe ich was falsch gemacht? Bitte um Unterstützung!

Ich tippe jetzt sicherheitshalber mal "exit" ein und fahre den PC runter, da ich morgen früh raus muss.

 

[dil88]

Du musst die Befehlszeile mit der Cursor-hoch-Taste erneut sichtbar machen und mit Return abschicken, dann läuft er wieder ab. Probiere es vielleicht auch nochmal ohne den String ata1. Ich kann es gerade nicht überprüfen.

 

[goetz]

Hallo,
1. deepsleep haben die DS von lord1024 nicht
2. wake up from hibernation Nachrichten werden in /var/log/scemd.log gespeichert, tail -60 /var/log/scemd.log liefert die 60 letzten Einträge.
3. tail -60 /var/log/messages liefert die letzten 60 Einträge, jeder Eintrag kann ein Auslöser für das Aufwachen sein
4 beide Ausgaben mal auf gleiche Uhrzeiten vergleichen.

Gruß Götz

 

[Benares]

@lord1024
Nein, die Ausgabe kommt sofort. Vielleicht steht ja bei dir was anders im Log. Ich habe beim Aufwachen immert solche zusammenhängenden Blöcke:

root@DS212:~# cat /var/log/messages
...
Sep  3 03:28:46 DS212 kernel: [666295.380000] ata2: wake up successful, the reset fail can be ignored
Sep  3 03:28:46 DS212 kernel: [666299.390000] ata1: SRST failed (errno=-16)
Sep  3 03:28:46 DS212 kernel: [666299.390000] ata1: SRST fail, set srst fail flag
Sep  3 03:28:46 DS212 kernel: [666302.520000] ata1: link reset sucessfully clear error flags
Sep  3 03:28:46 DS212 kernel: [666302.610000] ata1.00: Disable disk write cache in EH
Sep  3 03:28:46 DS212 kernel: [666302.710000] ata1: wake up successful, the reset fail can be ignored
Sep  3 10:10:07 DS212 kernel: [690381.000000] ata1: wake up from deepsleep, reset link now
Sep  3 10:10:07 DS212 kernel: [690381.080000] ata1: device plugged sstatus 0x123
Sep  3 10:10:14 DS212 kernel: [690388.010000] ata2: wake up from deepsleep, reset link now
Sep  3 10:10:14 DS212 kernel: [690388.090000] ata2: device plugged sstatus 0x123
Sep  3 10:10:17 DS212 kernel: [690394.020000] ata1: SRST failed (errno=-16)
Sep  3 10:10:17 DS212 kernel: [690394.020000] ata1: SRST fail, set srst fail flag
Sep  3 10:10:20 DS212 kernel: [690396.970000] ata2: link is slow to respond, please be patient (ready=0)
Sep  3 10:10:20 DS212 kernel: [690397.150000] ata1: link reset sucessfully clear error flags
Sep  3 10:10:20 DS212 kernel: [690397.260000] ata1.00: Disable disk write cache in EH
Sep  3 10:10:20 DS212 kernel: [690397.360000] ata1: wake up successful, the reset fail can be ignored
Sep  3 10:10:24 DS212 kernel: [690401.060000] ata2: SRST failed (errno=-16)
Sep  3 10:10:24 DS212 kernel: [690401.060000] ata2: SRST fail, set srst fail flag
Sep  3 10:10:27 DS212 kernel: [690403.830000] ata2: link reset sucessfully clear error flags
Sep  3 10:10:27 DS212 kernel: [690403.940000] ata2.00: Disable disk write cache in EH
Sep  3 10:10:27 DS212 kernel: [690404.030000] ata2: wake up successful, the reset fail can be ignored

z,B. beim Aufwachvorgang von eben 10:10:07.

Da aber davon nur eine Zeile interessant ist, hab ich mir willkürlich den Text "ata1: wake up from deepsleep" ausgesucht und darauf gefiltert

root@DS212:~# cat /var/log/messages | grep "ata1: wake up from deepsleep"
...
Aug 31 00:20:09 DS212 kernel: [395779.000000] ata1: wake up from deepsleep, reset link now
Aug 31 03:13:27 DS212 kernel: [406176.270000] ata1: wake up from deepsleep, reset link now
Aug 31 03:52:07 DS212 kernel: [408488.060000] ata1: wake up from deepsleep, reset link now
Aug 31 10:19:57 DS212 kernel: [431766.690000] ata1: wake up from deepsleep, reset link now
Aug 31 12:35:52 DS212 kernel: [439912.890000] ata1: wake up from deepsleep, reset link now
Aug 31 15:21:30 DS212 kernel: [449850.590000] ata1: wake up from deepsleep, reset link now
Aug 31 17:02:21 DS212 kernel: [455902.000000] ata1: wake up from deepsleep, reset link now
Aug 31 20:15:33 DS212 kernel: [467504.000000] ata1: wake up from deepsleep, reset link now
Sep  1 00:00:11 DS212 kernel: [480982.210000] ata1: wake up from deepsleep, reset link now
Sep  1 03:13:28 DS212 kernel: [492579.050000] ata1: wake up from deepsleep, reset link now
Sep  1 03:48:09 DS212 kernel: [494650.000000] ata1: wake up from deepsleep, reset link now
Sep  1 10:25:26 DS212 kernel: [518497.830000] ata1: wake up from deepsleep, reset link now
Sep  1 19:50:26 DS212 kernel: [552398.070000] ata1: wake up from deepsleep, reset link now
Sep  2 00:20:10 DS212 kernel: [568582.000000] ata1: wake up from deepsleep, reset link now
Sep  2 03:13:27 DS212 kernel: [578979.280000] ata1: wake up from deepsleep, reset link now
Sep  2 03:52:08 DS212 kernel: [581287.280000] ata1: wake up from deepsleep, reset link now
Sep  2 05:46:43 DS212 kernel: [588175.000000] ata1: wake up from deepsleep, reset link now
Sep  2 10:11:30 DS212 kernel: [604063.000000] ata1: wake up from deepsleep, reset link now
Sep  2 12:43:58 DS212 kernel: [613197.860000] ata1: wake up from deepsleep, reset link now
Sep  2 14:11:06 DS212 kernel: [618425.200000] ata1: wake up from deepsleep, reset link now
Sep  2 17:17:26 DS212 kernel: [629619.050000] ata1: wake up from deepsleep, reset link now
Sep  2 20:18:13 DS212 kernel: [640466.000000] ata1: wake up from deepsleep, reset link now
Sep  3 00:20:10 DS212 kernel: [654983.000000] ata1: wake up from deepsleep, reset link now
Sep  3 03:28:33 DS212 kernel: [666286.340000] ata1: wake up from deepsleep, reset link now
Sep  3 10:10:07 DS212 kernel: [690381.000000] ata1: wake up from deepsleep, reset link now

Ich könnte inzwischen fast jeden dieser Aufwachvorgänge erklären. Im Moment hab ich Urlaub, da sind es etwas mehr pro Tag, aber normalerweise sind es 2-3.

Die scemd.log könnte man dafür auch hernehmen. Dann wäre der Befehl halt z.B.

root@DS212:~# cat /var/log/scemd.log | grep "wake up"
...Sep  2 11:08:40 DS212 scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep  2 12:44:11 DS212 scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep  2 14:11:20 DS212 scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep  2 17:17:39 DS212 scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep  2 20:18:26 DS212 scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep  3 00:20:23 DS212 scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep  3 03:28:46 DS212 scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep  3 10:10:20 DS212 scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.

 

[lord1024]

Du musst die Befehlszeile mit der Cursor-hoch-Taste erneut sichtbar machen und mit Return abschicken, dann läuft er wieder ab.

Meinst du so? Also so wie ich das sehe, tut sich da überhaupt nichts.

Probiere es vielleicht auch nochmal ohne den String ata1. Ich kann es gerade nicht überprüfen.

Wie meinst du das genau? Was muss ich also insgesamt eingeben?

2. wake up from hibernation Nachrichten werden in /var/log/scemd.log gespeichert, tail -60 /var/log/scemd.log liefert die 60 letzten Einträge.

DiskStationPGW> tail -60 /var/log/scemd.log

Sep 1 07:16:54 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 1 17:02:08 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 2 06:36:27 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 2 10:00:22 DiskStationPGW scemd: modules/disk_hibernation.c:2602 The USB disk 1 wake up from hibernation.
Sep 2 19:57:40 DiskStationPGW scemd: modules/disk_hibernation.c:2602 The USB disk 1 wake up from hibernation.
Sep 2 23:50:07 DiskStationPGW scemd: modules/disk_hibernation.c:2602 The USB disk 1 wake up from hibernation.
Sep 3 11:50:21 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 4 00:02:58 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 4 07:07:53 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 4 15:51:20 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 4 22:39:09 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 5 07:01:18 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 5 18:20:31 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 6 01:57:55 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 6 08:02:08 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 6 23:41:52 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Sep 7 04:03:16 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.<-----
Sep 7 13:35:30 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.

3. tail -60 /var/log/messages liefert die letzten 60 Einträge, jeder Eintrag kann ein Auslöser für das Aufwachen sein

DiskStationPGW> tail -60 /var/log/messages

Sep 6 11:54:09 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]
Sep 6 12:28:31 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]
Sep 6 12:38:03 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]
Sep 6 13:25:16 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]
Sep 6 13:37:14 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]
Sep 6 14:26:38 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]
Sep 6 14:56:40 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]
Sep 6 15:04:23 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]
Sep 7 15:58:24 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]
Sep 7 17:32:44 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]
Sep 7 17:54:58 DiskStationPGW synoindexscand: synoidx_file.c:424 failed to statfs /volume1/tobi/Eigene Dateien/Outlook/~Outlook.pst.tmp, reason=[(2)No such file or directory]



Musste leider einiges entfernen, da es sonst zu lange ist für's Forum hier

Aber beispielsweise für

Sep 7 04:03:16 DiskStationPGW scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.

kann ich keinen Zusammenhang erkennen.