DSM 6.x und darunter Hibernation / Ruhezustand - Protestaufruf

[monsieur_s]

Ich muss mich auch mal einhängen, ich hab syno_hibernate_debug_tool ebenfalls aktiviert, mein /var/log/messages zeigt folgendes bild:

Dec  1 06:31:54 kernel: [1156308.020000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 06:33:16 kernel: [1156390.070000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 06:37:58 kernel: [1156672.080000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 06:38:53 kernel: [1156727.370000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 06:40:08 kernel: [1156802.080000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 06:50:45 kernel: [1157439.150000] [/etc/localtime] opened by pid 4346 [u:(scemd), comm:(scemd)]
Dec  1 06:51:14 kernel: [1157451.770000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdb: cmd 0x0 spin up by pid=4346, comm=scemd
Dec  1 06:51:21 kernel: [1157451.780000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=4346, comm=scemd
Dec  1 06:51:21 kernel: [1157458.820000] [/etc/localtime] opened by pid 2817 [u:(/sbin/klogd), comm:(klogd)]
Dec  1 06:51:29 kernel: [1157466.900000] [/etc/localtime] opened by pid 4346 [u:(scemd), comm:(scemd)]
Dec  1 06:51:29 scemd: SCEMD: disk 2 wake up from hibernation
Dec  1 06:51:29 scemd: SCEMD: disk 1 wake up from hibernation
Dec  1 06:53:55 kernel: [1157612.990000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:03:33 kernel: [1158190.750000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:04:26 kernel: [1158243.260000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:09:10 kernel: [1158527.340000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:15:49 kernel: [1158926.200000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:18:34 kernel: [1159091.320000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:27:14 kernel: [1159611.300000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:32:35 kernel: [1159932.230000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:33:33 kernel: [1159990.970000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:39:10 kernel: [1160327.920000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:45:07 kernel: [1160684.230000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:51:45 kernel: [1161082.250000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:55:26 kernel: [1161303.320000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 07:59:11 kernel: [1161528.310000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:03:08 kernel: [1161765.260000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:03:34 kernel: [1161791.800000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:09:11 kernel: [1162128.670000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:09:24 kernel: [1162141.280000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:14:43 kernel: [1162460.330000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:20:52 kernel: [1162829.290000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:24:51 kernel: [1163068.290000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:31:33 kernel: [1163470.210000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:31:50 kernel: [1163487.270000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:33:34 kernel: [1163591.130000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:36:47 kernel: [1163784.310000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]
Dec  1 08:39:11 kernel: [1163928.400000] [/volume1/@appstore/SqueezeCenter/HTML/Default/include.html.de] opened by pid 8678 [u:(/usr/bin/perl), comm:(slimserver.pl)]

Das wird wohl bedeuten das mein SqueezeCenter den Hibernate verhindert... Nur wie finde ich raus was ich dort ausschalten muss oder kann das jemand entziffern anhand der Logmeldung?

Hibernate der Platten hab ich extra auf 10min eingestellt.

 

[Puppetmaster]

Hallo!

Welche DS und welchen Ruhezustand meinst du?
Bei den neuen DS213+ und DS413 verhindert der LMS definitiv den neuen Ruhezustand (Blaue LED blinkt). Der funktioniert nur mit ausgeschaltetem LMS.

 

[monsieur_s]

Mir gehts nur um den Festplatten SpinOff, hab noch ne uralte DS210j mit neuester SW.... Sorry hab ich vergessen zu erwähnen

Ich hab gerade herausgefunden das wenn ich das LAN Kabel ziehe, die DS in den Ruhezustand geht, d.h. es ist ein Gerät in meinem Netzwerk das den Ruhezustand verhindert :-S

 

[Surfer74]

Die Squeezebox holt die Diskstation aus dem Deep Sleep. Diese sendet nämlich eine Anfrage sobald ihr Server verschwindet, auch wenn sie im soft "Aus-Modus" ist, denn das Drecksteil will immer verbunden sein... nur wenn man sie vom Strom nimmt, kommt auch ihr Server und damit die DS zur Ruhe.

Elendes Thema mit der Squeezebox / Squeezeboxserver...

 

[claas]

Hallo,

das war früher aber nicht so. Da haben nur bestimmte Einstellungen im LMS den Ruhezustand verhindert, grundsätzlich laufen konnte er.

Gruss

Claas

 

[Puppetmaster]

das war früher aber nicht so. Da haben nur bestimmte Einstellungen im LMS den Ruhezustand verhindert, grundsätzlich laufen konnte er.

Exakt. Geht auch heute noch so. Allerdings nicht mit den neuen PPC Modellen von Synology (DS213+ und DS413). Dort stört der LMS den deep sleep und läßt die DS immer wieder aufwachen.

 

[Dutillda]

Frage zum ruhezustand

Hallo Zusammen,

Ich habe eine 212 und bräuchte einen Tipp, hoffe ich bin hier richtig.

Die Station geht nach Zugriff geplant in den Ruhezustand, jedoch springt diese unregelmäßig auch ohne Zugriff an, läuft für 15min und geht dann wieder in den Ruhezustand. Es wird in dieser Zeit auch keine Sicherung erstellt!

Hat jemand von euch eine Idee wie man das beheben kann?

Danke schonmal
Andreas

 

[Rudiludi]

Hallo!

Welche DS und welchen Ruhezustand meinst du?
Bei den neuen DS213+ und DS413 verhindert der LMS definitiv den neuen Ruhezustand (Blaue LED blinkt). Der funktioniert nur mit ausgeschaltetem LMS.

Was ist LMS?

Ruhezustand und Tiefschlaf ist das hier dasselbe?

Meine externen USB Platten werden heruntergefahren, ebenso die interne.
Das ist doch jetzt der Ruhezustand (Hibernation), oder?
Tiefschlaf (deepsleeve) erreiche ich Imho nur, wenn die Einschalttaste langsam Blau blinkt, oder?
Dies geschieht bei mir leider nie. Bei mir blinkt im Ruhezustand die Netzleuchte langsam.

Ist das alles richtig erklärt oder stehe ich jetzt daneben? Deutsche Begriffe müssen doch nicht ersetzt werden.

Ach ja: Spindown? Spinoff?

 

[Puppetmaster]

Was ist LMS?

Logitech Media Server

Ruhezustand und Tiefschlaf ist das hier dasselbe?

Ruhezustand bei DS213+: obere grüne LED blinkt langsam.
Tiefschlaf: untere blaue LED blinkt langsam.

Meine externen USB Platten werden heruntergefahren, ebenso die interne.
Das ist doch jetzt der Ruhezustand (Hibernation), oder?

Genau, Ruhezustand, nicht Tiefschlaf.

Tiefschlaf (deepsleeve) erreiche ich Imho nur, wenn die Einschalttaste langsam Blau blinkt, oder?
Dies geschieht bei mir leider nie. Bei mir blinkt im Ruhezustand die Netzleuchte langsam.

Tiefschlaf funktioniert nicht mit angeschlossenen USB-Geräte. Dann ist nur der normale Ruhezustand möglich.

 

[Rudiludi]

Danke... jetzt weiß ich Bescheid.

Der Tiefschlaf sollte aber mit einer externen eSata gehen, oder?

 

[Puppetmaster]

Der Tiefschlaf sollte aber mit einer externen eSata gehen, oder?

Nein, ich denke das geht auch nicht. Habe es aber selbst nicht ausprobiert.

 

[Rudiludi]

Nein, ich denke das geht auch nicht. Habe es aber selbst nicht ausprobiert.

Merke auf: Es geht!

Ich habe die USB Platte entfernt, eine eSata angeklemmt und nach 21 Minuten Nichtstun blinkt laaaaaaaaaangsam die Ein/Aus Taste Alle anderen LEDs sind aus...

 

[süno42]

Der Schlafmodus ist m.E. falsch konzipiert: http://www.synology-forum.de/showthread.html?38511-Idee-eines-neuen-Hibernation-Mechanismus

 

[Puppetmaster]

Merke auf: Es geht!

Danke, gut zu wissen! Beim zweiten Darüber-Nachdenken macht das ja auch Sinn: eSATA wird ja parallel zur internen SATA-Platte angesprochen, und die geht ja auch in den Tiefschlaf.

 

[lo0p]

Meine Beobachtung ist die, das es gar nicht darauf ankommt, welche Pakete sondern welche DSM-Version installiert ist. Meine Konfiguration hat sich über mehrere DSM-Updates nicht geändert, mit dem aktuellen DSM habe ich aber wieder mal das Problem, das Hibernate nicht geht.

 

[theMario]

Hallo Gemeinde,

wäre es nicht einfach "gut genug", wenn Synology "seinen" angebotenen Paketen aus dem Paketzentrum ein wenig mehr Text zukommen lassen würde, welchen man Lesen MUß! bevor man dieses Paktet installiert. Sie sind doch jene, die mit diesen werbeträchtigen Paketen ihre Geräte unter die Leute bringen. Sollen sie doch nach dem Kauf wenigstens dem Kunden reinen Wein einschenken und Jedem der "richtig" gekauft hat, auch die Möglichkeit geben, das Gerät bei Missfallen (Praxistest fehlgeschlagen - incompatible zu den persönlichen Ansprüchen) zurückzugeben. Itari erweitert dann seine Hinweise zur Erstinstallation um den Punkt - "alle Pakete installieren und testen" und entwickelt mal nicht seinen "Lattenhorcher" ... . (der musste jetzt sein )
Da die Pakete ohnehin Systembezogen angeboten werden, sollten Sie (Synology) in diesem Text erwähnen, wie sich das Paket auf das System auswirkt. Speicherverbrauch, CPU Bedarf, Abhängigkeiten - Allein, daß vor der Installation (nach dem Klick installieren bin ich ja schon dabei) bei einigen Programmen andere Sachen installiert werden müssen, ist doch "Sch...e". Das will man vorher lesen. Sowas wie der Beipackzettel bei Medikamenten. Lacht nicht, damit sichert sich die Pharmaindustrie auch nur ab, um im Falle eines Falles nicht in die Pflicht genommen zu werden.
Als ich mich mit der Mailstation beschäftigte, kam mir auch der Gedanke ... "schläft "die" dann nachts noch? Wo schreibt "die" die Mails hin" Ok, die Mailstation brauche ich auch nicht, aber damit Rumspielen musste ich dennoch. Alle Programme, die Mailstation müssen doch nicht immer wieder auf die Platten zugreifen. Ok, bei heutigem Stand der Software ist es so vorgesehen, aber könnte die DS z.Bsp. nicht selbständig so erzogen werden, dass sie meinetwegen die Programmteile, welche zur Ausführung der Funktion in den Speicher geladen werden - wie heute eben aber Teile, auf die man immer wieder zurückgreifen muß, wenn möglich auch irgendwie (Ramdisc bei 1GB Stationen z.Bsp.) zwischengelagert werden, damit die Platten stehen können. Für mich ist das nicht das Kaufargument gewesen, aber wieviele mussten schon klein bei geben - "so preiswert wie vorgestellt ist der Server nun auch nicht." Natürlich wäre das auch nicht mehr die derzeitige Funktion der Hibernation, aber wer sich nicht verändert, hat auch nicht gelebt, oder so. Allgemein sind mir diese Energieparkonzepte zu wenig. Wenn ich eine DS haben will, welche die Platten nicht braucht und abschaltet, und dennoch tun kann, was ich von ihr will (ok, ein Festplattenbackup wohl kaum) - muß ich sie mir malen.
Mein Hassobjekt, der LMS steht 60% des Tages auf der DS wie ein Bock herum und blockiert den Arbeitsspeicher, so dass er allein meine Netzwerkgeschwindigkeit um 40% verringert. Nehme ich den pyload noch mit rein, komme ich noch auf 40% meiner ursprünglichen Netzwerkleistung. Ich kann doch nicht jedes mal den DSM und darin das Paketzentrum öffnen und nicht verwendete Dienste pausieren lassen, damit ich mit technisch möglicher Geschwindigkeit im Netzwerk kopieren kann. Ich stehe da schon seit Monaten mit Synology in Kontakt, weil ich irgendwie nicht verstehen will, weshalb die Datenbank nicht aus dem Speicher entfernt werden kann, wenn der LMS keine Logitech Box im Netzwerk findet. Es könnte alles so einfach sein, wenn man mal Wege ginge, die möglich sind. Synology schreibt zu Jeder seiner Boxen, was sie an Leistung aufnehmen und was hat sich seither getan? Die Leistung der Dsen wurde verbessert, der Verbrauch ist gestiegen. Ist wie bei den Autos, sie wurden anders, aber nicht günstiger.

Lange Rede, kurzer Sinn - kann man nicht auf irgend eine Weise Synology dazu bewegen, den Beipackzettel dazu zu legen? Wir müssen ja nicht mit diesen Typen anfangen. Wir wollen ja friedliebend nur Energie sparen, oder behalten, was wir gekauft haben, oder gleich entscheiden, entweder ... weder.

LG theMario

 

[Meru]

Habe auch Probleme mit dem Spinndown und den Systemruhezustand.

Erst dauerte es ewig bis er eintrat und dann ist die DS 413 nicht mehr aufgewacht, ging nur noch durch Knopf drücken am Gerät.

Nun geht überhabt nichts mehr mit Stromsparen kein Spinndown usw. nichts......

Auch wenn ich die DS vom LAN trenne.

mfg Meru

 

[Puppetmaster]

Eine weitere Alternative wäre: Synology verzichtet in Zukunft auf den Platten-Spindown, bzw. bewirbt diesen nicht weiter, dann kann man höchstens positiv überrascht sein wenn er denn doch geht.
Im Grunde bringt der auch nicht wirklich viel. Die 2-3W pro Platte, die man dadurch spart sind den ganzen Ärger irgendwie nicht wert. Mal abgesehen von der von manchen vertretenen These, dass es gar nicht so gut für die Platten ist, wenn die häufiger hochfahren müssen.

 

[theMario]

Das Problem ist doch wohl eher, daß eine Funktion der DS (Hibernation) nicht von den Programmen, welche Synology bewirbt, nicht unterstützt wird. Sie vermengen gekonnt die Möglichkeiten einer DS, verschleiern jedoch die Abhängigkeiten. Sollen sie doch mal versuchen, alles unter einen Hut zu bekommen.
Mittlerweile ist meine DS212 auch nicht mehr 24/7 am Laufen. Ich kann sie immer einschalten... . Das muß reichen, die 2min kann man mal warten.

theMario