+-Serie DSM 4.2 Erfahrungen und Informationen

[Meru]

Bei mir wird die DS schon in der Seitenleiste angezeigt, aber die Ordner sind nicht gemountet, also sollte sie schlafen gehen bzw. nicht wieder aufwachen.

P.s. Wenn die DS ein paarmal so wieder aufgeweckt wurde versucht Sie es erst ganicht mehr, soll heißen wenn mein Mac den ganzen Tag den Ruhezustand verhindert hat, schläft das teil auch Nachts nicht mehr ein wenn alle andern Geräte längst aus sind.

mfg MEru

 

[ottomane]

Wie ich gerade feststelle, funktioniert auch das "normale" Schlafen der Platten (Hibernation) nicht mehr. Sie schlafen und wachen sofort wieder auf, obwohl DeepSleep aus ist.

Ich bereue sehr, dieses Update eingespielt zu haben.

 

[Jürg2008]

Lieber Poggo,
das ist der mit Abstand unverschämteste und arroganteste Beitrag zu diesem Thema. Wenn Du so gut sein willst, wie du hier rumkotzt, dann bring sinnvolle Beiträge. Es gibt sicher viele Leute, die das Ding gekauft haben, es neben Ihren vielen täglichen Verpflichtungen betreiben wollen und nicht die allerversiertesten Anwender sind. Aber Gott sei dank gibt es nicht viele, die so sehr auf dem hohen Ross sitzen wie Du. Du solltest Dich schämen !!

 

[Poggo]

Ups...sorry wenn ich dich gekränkt habe.
Aber es ist doch so hier steht alles und die Erwartungen sind doch sehr hoch von den Konsumenten.
Und wenn da steht, es funktioniert unter diesen und diesen Umständen, dann ist das doch klar definiert.
Hast du dir eigentlich durchgelesen was ich geschrieben hab? Ich glaube, ich habe einige sinnvolle Beiträge zur Problemlösung hier reingeschrieben. Und sogar auch Frust abgelassen, wie du gerade ;-)

nix für ungut,

Poggo

[edit] hab´s grad nochmal durchgelesen, ist schon hart formuliert. Möchte niemandem af die Füsse treten, aber vielleicht weckt´s ja den ein oder anderen mal auf

 

[DarkSoul]

Aber es ist doch so hier steht alles und die Erwartungen sind doch sehr hoch von den Konsumenten.
Und wenn da steht, es funktioniert unter diesen und diesen Umständen, dann ist das doch klar definiert.

Und wo steht das? Auf der Packung? In der Anleitung? Oder doch nur in den offiziellen Foren, auf die man erst stößt, nachdem man das Gerät gekauft hat?

hab´s grad nochmal durchgelesen, ist schon hart formuliert. Möchte niemandem af die Füsse treten, aber vielleicht weckt´s ja den ein oder anderen mal auf

Installier doch lieber mal die neuste DSM-Version, oder hast du davor etwa angst?
Bei mir geht der System Ruhezustand, wie auch der HDD Ruhezustand.

 

[Alfons403]

Nur mal so, wie schnell es geht das System durcheinanderzubringen!

Bis vor einigen Tagen alles OK, dann habe ich mich gewundert das Pyload
die .rar Dateien nicht mehr wie gewohnt auspackt.
Dann bei Pyload ein bischen in der der Config "gespielt" und Versucht diesen
evtl. vorhanden Fehler abzustellen.
Einen Tag später stelle ich fest, die Syno läuft und läuft und läuft.
Da ich definitiv nur mit Pyload gearbeitet hatte, also den Dienst angehalten = Nichts
Erst deinstallieren, händisch nochmal die Ordner von Pyload löschen und wieder
neu installieren brachte es wieder in Ordnung.
Wobei ich dann festgestellt habe, dass die Deinstallation und das löschen von Hand
nicht alles entfernt hatte, einige Einstellungen waren sofort wieder da.

 

[ottomane]

Wobei Pyload ja kein offizielles Paket ist. Ich betreibe die DS ausschließlich mit offizieller Software und offizell gelisteten Platten.

Inzwischen gehen weder Hibernation noch DeepSleep auch nur ansatzweise. Und nein, es ist nicht das Netz. Es ist einfach so, dass Synology dieses Feature nicht im Griff hat. Für wie ärgerlich man das hält, ist Geschmackssache.

Ich habe mir mal die Development Docs der eingesetzten Hardware angesehen. Das Thema ist komplexer als es auf den ersten Blick wirkt. Möglicherweise hat Synology es anfangs unterschätzt. Wer schon mal in der Softwareentwicklung gearbeitet hat, weiß, wie so was laufen kann.

Cheffe: Kriegen wir das hin?
Dev: Kann gut sein, wahrscheinlich ja.
Cheffe: OK, Feature schreibe ich auf alle Packungen.
...
Dev: Oh mann. Das ist so kompliziert. Ich brauche mehr Leute oder einen Spezialisten.
Cheffe: Quatsch, das Ding verkauft sich top.
...

 

[Poggo]

Hallo Darksoul, die Info' stehen z.B. Auf der Synology-Webseite unter "FAQ".
Ich finde das nicht so abwegig, sich vor dem Kauf über ein Gerät zu informieren. ich mache das jedenfalls so.
Und die Sig werde ich gleich anpassen, bei mir läuft die aktuellste Version.

Gruß,

Poggo

 

[DarkSoul]

Hallo Darksoul, die Info' stehen z.B. Auf der Synology-Webseite unter "FAQ".
Ich finde das nicht so abwegig, sich vor dem Kauf über ein Gerät zu informieren. ich mache das jedenfalls so.

Vor dem Kauf kann man sich nur über Dinge informieren, die bereits bekannt sind. Kommt es erst nach dem Kauf ans Licht, bringt einem die FAQ herzlich wenig.

Und wenn man das Forum aufmerksam verfolgt, stellt man fest, dass es wohl Workarounds gibt, aber es trotzdem nicht bei allen funktioniert.

 

[husmoaschta]

Hallo Puppetmaster,

ja, das habe ich mit "Nutzung" gemeint, dass eben Konfigurationen benötigt werden, mit denen das halt nicht möglich ist.
Naja, und zum Thema Netzwerk umkrempeln, was kann denn ein Hersteller dazu, was andere Hersteller für ein Chaos im Netzwerk verursachen? Wenn der Router Pakete rumspuckt, kann weder Synology noch die DS was dafür. Und die DS kann das auch schlecht verhindern, bzw. dem Router in diesem Umfang sagen was zu tun ist. Zum Glück.

Grüsse

Ist vielleicht etwas blauäugig, da Ich den Systemaufbau der DS nun wirklich nicht kenne, aber wäre es nicht zielführender, der DS ein Werkzeug zu verpassen, mit dem sie entscheiden kann, wann es denn wirklich notwendig ist, die Disks zu wecken? Ein PC arbeitet ja auch munter dahin, und weckt die Laufwerke nur, wenn er sie braucht.

 

[Poggo]

Ja, das macht sie ja auch soweit.
Aber es ging eigentlich um den Systemruhezustand auf der 213+ und der 413 der nicht so richtig funzt. Und da entscheidet die DS nichts mehr, weil dann auch die Prozessoren schlafen.
Dann werden leider nichtmal mehr geplante Aufgaben ausgeführt. Das scheint hier aber im Forum wenige zu stören irgendwie,
vielleicht weil viele es nicht mal schaffen diesen Systemruhezustand hinzubekommen (LOL muss mal laut lachen).
Da muss man sich halt dann einen Workaround überlegen, wie z.B. einen Task auf irgendeinem Rechner einrichten damit dieser aufwacht und dann anschliessend die DS aufweckt und dann wieder runterfährt. Das Leben besteht irgendwie aus Kompromissen ^^
Da lauscht wohl nur noch die Netzwerkkarte im Systemruhezustand.

Gruß

 

[husmoaschta]

Schon klar. Aber wieso muß das System, wenn es von einem "verirrten" Paket geweckt wurde, die Laufwerke starten? Selbst wenn definitiv nichts zu lesen oder zu schreiben ist?

 

[Puppetmaster]

Dann werden leider nichtmal mehr geplante Aufgaben ausgeführt.

Welche Aufgaben meinst du denn? Zumindest die geplanten Sicherungen funktionieren bei mir auch vom System-Ruhezustand aus.

 

[Ap0phis]

... Aber wieso muß das System, wenn es von einem "verirrten" Paket geweckt wurde, die Laufwerke starten? Selbst wenn definitiv nichts zu lesen oder zu schreiben ist?

Weil die DS ihre Protokolle auf der Festplatte speichert.
Jeder "Zugriff" wird protokolliert.

Das würde sich hier wohl jeder wünschen, dass zumindest für solche Fälle ein kleiner Flash-Speicher zur Verfügung stünde.

 

[datenmessie]

Aus welchem Grund auch immer läuft meine DS213+ wieder rund. Hatte gar nichts mehr verändert.
Zeit, sich mit Weiterem zu befassen.
Sehe ich das richtig, dass Glacier mit dem letzten Update wieder entfernt wurde?!

 

[Spooky_]

Vor kurzem habe ich mich auch dazu entschlossen meine DS212+ auf 4.2 zu updaten. Habe es bis jetzt vermieden, aus Angst vor den Standby/Ruhezustand Problemen. Anfangs dachte ich, dass alles ok ist, die DiskStation ging wie gewohnt in den Ruhezustand. Einige Tage später war dies jedoch nicht mehr der Fall. Die DiskStation ging seitdem nie wieder in den Ruhezustand, bzw. nicht für längere Zeit.

Um das Problem zu debuggen habe ich auf der DiskStation mal alle Services abgedreht, VPN Verbindung gekappt, das einzige installierte Paket (Download Station) deinstalliert, syno_hibernate_debug_tool --enable 1 aktiviert und vom Netzwerk getrennt. Leider gibt das log keinen Aufschluss darüber, warum die DiskStation nicht im Ruhezustand bleibt. Laut log wird sie alle 25 bis 30 Minuten von irgendwas immer wieder aufgeweckt.

May 13 19:54:19 kernel: [57227.340000] [/var/log/messages] opened by pid 26924 [u:(/bin/sh), comm:(S78iscsitrg.sh)]
May 13 20:25:19 kernel: [59087.340000] [/etc/localtime] opened by pid 3273 [u:(scemd), comm:(scemd)]
May 13 20:25:31 kernel: [59099.730000] [/etc/localtime] opened by pid 2476 [u:(/sbin/klogd), comm:(klogd)]
May 13 20:25:36 kernel: [59105.000000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=4, comm=events/0
May 13 20:25:36 kernel: [59105.010000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdb: cmd 0x0 spin up by pid=4, comm=events/0
May 13 20:25:36 kernel: [59105.020000] [/etc/localtime] opened by pid 2476 [u:(/sbin/klogd), comm:(klogd)]
May 13 20:25:50 kernel: [59118.770000] [/var/log/messages] opened by pid 2471 [u:(/sbin/syslogd), comm:(syslogd)]
May 13 20:25:50 scemd: SCEMD: disk 1 wake up from hibernation
May 13 20:25:50 scemd: SCEMD: disk 2 wake up from hibernation
May 13 20:56:31 kernel: [60959.660000] [/etc/localtime] opened by pid 3273 [u:(scemd), comm:(scemd)]
May 13 20:56:44 kernel: [60972.050000] [/etc/localtime] opened by pid 2476 [u:(/sbin/klogd), comm:(klogd)]
May 13 20:56:50 kernel: [60978.000000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=4, comm=events/0
May 13 20:56:50 kernel: [60978.010000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdb: cmd 0x0 spin up by pid=4, comm=events/0
May 13 20:56:50 kernel: [60978.020000] [/etc/localtime] opened by pid 2476 [u:(/sbin/klogd), comm:(klogd)]
May 13 20:57:04 kernel: [60991.780000] [/var/log/messages] opened by pid 2471 [u:(/sbin/syslogd), comm:(syslogd)]
May 13 20:57:04 scemd: SCEMD: disk 1 wake up from hibernation
May 13 20:57:04 scemd: SCEMD: disk 2 wake up from hibernation
May 13 21:27:45 kernel: [62832.600000] [/etc/localtime] opened by pid 3273 [u:(scemd), comm:(scemd)]
May 13 21:27:57 kernel: [62844.990000] [/etc/localtime] opened by pid 2476 [u:(/sbin/klogd), comm:(klogd)]
May 13 21:28:03 kernel: [62851.000000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=4, comm=events/0
May 13 21:28:03 kernel: [62851.010000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdb: cmd 0x0 spin up by pid=4, comm=events/0
May 13 21:28:03 kernel: [62851.020000] [/etc/localtime] opened by pid 2476 [u:(/sbin/klogd), comm:(klogd)]
May 13 21:28:17 kernel: [62864.820000] [/var/log/messages] opened by pid 2471 [u:(/sbin/syslogd), comm:(syslogd)]
May 13 21:28:17 scemd: SCEMD: disk 1 wake up from hibernation
May 13 21:28:17 scemd: SCEMD: disk 2 wake up from hibernation
May 13 21:58:58 kernel: [64705.760000] [/etc/localtime] opened by pid 3273 [u:(scemd), comm:(scemd)]
May 13 21:59:10 kernel: [64718.130000] [/etc/localtime] opened by pid 2476 [u:(/sbin/klogd), comm:(klogd)]
May 13 21:59:16 kernel: [64724.000000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=4, comm=events/0
May 13 21:59:16 kernel: [64724.010000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdb: cmd 0x0 spin up by pid=4, comm=events/0
May 13 21:59:16 kernel: [64724.020000] [/etc/localtime] opened by pid 2476 [u:(/sbin/klogd), comm:(klogd)]
May 13 21:59:30 kernel: [64737.890000] [/var/log/messages] opened by pid 2471 [u:(/sbin/syslogd), comm:(syslogd)]
May 13 21:59:30 scemd: SCEMD: disk 1 wake up from hibernation
May 13 21:59:30 scemd: SCEMD: disk 2 wake up from hibernation
May 13 22:30:10 kernel: [66578.730000] [/etc/localtime] opened by pid 3273 [u:(scemd), comm:(scemd)]
May 13 22:30:23 kernel: [66591.100000] [/etc/localtime] opened by pid 2476 [u:(/sbin/klogd), comm:(klogd)]
May 13 22:30:29 kernel: [66597.000000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=4, comm=events/0
May 13 22:30:29 kernel: [66597.010000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdb: cmd 0x0 spin up by pid=4, comm=events/0
May 13 22:30:29 kernel: [66597.020000] [/etc/localtime] opened by pid 2476 [u:(/sbin/klogd), comm:(klogd)]
May 13 22:30:43 kernel: [66610.760000] [/var/log/messages] opened by pid 2471 [u:(/sbin/syslogd), comm:(syslogd)]
May 13 22:30:43 scemd: SCEMD: disk 1 wake up from hibernation
May 13 22:30:43 scemd: SCEMD: disk 2 wake up from hibernation

Werde wohl mal den Synology Support bemühen.

 

[DarkSoul]

Laut log wird sie alle 25 bis 30 Minuten von irgendwas immer wieder aufgeweckt.

Nicht von irgendwas, sondern von "pid 2471". Sieht zumindest laut Log so aus:

May 13 22:30:43 kernel: [66610.760000] [/var/log/messages] opened by pid 2471 [u:(/sbin/syslogd), comm:(syslogd)]
May 13 22:30:43 scemd: SCEMD: disk 1 wake up from hibernation
May 13 22:30:43 scemd: SCEMD: disk 2 wake up from hibernation

Was für ein Prozess hat die PID 2471 bei dir?

 

[Spooky_]

Das ist ja nur der Log Eintrag darüber, dass ein Log Eintrag gemacht wird, oder nicht? Die Ursache für das Aufwecken aber nicht. PID 2471 müsste in dem Fall der syslogd sein (werd's heut aber nochmal genauer überprüfen).

 

[Poggo]

Welche Aufgaben meinst du denn? Zumindest die geplanten Sicherungen funktionieren bei mir auch vom System-Ruhezustand aus.

eigentlich alles, was im Zeitplaner steht (z.B. wakeup, beep) und auch geplante tvrecord-Aufnahmen wecken meine DS nicht auf.
Aber du hast mir sehr weitergeholfen. Sehr naheliegend, so nah dass ich blindlings drübergestolpert bin ^^.
Dann wird die DS jetzt halt mit einer Sicherung aufgeweckt. Thx!

Gruß, Poggo

 

[DarkSoul]

Das ist ja nur der Log Eintrag darüber, dass ein Log Eintrag gemacht wird, oder nicht? Die Ursache für das Aufwecken aber nicht. PID 2471 müsste in dem Fall der syslogd sein (werd's heut aber nochmal genauer überprüfen).

Möglich, da aber nicht so viele verschiedene ProzessIDs geloggt werden, kannst du die nebenbei auch gleich mit prüfen. Wenn das alles System-Prozesse sind, bringt das HibernateDebugLog insgesamt herzlich wenig, denn mehr steht ja nicht wirklich drin.