+-Serie DSM 4.2 Erfahrungen und Informationen

[Benares]

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.

Du solltest umgekehrt denken.

Die Platten bekommen durch die Firmware einmal gesagt, "legt euch schlafen, wenn niemand was von euch will". Die machen das dann "in Hardware".
Aber welcher Entwickler denkt schon daran, dass seine Software auf einer Linux-Kiste laufen soll, auf der die Platten schlafen sollen? Da steht wohl eher die Funktionalität und ein gescheites Log-File zur Fehlersuche im Vordergrund. Daher kann sich jeder einzelne Dienst, jedes kleine Script, als "Störenfried" entpuppen.

Die Thematik ist nicht ganz ohne, auch für eine Firma wie Synology, die nicht alles neu entwickeln will (und soll).

Gruß Benares

 

[ottomane]

Nach dem Update ging bei mir der DeepSleep nicht mehr. Vor lauter Verzweiflung (und, weil ich daran manchmal Spaß habe) habe ich zwei Modifikationan an meiner 213+ durchgeführt. Ich habe die selbst in Foren gefunden. Nach kurzem Test kann ich Erfolg feststellen. Die DS hibernated und geht dann in den DeepSleep. Ein Langzeittest steht noch aus.

Was ich gemacht habe, schreibe ich hier kurz auf. Die Tipps sind nicht geeignet für Anfänger. Wer keine Linux-Kenntnisse hat, sollte die Finger davon lassen.

Ich habe in die /etc/rc Folgendes eingefügt (vorher Backup machen ist anzuraten):

1. Vor der Zeile "syslogd_enable="YES" habe ich eingefügt:

cp /etc/localtime /tmp/localtime
export TZ=/tmp/localtime

Vor der Zeile "# For bug 1248, probe USB device after scemd" habe ich eingefügt:

cp /tmp/localtime /etc/localtime
export TZ=/etc/localtime


2. Die Zeile "syslogd_flags="-S"" habe ich geändert in

syslogd_flags="-S -O /tmp/messages -b 1"

Danach das System neu starten.

Das System loggt dann in den /tmp-Pfad, was die DS nicht immer wieder weckt. Daran erinnern, wenn man mal das Log sucht.

Ein zu erwartender Seiteneffekt: Die Logs gehen natürlich verloren. Das Log geht in den RAM, der irgendwann voll ist. Das wird aber dauern. Dann wird die DS auslagern und die Platten hochfahren. Meine Lösungsidee: Ich fahre abends automatische Backupjobs. Da ist die Kiste eh wach. Danach mache einen automatischen Neustart.

Randbedingungen bei mir: Ich habe das Netz frei von wildernden Hosts und Routern. Außerdem habe ich die /etc/ntp.conf absichtlich "kaputt"gemacht. In der crontab ist nichts, was in kurzen Intervallen aktiv wird. Außer VPN ist kein Paket installiert.

/etc/ntp.conf:
tinker panic 0
restrict default noquery notrust nomodify
restrict -6 default noquery notrust nomodify
restrict 127.0.0.1
restrict -6 ::1

Vielleicht hilft's ja dem einen oder anderen. Mag sein, dass das noch unausgereift ist oder nicht gut funktioniert. Kommentare erwünscht.

 

[tobika]

Nach dem Update ging bei mir der DeepSleep nicht mehr. Vor lauter Verzweiflung (und, weil ich daran manchmal Spaß habe) habe ich zwei Modifikationan an meiner 213+ durchgeführt. Ich habe die selbst in Foren gefunden. Nach kurzem Test kann ich Erfolg feststellen. Die DS hibernated und geht dann in den DeepSleep. Ein Langzeittest steht noch aus.

Was ich gemacht habe, schreibe ich hier kurz auf. Die Tipps sind nicht geeignet für Anfänger. Wer keine Linux-Kenntnisse hat, sollte die Finger davon lassen.

Ich habe in die /etc/rc Folgendes eingefügt (vorher Backup machen ist anzuraten):

1. Vor der Zeile "syslogd_enable="YES" habe ich eingefügt:

cp /etc/localtime /tmp/localtime
export TZ=/tmp/localtime

Vor der Zeile "# For bug 1248, probe USB device after scemd" habe ich eingefügt:

cp /tmp/localtime /etc/localtime
export TZ=/etc/localtime


2. Die Zeile "syslogd_flags="-S"" habe ich geändert in

syslogd_flags="-S -O /tmp/messages -b 1"

Danach das System neu starten.

Das System loggt dann in den /tmp-Pfad, was die DS nicht immer wieder weckt. Daran erinnern, wenn man mal das Log sucht.

Ein zu erwartender Seiteneffekt: Die Logs gehen natürlich verloren. Das Log geht in den RAM, der irgendwann voll ist. Das wird aber dauern. Dann wird die DS auslagern und die Platten hochfahren. Meine Lösungsidee: Ich fahre abends automatische Backupjobs. Da ist die Kiste eh wach. Danach mache einen automatischen Neustart.

Randbedingungen bei mir: Ich habe das Netz frei von wildernden Hosts und Routern. Außerdem habe ich die /etc/ntp.conf absichtlich "kaputt"gemacht. In der crontab ist nichts, was in kurzen Intervallen aktiv wird. Außer VPN ist kein Paket installiert.

/etc/ntp.conf:
tinker panic 0
restrict default noquery notrust nomodify
restrict -6 default noquery notrust nomodify
restrict 127.0.0.1
restrict -6 ::1

Vielleicht hilft's ja dem einen oder anderen. Mag sein, dass das noch unausgereift ist oder nicht gut funktioniert. Kommentare erwünscht.

Hallo ottomane,
die lösung erscheint mir absolut korrekt, funktioniert es immer noch bei dir? da es anscheinend kein anderer probieren will werd ich wohl mal deine tips an meiner 213+ anwenden

viele grüsse
Tobias

 

[ottomane]

Danke für die Blumen

Bisher läuft die Lösung gut, ja. DeepSleep funktioniert weiterhin.

Viel Erfolg beim Ausporbieren. Der RAM läuft übrigens auch in mehreren Tagen nicht durch das Logging voll.

Schöne Grüße
OM

 

[ottomane]

Noch eine Erfahrung, die man möglicherweise erst macht, wenn die DS endlich mal lange schläft. Zumindest bei mir häufen sich die Fehler, um so größer die Uptime inklusive Sleep ist:

May 21 23:15:09 kernel: [243200.395997] end_request: I/O error, dev sdd, sector 1464085879
May 21 23:15:09 kernel: [243200.401984] Aborting journal on device sdd1-8.
May 21 23:15:09 kernel: [243200.425123] end_request: I/O error, dev sdd, sector 1464074303
May 21 23:15:09 kernel: [243200.431054] Buffer I/O error on device sdd1, logical block 183009280
May 21 23:15:09 kernel: [243200.437488] lost page write due to I/O error on sdd1
May 21 23:15:09 kernel: [243200.442576] JBD2: I/O error detected when updating journal superblock for sdd1-8.
May 22 01:45:50 scemd: smartctl_enable.c:92 AtaSmartEnable failed.
May 22 01:45:50 scemd: AtaSmartRawValueGet(43) enable smart /dev/sdd fail
May 22 01:45:50 scemd: AtaSmartRawValueGet failed.
May 22 01:45:50 scemd: SMARTAtaSelfTestLogRead failed
May 22 01:46:21 scemd: smartctl_enable.c:92 AtaSmartEnable failed.
May 22 01:46:21 scemd: AtaSmartRawValueGet(43) enable smart /dev/sdd fail
May 22 01:46:21 scemd: AtaSmartRawValueGet failed.
May 22 01:46:21 scemd: SMARTAtaSelfTestLogRead failed
May 22 01:46:34 scemd: SCEMD: disk 1 wake up from hibernation
May 22 01:46:49 scemd: smartctl_enable.c:92 AtaSmartEnable failed.
May 22 01:46:49 scemd: AtaSmartRawValueGet(43) enable smart /dev/sdd fail
May 22 01:46:49 scemd: AtaSmartRawValueGet failed.
May 22 01:46:49 scemd: SMARTAtaSelfTestLogRead failed
May 22 01:47:01 scemd: SCEMD: disk 2 wake up from hibernation
... wiederholt sich die halbe Nacht ...
May 22 07:13:02 scemd: net_default_gateway_set.c:36 failed to set default gateway 192.168.2.1 (-1).
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: modules/fan_check_common.c:615 skip fan fail detect since operation temperature too low
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
May 22 07:13:15 scemd: SCEMD: disk 1 wake up from hibernation
... wiederholt sich, bis ich es beende ...

Die aktuelle Firmware scheint somit noch mehr (schwere) Fehler zu haben. Beobachtet habe ich auch schon Alarmbeeps mitten in der Nacht sowie Probleme mit der Lüftersteuerung und Probleme mit dem eSATA-Port. Ich fahre die DS nun per Cronjob abends runter und morgens wieder hoch. Diese Probleme tauchen wie gesagt erst nach ein paar Tagen Uptime auf. Ich bedaure das Update auf die aktuelle Version sehr. Derzeit würde ich jedem davon abraten, es zu installieren.

Ich glaube nicht, dass das Fehlverhalten im weiter oben beschriebenen "Hack" begründet ist, sondern dass es nur dann auftritt, wenn die DS lange schlafen kann, was bei mir erst durch den Hack ermöglicht wird.

 

[Biker1602]

Ich habe jetzt schon fast alles durchgelesen und auch die genannten Dinge schon versucht.
Ich habe eine DS213air und habe jetzt nichts mehr dran kein Netzwerkkabel keine USB Gerät und die neuste Firmware drauf. Selbst so gelingt es mir nicht sie in den Ruhemodus zu bekommen.
Ich weiß mir auch keinen Rat mehr. Ich habe auch schon überlegt einen richtigen Reset zu machen habe aber Angst wegen meiner Platte. Den Patch den ich hier runtergeladen habe funktionierte mit der air leider nicht es blinkte danach immer die Statuslampe orange und nichts ging mehr.
Ich bin gespann ob es nochmal einen Lösungsweg gibt.

Kurze andere Frage noch! Ich kann mit meinem Smartphone die DS einschalten von unterwegs. Gibt es auch die Möglichkeit sie wieder auszuschalten?

Danke

 

[Puppetmaster]

Ich habe eine DS213air und habe jetzt nichts mehr dran kein Netzwerkkabel keine USB Gerät und die neuste Firmware drauf. Selbst so gelingt es mir nicht sie in den Ruhemodus zu bekommen.

Tja, schwierig, da man ja nicht weiß was genau du schon gemacht hast.
Ein Schuss ins Blaue: hast du im Ressourcenmonitor ggf. die Überwachung/Protokollierung aktiviert? Laufen noch CPU-lastige Prozesse auf der DS? Evtl. noch Pakete installiert, die den Spin-Down verhindern?

Den Patch den ich hier runtergeladen habe funktionierte mit der air leider nicht es blinkte danach immer die Statuslampe orange und nichts ging mehr.

Logo, weil der Patch nicht für diese Maschine ist, oder?

Ich kann mit meinem Smartphone die DS einschalten von unterwegs. Gibt es auch die Möglichkeit sie wieder auszuschalten?

Mit der App DS Finder kannst du die DS auch herunterfahren, nachdem du dich damit auf der DS angemeldet hast.

 

[toowok]

Die 213air hat doch gar keinen System-Ruhezustand, oder?

 

[Puppetmaster]

Die 213air hat doch gar keinen System-Ruhezustand, oder?

Nein, aber einen Festplatten-SpinDown.

 

[toowok]

Aber hier gings doch die ganze Zeit um den System-Hibernation-Modus mit der pulsierenden blauen Led. Nicht, dass er das verwechselt...

 

[Biker1602]

Aber hier gings doch die ganze Zeit um den System-Hibernation-Modus mit der pulsierenden blauen Led. Nicht, dass er das verwechselt...

Da ging bei mir auch mir auch mal mit der blauern blinkenden LED die beiden grünen waren aus (Status und DISK 1) und wenn darauf zugegriffen wurde dann gingen die grunen auch wieder an

 

[Puppetmaster]

@Biker:
Das hat aber nichts mit dem System-Ruhezustand zu tun! Bei deiner air gibt es nur den Festplatten-Spindown. Wie der sich an den LED signalisiert mußt du mal in der Schnellstart-Anleitung nachgucken. Gut möglich, dass dann auch nur die blaue LED leuchtet. Trotzdem ist das dann nur der normale Spindown.

 

[Biker1602]

Tja, schwierig, da man ja nicht weiß was genau du schon gemacht hast.
Ein Schuss ins Blaue: hast du im Ressourcenmonitor ggf. die Überwachung/Protokollierung aktiviert? Laufen noch CPU-lastige Prozesse auf der DS? Evtl. noch Pakete installiert, die den Spin-Down verhindern?

Überwachung Protokollierung habe ich jetzt deaktieviert.- An Programmen laufen nur Antivirus. Fotostation Cloud Station Config File Editor Medienserver Fotostation und Init_3rdPart



Mit der App DS Finder kannst du die DS auch herunterfahren, nachdem du dich damit auf der DS angemeldet hast.

Aber das geht doch nur wenn mann sich im WLan Netz befindet oder?

 

[Puppetmaster]

Aber das geht doch nur wenn mann sich im WLan Netz befindet oder?

Was jetzt? Das Herunterfahren der DS?
Nein, das geht auch aus dem Mobilfunknetz.

 

[Biker1602]

Aber das geht doch nur wenn mann sich im WLan Netz befindet oder?

Oh habe ich gefunden geht doch das war ja schon mal super.

 

[northwall]

Meine Erfahrung mit DSM 4.2-3211 bzgl Hibernation:

http://www.synology-forum.de/showthread.html?38984-DS413-Kein-System-Hibernation-Deep-Sleep-nach-Update-auf-4.2-Final&p=338001&viewfull=1#post338001

Gruß
northwall

 

[gizmo21]

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.
Werde wohl mal den Synology Support bemühen.

Hast du inzwischen deine 212+ mit der aktuellen 4.2 wieder in den Ruhezustand bekommen, oder gibt es jemand anderen bei dem das mit der konfig prinzipiell klappt. Bin noch auf 4.0 und eigentlich klappt alles bei mir, wollte jetzt aber mal nachziehen und bin aber etwas skeptisch.

 

[SWEETY1248]

Hallo,

ich hab ne 213+ und 4.1

Ich hab im März glaub ich mich mal damit beschäftigt sie auf 4.2 updaten zu wollen.
Damals war dieser Bug mit dem Ruhezustand. Dann hatten einige ein Patch das es angeblich ausbügelte.
Ich hatte damals darauf verzichtet upzudaten und bin auf 4.1 geblieben. Ein Kaufgrund der 213+ war der Stromsparende Ruhezustand.
Das funktioniert unter 4.1 meistens schon.
Jetzt meine Frage da mit 38 Seiten dieser Beitrag schon recht unübersichtlich wird. Gibts da jetzt schon eine Lösung, Workaround oder sonstwas ?

Ich würde gern updaten aber nur wenn der Ruhezustand geht, da meine 213+ tagsüber eigentlich nur sporadisch genutzt wird (manchmal tagelang nicht) und ich dann eigentlich nicht will das das Teil 20W+x schluckt obwohl keiner was macht.

Bitte um eure Infos.

Dankeschön.

Gruß
Holger

 

[DarkSoul]

Gibts da jetzt schon eine Lösung, Workaround oder sonstwas ?

Ja und nein. Bekannt ist, dass Geräte an der USB-Schnittstelle den System Ruhezustand verhindern können. Aus eigener Erfahrung kann ich sagen, dass das auch eSATA-Geräte verhindern können.
Desweiteren gibt es bekannte Dienste, die ebenfalls den System-Ruhezustand verhindern können. Dazu musst du aber diesen Thread oder das Forum durchforsten, irgenwo sind die gelistet, wenn auch nicht vollständig.

Bei mir geht er, ich habe aber, bis auf den Medienserver nichts installiert und am Laufen. Mein USB-Drucker hängt dauerhaft am Front-Port, dank abgeschalteter automatischer Einschaltung des Druckers macht der aber keine Probleme. Meine eSATA-Platte hänge ich nur kurz für ein Backup dran, daher keine negative Auswirkung.

Wenn du keinen Bedarf hast auf eine neue Version zu wechseln, weil bei dir alles so funktioniert wie es soll, würde ich es so belassen. Bei mir war die neuste FW schon drauf, daher hatte ich keine andere Wahl.

 

[SWEETY1248]

Vielen Dank für die ausführliche Antwort.

Hat vllt. jemand die von DarkSoul genannte Stelle wo die Dienste die stören gelistet sind ?