+-Serie Was ist der neue "stromsparenderSystem-Ruhezustand" ? (DS213+ zum Bsp)

[Tiesie]

Inzwischen komme ich mit dem Ruhezustand ganz gut zurecht.
Weiß nicht, ob das an den Firmwareupdates oder vielleicht Windows 8 liegt.
Beim Betriebssystem starten oder beim Benutzen des Explorers fährt sie jetzt nicht mehr hoch.
Aber sie wacht immer auf, wenn ich Firefox starte.
Jetzt habe ich heraus gefunden, dass die Erweiterung "NoScript" dafür verantwortlich ist.
Ist sie deaktiviert -ist Ruhe.

Hat Jemand eine Idee oder eine andere Lösung, wie diese Erweiterung zu deaktivieren?

 

[mgutt]

Der Thread ist leider nicht wirklich übersichtlich. Daher schmeiße ich mal einfach meine Erfahrungen rein:

DeepSleep der DS213+ ging nicht, solange ich in Windows 7 das NAS per Netzlaufwerk verbunden hatte. Allerdings hatte ich zu dem Zeitpunkt die Einstellung "Broadcasting Pakete von Windows Explorer ignorieren" nicht entdeckt. Aktuell greife ich nur über die Netzwerkumgebung auf das NAS zu. Aufwecken tue ich sie über den Zugriff der Weboberfläche. Wie ich das noch automatisiere weiß ich noch nicht.

Auch frage ich mich wie das mit dem Windows 7 Backup laufen soll. Wenn das NAS dann aus ist, wird ja wahrscheinlich ein Fehler kommen oder nicht.

Ich habe übrigens ständig eine USB Festplatte dran. Das hat also scheinbar keine Auswirkungen.

 

[Puppetmaster]

Ich habe übrigens ständig eine USB Festplatte dran. Das hat also scheinbar keine Auswirkungen.

Du hast eine USB-Platte an der DS und der deep-Sleep funktioniert?? Also Alles aus nur die blaue Power LED blinkt langsam?
Wie lange bleibt die DS denn in diesem Zustand?

 

[mgutt]

Meiner Ansicht nach bleibt der ständig im DeepSleep. Also ständiges Rauf- und Runterfahren habe ich noch nicht erlebt. Eigentlich schade, dass es keine Energiestatistik gibt. Gibt es irgendwo Logs wo man das Rauf- und Runterfahren sehen kann?

 

[Puppetmaster]

SpinUp kann man über Konsole unter /var/log/messages sehen.
Nochmal die Frage: der Zustand ist, daß alle LED aus sind und nur die blaue Power blinkt ganz langsam?

 

[mgutt]

Jo genau. Es blinkt nur eine langsam. Wobei mich die Boot-Zeit in einem Beitrag irritiert hat. Einer sagte was von 1 Minute. Bei mir geht die innerhalb von wenigen Sekunden an. Oder doch kein DeepSleep?

 

[Puppetmaster]

Jo genau. Es blinkt nur eine langsam. Wobei mich die Boot-Zeit in einem Beitrag irritiert hat. Einer sagte was von 1 Minute. Bei mir geht die innerhalb von wenigen Sekunden an. Oder doch kein DeepSleep?

Deswegen ja die Frage: die blaue LED unten oder doch die grüne LED oben.
Nur bei blau ist es deep-sleep.

 

[mgutt]

PC runtergefahren und gewartet.. leider doch nur normaler Energiesparmodus. D.h. grüne LED blinkt.

Na hoffentlich löse ich das Problem mit der Zeitschaltuhr, mit der ich die USB Platte nur 1x in der Woche für das Backup anmachen will.

EDIT: PC hochgefahren und nach ca. 10 Minuten ist das NAS gerade einfach so wieder angegangen. LAN blinkt auch alle 3-10 Sekunden. Keine Ahnung woher die Zugriffe kommen könnten.

 

[mgutt]

So der DeepSleep klappt nun mit der Zeitschaltuhr. Allerdings brauchte ich einen Energiesparplan, der das NAS nachts ausschaltet. Als ich nämlich den USB Stecker während dem Betrieb gezogen habe, ging das NAS nicht in den DeepSleep. Jetzt wo der Stecker drin ist und ich nur das Netzteil ausschalten lasse, geht es. Alle Varianten zum Stromverbrauch habe ich hier aufgelistet:
http://www.maxrev.de/neu-im-buero-synology-nas-ds213plus-t277351.htm#3786294

WOL im ausgeschalteten Zustand muss ich noch testen.

 

[mgutt]

Ich hatte jetzt zwei Tage lang wieder nur ein grünes Blinken. Heute war es wieder blau. Testet mal bitte ob es evtl. wichtig ist sich von der Weboberfläche abzumelden. Ich war heute nämlich abgemeldet als es blau blinkte.

 

[jiraya]

Ich habe seit Freitag eine DS213+ mit einer WD Red 3TB an einer APC Back-UPS ES 700VA. Leider funktioniert der DeepSleep nur wenn die USV nicht angeschlossen ist. Der normale Ruhezustand funktioniert auch mit angeschlossener USV (an einem der hinteren USB), ist aber für mich keine Option weil da der Gehäuselüfter weiter läuft. Nun merkt aber meine neue DS erst dass der Strom weg ist wenn er wirklich weg ist. Laut USV Info bei der DS sollte der Akku für knapp 30min halten was mit Sicherheit für die meisten Stromausfälle ausreicht aber was wenn nicht...

Ist dieser DeepSleep (blinkt blau) ein SuspendToDisk oder SuspendToRAM?

Die Frage wurde im Thread bereits aufgeworfen aber eine endgültige Antwort konnte ich nicht finden. Bei SuspendToDisk sollte ja im DeepSleep der Stromausfall egal sein. Wenn der Strom zurückkommt sollte die DS aus dem Abbild starten und anschließend wieder in den DeepSleep gehen oder ist diese Annahme falsch? Bei SuspendToRAM kommt es wohl mit einem Reset gleich. Da ich nicht weiß wie anfällig das System bei solchen Aktionen ist bin ich natürlich ein wenig besorgt. Wie handhabt ihr das?

 

[ottomane]

Die Frage kann ich Dir leider nicht 100%ig beantworten, aber IMO ann es nur S2RAM sein, da der DeepSleep 60s nach dem Ruhezustand der Platten erfolgt. Dazu werden natürlich die Platten nicht wieder hochgefahren, um das Abbild zu speichern...

Aber ich danke Dir für die Info, dass DeepSleep nicht mit einer USV funktioniert. Ich wollte mir eigentlich eine APC zulegen. DeepSleep funktioniert übrigens meist auch nicht, wenn eine USB-Platte angeschlossen ist.

Ich hoffe sehr, dass Synology diese Probleme irgendwann in den Griff bekommt. Für den Preis (und den Ruf) hatte ich eigentlich ein besseres Produkt erwartet.

 

[jiraya]

IMO kann es nur S2RAM sein, da der DeepSleep 60s nach dem Ruhezustand der Platten erfolgt. Dazu werden natürlich die Platten nicht wieder hochgefahren

Danke, das stimmt natürlich! So weit hätte ich selbst denken können.

Dennoch bleibt die Frage wie anfällig das System der DS gegen plötzliche Stromausfälle ist. Startet es wie ein Windows immer wieder neu egal was zuvor passiert ist oder muss man wie unter OSX davon ausgehen, dass ein Absturz reicht damit überhaupt nichts mehr geht? Vermutlich wird sich die DS zum Zeitpunkt des Stromausfalls im DeepSleep oder zumindest im normalen Ruhezustand befinden.

 

[ottomane]

Zum großen Teil hängt die Anfälligkeit eines Systems vom verwendeten Filesystem (neben dem Betriebssystem natürlich) ab. Stand der Technik sind "Journaling FS". Wenn ich das richtig sehe, verwendet die DS für das System ext4, außerdem scheint mir das ein Linuxderivat zu sein. Meiner Erfahrung nach ist diese Kombination zumindest auf normalen Rechnern äußerst robust gegenüber Stromausfällen und Hard Resets mitten im Betrieb. Mir ist es in 6 Jahren Linux auf Desktop und Server noch nie passiert, dass ein Rechner nicht mehr hochkam. Darunter sind krasse Fälle wie qualmende Netzteile und zigfacher Kaltstart unter Vollast. Ggf. sollte man einen Filesstemcheck danach machen. Ich hoffe, dass die DS das selbst macht.

OT: Wie kommst Du darauf, dass OS X da besonders empfindlich ist? Das Dateisystem zumindest ist nicht das Schlechteste.

 

[jiraya]

Wie kommst Du darauf, dass OS X da besonders empfindlich ist? Das Dateisystem zumindest ist nicht das Schlechteste.

Ich selbst kann mich nicht beschweren. Musste meine Macs in den letzten ~9 Jahren vielleicht 4-5mal einem HardReset unterziehen und die haben immer wieder problemlos gestartet. Bin aber auch in Mac Foren unterwegs wo das nicht bei jedem User so einfach geklappt hat, vor allem bei den älteren Versionen. Von Windows weiß ich halt aus eigener Erfahrung dass es so gut wie immer neu startet, vollkommen egal was zuvor passiert ist.

Aber danke für die Infos! Auch wenn es nach wie vor ein wenig unbefriedigend ist die USV nicht direkt ans NAS hängen zu können. Generell scheint dieser DeepSleep nicht allzu ausgereift zu sein. Um Mitternacht ist die DS aufgewacht (vermutlich wegen NTP-Sync) ging dann aber nicht mehr in den DeepSleep. Erst nach einem Neustart der DS hat dieser wieder funktioniert. Ich hoffe das war nur ein Ausrutscher...

 

[bmurtz]

Hey
hat jemand mal das Systemprotokoll auf /var/log/messages angeschaut. Meine 213+ scheint regelmäßig aufzuwachen, weil die Systemzeit auseinanderläuft und startet dann mit der Fehlermeldung: "crond[6218]: crond: time disparity of 625 minutes detected". Danach arbeitet der Kernel, hotplug macht seltsame Dinge und die DS 213+ geht wieder schlafen.

Verstehe ich nicht.

 

[Lord-Homer]

Bei mir funktioniert der erweiterte Ruhestand auch nicht. Die DiskStation bleibt auch bei gezogenen Netzwerkstecker wach. Vor ein paar Wochen ging sie noch in den Ruhezustand (Blaue LED blinkt langsam) aber ist dann öfters wieder aufgewacht. Nachdem ich den Hibernation debug-Modus eingeschaltet habe, ist mir immer wieder folgender Eintrag im Log aufgefallen, der ca. alle 5 Minuten auftaucht:

[/etc/localtime] opened by pid 4319 [u:(scemd), comm:(scemd)]

Der NTP-Server, sowie der Client sind deaktiviert. Alle Zeiten sind manuell konfiguriert. Als Pakete sind nur die AudioStation und der iTunes Server installiert. Mit dem aktivierten Debug Modus scheint die DS auch gar nicht mehr in den Ruhezustand zu gehen, zumindest tauchen im Log keine wake-up Einträge mehr auf.

 

[Puppetmaster]

Mit dem aktivierten Debug Modus scheint die DS auch gar nicht mehr in den Ruhezustand zu gehen...

Ja, das ist so. Der Debug Modus verhindert den SpinDown.

 

[jiraya]

Als Pakete sind nur die AudioStation und der iTunes Server installiert.

Bei mir verhindert sowohl die USV (APC Back-UPS ES 700VA) als auch der iTunesServer den DeepSleep. Habe die DS erst seit Ende letzter Woche und bin noch am Herumprobieren. MediaServer und DownloadStation scheinen kein Problem zu sein aber mit dem iTunesServer gibt es (zumindest bei mir reproduzierbar) keinen DeepSleep mehr.

Ansonsten bin ich recht zufrieden mit dem DeepSleep-Verhalten bisher. Außer dem oben schon geposteten "Ausrutscher" schläft sie brav durch und erwacht nur bei der Anmeldung via SMB oder Browser. Ein kurzer Scan mit Fing (iOS App) weckt sie ebenfalls. Mit dem DSFinder (iOS) scheint das ja nicht zu gehen.

 

[Lord-Homer]

Ich jetzt mal den iTunes Server ausgeschaltet aber immer kurz vor dem Deep Sleep wacht die DS wieder auf. Laut Log scheint das Einschlafen und Aufwachen auch unmittelbar hintereinander statt zu finden:

Nov 27 20:01:56 kernel: [17896.797016] Freezing user space processes ... 
Nov 27 20:02:05 kernel: [17896.810979] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Nov 27 20:02:05 kernel: [17896.830496] Suspending console(s) (use no_console_suspend to debug)
Nov 27 20:02:05 kernel: [17896.838046] ata4: send port disabled event
Nov 27 20:02:05 kernel: [17896.864668] ata3: send port disabled event
Nov 27 20:02:05 kernel: [17897.068927] ata1: send port disabled event
Nov 27 20:02:05 kernel: [17897.068977] ata2: send port disabled event
Nov 27 20:02:05 kernel: [17897.085013] Disabling non-boot CPUs ...
Nov 27 20:02:05 kernel: [17897.616484] Enabling non-boot CPUs ...
Nov 27 20:02:05 kernel: [17897.616513] setting frequency for cpu 0 to 1066666 kHz, PLL ratio is 4/2
Nov 27 20:02:05 kernel: [17897.616521] PMJCR request 04043c00 at CPU 0
Nov 27 20:02:05 kernel: [17897.616527] PORPLLSR core freq 1066MHz at CPU 0
Nov 27 20:02:05 kernel: [17897.616942] Processor 1 found.
Nov 27 20:02:05 kernel: [17897.727795] 0: 533333kHz
Nov 27 20:02:05 kernel: [17897.727799] 1: 799999kHz
Nov 27 20:02:05 kernel: [17897.727802] 2: 1066666kHz
Nov 27 20:02:05 kernel: [17897.727806] 3: 1333332kHz
Nov 27 20:02:05 kernel: [17897.727809] 4: 1599999kHz
Nov 27 20:02:05 kernel: [17897.727813] 5: 1866665kHz
Nov 27 20:02:05 kernel: [17897.727816] 6: 2133332kHz
Nov 27 20:02:05 kernel: [17897.727861] setting frequency for cpu 1 to 1066666 kHz, PLL ratio is 4/2
Nov 27 20:02:05 kernel: [17897.727867] PMJCR request 04043c00 at CPU 1
Nov 27 20:02:05 kernel: [17897.727873] PORPLLSR core freq 1066MHz at CPU 1
Nov 27 20:02:05 kernel: [17897.727906] setting frequency for cpu 1 to 1066666 kHz, PLL ratio is 4/2
Nov 27 20:02:05 kernel: [17897.727912] PMJCR request 04043c00 at CPU 1
Nov 27 20:02:05 kernel: [17897.727917] PORPLLSR core freq 1066MHz at CPU 1
Nov 27 20:02:05 kernel: [17897.727921] CPU1 is up
Nov 27 20:02:05 kernel: [17898.239699] ata3: No Device OR PHYRDY change,Hstatus = 0xa0000000
Nov 27 20:02:05 kernel: [17898.239730] ata4: No Device OR PHYRDY change,Hstatus = 0xa0000000
Nov 27 20:02:05 kernel: [17906.720556] Restarting tasks ... done.
Nov 27 20:02:06 kernel: [17906.911493] usb usb2: No SuperSpeed endpoint companion for config 1  interface 0 altsetting 0 ep 129: using minimum values
Nov 27 20:02:06 scemd: modules/disk_hibernation.c:2040 Diskstation wakes up from deep sleep.