Drehe noch durch mit dem Ruhezustand

[Boxxy]

Hallo allerseits,

von Langer Weile geplagt machte ich mich heute auf die Lösungssuche für mein Backup der Synology DS 112j.
Während ich rumprobiert habe, habe ich schnell festgestellt, dass der Ruhezustand der externen USB Platte nicht funzt. Soweit so gut. Damit muss ich wohl leben und die Backups manuell durchziehn.

Dies führte mich aber zum aktuellen Problem, nämlich, dass die Syno dauernd aus dem Ruhezustand rausgeholt wird und garnicht erst in den Tiefschlaf geht. Die USB Platte ist abgesteckt. Dies soll angeblich den Ruhezustand verhindern.

Hab die Timer auf 10 Minuten gestellt. Die Ds geht auch zuverlässig in den Ruhezustand über. Das passt soweit.
Nach wenigen Minuten wacht sie aber wieder auf. Hab es mehrfach getestet und auch gestoppt. Mal waren es 3 Minuten, mal 9 usw... also keine feste Zeitangabe.

Was ich nun gemacht habe:

Bei einem Test habe ich bei allen PCs die Windows Mediendienste deaktiviert. Kein Erfolg.
Für andere Tests habe ich die Syno komplett vom Netz genommen. Somit liegt der Fehler bei der DS und nicht irgendwo im LAN.

Per Telnet habe ich syno_hibernate_debug_tool eingeschalten und abgewartet.
Folgendes kam im Log raus:

14:44:49 syno_hibernate_debug_tool: (115): Start Hibernation Debug with second [1]
Apr  7 14:44:49 kernel: [ 9647.820000] [/etc/passwd] opened by pid 14756 [u:(-ash), comm:(ash)]
Apr  7 14:44:51 kernel: [ 9649.700000] [/usr/syno/synoman/webman/modules/ThumbConvertProgress/ThumbConvertProgress.cgi] opened by pid 13826 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 14:44:57 kernel: [ 9655.230000] [/usr/syno/synoman/webman/modules/ControlPanel/modules/externaldevices.cgi] opened by pid 14622 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 14:44:58 kernel: [ 9656.880000] [/usr/syno/synoman/webman/logout.cgi] opened by pid 14622 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 14:54:46 kernel: [10244.940000] [.] opened by pid 14423 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Apr  7 15:04:46 kernel: [10845.030000] [.] opened by pid 14423 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Apr  7 15:14:46 kernel: [11445.070000] [.] opened by pid 14423 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Apr  7 15:24:46 kernel: [12045.100000] [.] opened by pid 14423 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Apr  7 15:30:34 kernel: [12392.610000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 15:35:41 kernel: [12699.660000] [/etc/localtime] opened by pid 4028 [u:(/usr/syno/bin/scemd), comm:(scemd)]
Apr  7 15:35:51 kernel: [12709.840000] [] opened by pid 14423 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Apr  7 15:47:05 kernel: [13384.030000] [/etc/localtime] opened by pid 4028 [u:(/usr/syno/bin/scemd), comm:(scemd)]

-- hier ging sie glaube ich wieder, nach 3 minuten an --

Apr  7 15:50:12 kernel: [13570.460000] [/var/run/smbd.pid] opened by pid 14423 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Apr  7 15:50:12 kernel: [13570.470000] drivers/scsi/sd.c[443]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=14423, comm=smbd
Apr  7 15:50:15 kernel: [13570.480000] ata1: wake up from deepsleep, reset link now
Apr  7 15:50:15 kernel: [13570.560000] ata1: device plugged sstatus 0x123
Apr  7 15:50:15 kernel: [13573.490000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Apr  7 15:50:15 kernel: [13573.500000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Apr  7 15:50:15 kernel: [13573.510000] ata1: SError: { PHYRdyChg DevExch }
Apr  7 15:50:15 kernel: [13573.520000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 15:50:21 kernel: [13579.470000] ata1: link is slow to respond, please be patient (ready=0)
Apr  7 15:50:21 kernel: [13579.480000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 15:50:25 kernel: [13583.500000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 15:50:25 kernel: [13583.750000] ata1.00: Disable disk write cache in EH
Apr  7 15:50:27 kernel: [13585.980000] [/etc/localtime] opened by pid 4028 [u:(/usr/syno/bin/scemd), comm:(scemd)]
Apr  7 15:50:50 kernel: [13608.920000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 15:51:00 kernel: [13618.600000] [/etc/passwd] opened by pid 14809 [u:(/usr/sbin/inetd), comm:(inetd)]
Apr  7 15:51:03 kernel: [13621.220000] [/etc/nsswitch.conf] opened by pid 14812 [u:(/bin/login), comm:(login)]
Apr  7 15:51:06 kernel: [13624.880000] [/etc/group] opened by pid 14812 [u:(/bin/login), comm:(login)]
Apr  7 15:51:19 kernel: [13637.150000] [/sbin/syno_hibernate_debug_tool] opened by pid 14812 [u:(-ash), comm:(ash)]
Apr  7 15:51:19 syno_hibernate_debug_tool: (154): End Hibernation Debug

Irgendwie werde ich grad nicht schlau woran das liegen mag. Kann mir jemand helfen?

 

[Poggo]

Also zu dem Log kann ich dir nichts sagen. Zur Eingrenzung kannst du aber mal alle Dienste ausschalten und alle Pakete deinstallieren (nicht nur deaktivieren!) und dann nach und nach wieder einschalten/installieren. Dann wirst du schon merken, woran es lag. Ohne zu wissen, welche Dienste und Pakete in welcher Konfiguration da laufen und welche Einstellungen vorgenommen wurden, ist es eher ein Raten und rätseln was da bei dir los ist.

Gruß, Poggo

 

[Boxxy]

Diensta habe ich keine "aktiv" gehabt. Installiert ist nur Download, Audio, Surveillance und Cloud Station. Alle sind deaktiviert. Der Medienserver ist noch an, aber es greift niemand drauf zu, auch war die Verbindung der DS komplett vom Netz. "DMA-Kommunikationsprotokoll für Diagnosezwecke aktivieren" ist auch aus.

Die Dienste, die ich am Laufen habe wären höchstens dafür verantwortlich, wenn die DS nicht in den Ruhezustand gehen würde, was sie aber tut.
wieso sie aufwacht ist eben die Frage. Da läuft nix und es gibt auch keine Zugriffe.

 

[Poggo]

Wie sieht es mit dem NTP aus? Der NTP-Dienst kann ruhig an sein, die automatische Zeitsynchronisation mit einem NTP-Server sollte aber aus sein.
Und die Pakete mal deinstallieren, nicht nur deaktivieren.

 

[Boxxy]

NTP sagt mir grad nix. Daher schließe ich das aus. Zeitsynchro ist auf manuell.

Pakete deinstallieren wollte ich eigentlich nicht unbedingt. Bis ich dann durch neuinstallieren das richtige gefunden habe, falls es eins von denen sein sollte, dauert das ewig. Dachte aus dem Log müsste doch hervorgehen was den spin-up veranlasst hat?!

Apr  7 15:50:12 kernel: [13570.470000] drivers/scsi/sd.c[443]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=14423, comm=smbd

Diese Zeile müsste das doch sein oder? Nur was ist die pid 14423?

 

[Boxxy]

So, wieder ein Versuch gestartet. Alle Dienste ausgeschaltet. Netzwerkkabel entfernt.

Apr  7 19:12:38 syno_hibernate_debug_tool: (115): Start Hibernation Debug with second [1]
Apr  7 19:12:38 kernel: [25716.450000] [/etc/passwd] opened by pid 27371 [u:(-ash), comm:(ash)]
Apr  7 19:12:44 kernel: [25722.330000] [/usr/syno/synoman/webman/modules/ControlPanel/modules/externaldevices.cgi] opened by pid 27533 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 19:12:45 kernel: [25723.780000] [/usr/syno/synoman/webman/modules/ControlPanel/modules/terminal.cgi] opened by pid 27532 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 19:12:48 kernel: [25726.820000] [/usr/syno/synoman/webman/modules/PkgManApp/PkgSynoMan.cgi] opened by pid 27536 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 19:12:54 kernel: [25732.370000] [/usr/syno/synoman/webman/modules/ControlPanel/modules/modules.json] opened by pid 27533 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 19:12:55 kernel: [25733.960000] [/usr/syno/synoman/webman/modules/ControlPanel/modules/power.cgi] opened by pid 27536 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 19:13:00 kernel: [25739.020000] [/usr/syno/synoman/webman/modules/ControlPanel/modules/power.cgi] opened by pid 27538 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 19:13:06 kernel: [25744.890000] [/usr/syno/synoman/webman/modules/ControlPanel/modules/power.cgi] opened by pid 27537 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 19:13:10 kernel: [25748.380000] [/usr/syno/synoman/webman/resources/images/taskbar/user_menu_bg.png] opened by pid 27537 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 19:13:19 kernel: [25758.130000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 19:15:06 kernel: [25864.220000] [pg_clog/0000] opened by pid 5327 [u:(postgres: writer process   ), comm:(postgres)]

-- hier ging sie wohl in den Ruhezustand -- 

Apr  7 19:25:42 kernel: [26500.640000] [/etc/localtime] opened by pid 4028 [u:(/usr/syno/bin/scemd), comm:(scemd)]

-- hier ca 8 Minuten später wacht sie wieder auf (stimmt mit meiner gestoppten zeit überein) --


Apr  7 19:33:12 kernel: [26950.300000] drivers/scsi/sd.c[443]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=15014, comm=smbd
Apr  7 19:33:15 kernel: [26950.310000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 19:33:15 kernel: [26950.320000] ata1: wake up from deepsleep, reset link now
Apr  7 19:33:15 kernel: [26950.400000] ata1: device plugged sstatus 0x123
Apr  7 19:33:15 kernel: [26953.330000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Apr  7 19:33:15 kernel: [26953.340000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Apr  7 19:33:15 kernel: [26953.350000] ata1: SError: { PHYRdyChg DevExch }
Apr  7 19:33:15 kernel: [26953.360000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 19:33:21 kernel: [26959.300000] ata1: link is slow to respond, please be patient (ready=0)
Apr  7 19:33:21 kernel: [26959.310000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 19:33:25 kernel: [26962.970000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 19:33:25 kernel: [26963.220000] ata1.00: Disable disk write cache in EH
Apr  7 19:33:27 kernel: [26965.450000] [/etc/localtime] opened by pid 4028 [u:(/usr/syno/bin/scemd), comm:(scemd)]
Apr  7 19:34:13 kernel: [27010.520000] [/etc/localtime] opened by pid 2590 [u:(/sbin/klogd), comm:(klogd)]
Apr  7 19:34:19 kernel: [27016.600000] [/usr/syno/synoman/webman/index.cgi] opened by pid 27532 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 19:34:24 kernel: [27022.440000] [/usr/syno/synoman/webman/login.cgi] opened by pid 27765 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  7 19:34:28 kernel: [27025.550000] [/etc/localtime] opened by pid 27792 [u:(/usr/syno/synoman/webman/login.), comm:(login.cgi)]
Apr  7 19:34:35 kernel: [27032.820000] [/usr/syno/synoman/webman/modules/Share/PermissionDialog.js] opened by pid 27814 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]

Was ist denn da los? So ist Synology mal wirklich nicht nutzbar und frustriert gewaltig. Von wegen stromsparend und deep sleep... nichts funzt


DSM habe ich noch 4.0 drauf. Vor paar Wochen ging noch alles einwandfrei. Geändert habe ich nichts. Und auch sonst macht die Syno fast nix, weil sonst der Ruhezustand eh nichtmehr klappt.

 

[Puppetmaster]

1) Sieht aus, als würdest du per http auf die GUI zugreifen (oder jemand anderes). Dann geht kein Ruhezustand.
2) während das debug-tool läuft geht natürlich auch kein Ruhezustand.

 

[Boxxy]

Nope, niemand greift auf die DS zu. Ist auch komplett vom LAN getrennt. Der Ruhezustand geht an sich ja auch. Hält aber nur wenige Minuten. Vorhin zw 3 und 10, diesmal 8 Minuten. Dann geht die DS wieder an. Telnet habe ich vor dem Ruhezustand auch noch deaktiviert um sicher zu gehen.

Der Weblogin hat erst nach dem aufwachen stattgefunden. Schlafen ging sie um 25 und aufgewacht ist sie um 33.
Was ist denn dieses klogd? und wieso steht da "apache"? Webseite habe ich keine auf der DS gehostet.
Und ist der "localtime" eintrag evtl dran schuld? Wie gesagt, Zeit synchro ist auf manuell.

Ich heul gleich

Es wird nichts indiziert, nicht auf irgendwas zugegriffen, nichts gemacht. Hab schon weitaus mehr Pakete installiert und am laufen gehabt und hatte noch nie ungewollt probleme mit dem Ruhezustand bzw dem von allein wieder aufwachen.

 

[Boxxy]

10 Stunden später immernoch keine Lösung gefunden... mal schauen wie es bei QNap so ausschaut ...

 

[hopeless]

Nichts gegen dich Boxxy, aber ich finde es wirklich faszinierend, dass es scheinbar sehr viele Leute hier im Forum gibt, die sich ein Server-System von Synology kaufen, dessen wichtigstes Feature es sein soll zu schlafen .

hope..

P.S. Mach doch ein Ticket bei Synology auf, die wissen dir bestimmt zu helfen!

 

[Boxxy]

Es geht doch nicht darum ob der Ruhezustand das wichtigste ist oder nicht. Sondern darum, dass es zu funktionieren hat.
Das es unter bestimmten Bedingungen nicht geht ist klar und kann jeder selbst entscheiden ob er das braucht oder nicht.
Für mich ist es aber ein gutes stück wichtig das der Server sich nachts bzw während der nichtbenutzung schlafen legt. Wofür habe ich den dann sonst?!
Hätte ja dann genauso weiterhin mein PC/Laptop 24/7 laufen lassen können. Ein "Vorteil" dieser Geräte ist eben u.A. auch diese Funktion. Grade im Heim-/Privatbereich.

Wenn Synology mir die DS als stromsparend mit deep sleep verkauft, dann ist das schon arg daneben wenn man es nicht nutzen kann und "grundlos" verpflichtet ist seine HDDs permanent laufen lassen zu müssen oder auf komfort verzichten muss indem man die DS manuell an- und ausschalten muss.
Nicht jeder braucht einen RAID Server, der rund um die Uhr durchläuft

Mich regt es halt grad übelst auf, weil der ganze Scheiss mal funktioniert hat. Witzig ist, wie bei meinen letzten versuch vor 5 Minuten die HDD zwar erst nach über 30min in den Standby ist, statt nach 10 (k.a. was da zugreift ohne LAN anbindung), aber bis jetzt noch ausbleibt. Geändert habe ich nix Oo
Aber wer weiß wie das morgen oder nächste Woche ausschaut. Meine bisherige Erfahrung ist das man solange man nichts an der DS macht und sie nur läuft, passt es. Will man aber etwas mehr damit machen fangen die Probleme an. Dabei ist "etwas mehr" nichtmal ein Teil von dem was Synology einem so verspricht was man so alles machen kann. Wie war das mit den grünen Bananen beim Kunden?! Das Forum ist voll mit diversen Problemen.

Ich beobachte das mal die Tage ob die DS morgens dann aus oder an ist und sehe dann weiter.

 

[fpo4711]

Hallo Boxxy,

ich kann Dir zwar nicht das Log erklären. Das wird sicherlich nur Synology korrekt interpretieren können. Aber ich würde mal vermuten das ein solcher Eintrag wie

sda: cmd 0x0 spin up by pid=15014, comm=smbd

hier auf Grund des Wortes "smbd" vermutlich, und das ist jetzt eine Spekulation von mir, auf einen Zugriff über Samba sprich einer Windowsfreigabe das Aufwecken geschieht. Deshalb vorsichtshalber die Frage zu deiner Aussage:

Ist auch komplett vom LAN getrennt.

Bist Du dir da sicher? Ansonsten kann ich auch nur der Empfehlung nachkommen. Ticket eröffnen bzw. Dienst ermitteln der das Aufwecken erzeugt.

Gruß Frank

 

[Puppetmaster]

mal schauen wie es bei QNap so ausschaut ...

Kann ich dir sagen: die haben erst gar keinen System-Ruhezustand, von daher wirst du da keine Probleme mit haben!
Das was QNAP hat (Festplatten-Spindown), das hat auch jede DS, und der funktioniert in der Regel auch. Wenn nicht, dann läßt sich eigentlich immer ein Schuldiger finden, bzw. gibt es von Synology selbst bald einen Patch, und der Spindown geht wieder.
Weißt du, ich lese jeden Tag 10x einen Thread wie diesen, irgendwann antwortet man auch nicht mehr darauf, weil in den gefühlten 1000 Threads zuvor eigentlich schon alles gesagt wurde.
Das mußt du jetzt nicht persönlich nehmen, aber vielleicht liest es ja noch der ein oder andere, der auch mal die Suche bemüht oder aber die zahlreichen Threads zu diesem und den verwandten Themen vorab durchforstet.

NACHTRAG:
Du sprachst von "deep sleep" hast aber wohl nur eine DS112j, die nur den Festplatten-Spindown beherrscht. Dann redest du von Stromsparen... Was glaubst du sparst du mit einer Festplatte, die nicht läuft im Gegensatz zu einer laufenden? 2-3W ?? Darüber habe ich mir vor Jahren auch mal 'nen Kopp gemacht, inzwischen ist mir meine Zeit da zu wertvoll zu, um mir über 5,-Euro Stromkosten/Jahr Gedanken zu machen.

 

[Boxxy]

Bist Du dir da sicher? Ansonsten kann ich auch nur der Empfehlung nachkommen.

Ja. Hab den LAN Stecker ist hinten an der Syno rausgezogen.

...gibt es von Synology selbst bald einen Patch, und der Spindown geht wieder...

Der Spindown geht ja auch wunderbar. Das selbständige aufwachen ist das Problem.

Das mußt du jetzt nicht persönlich nehmen, aber vielleicht liest es ja noch der ein oder andere, der auch mal die Suche bemüht oder aber die zahlreichen Threads zu diesem und den verwandten Themen vorab durchforstet.

Denkst du ich hab gestern nur rumgesessen? Natürlich habe ich die suche bemüht. Beiträge hier und im Syno Forum durchgelesen. Und alles was Google sonst ausgespuckt hat bei den Begriffen "hibernate, deep sleep, wake up, syno_hibernation_timer_update, /sbin/klogd, drivers/scsi/sd.c[443], und allen anderen Suchwörtern, die mir nur einfallen konnten. Sobal ich ein versprechenden Thread gefunden habe endet der in einer Sackgasse, wiel keine Lösung vorhanden war.
Man findet nur haufenweise Beiträge der "Pros" wie man den Hibernation Log aktiviert. Den dann anscheinend niemand kapiert -.-

Ich bin echt niemand, der beim kleinsten Problem im Forum ohne Eigenbemühung eine Lösung haben will. Meine Threads entstehen erst wenn ich am Verzweifeln bin.

Du sprachst von "deep sleep" hast aber wohl nur eine DS112j, die nur den Festplatten-Spindown beherrscht.

Ich hab einmal den Ruhezustand (Spin-down / Hibernation) und einmal den erweiterten Ruhemodus (deep sleep).
Ist auch im Log zu sehen.

Da gestern Abend mehr oder weniger alles zu laufen schien, habe ich die DS zum Testen angelassen. Timeout auf 1 Stunde gesetzt. Dienste deaktiviert. Debug tool auch. PCs waren alle aus. Der Start-Stop-counter ist von 40 auf 44 gestiegen und die DS war heute Morgen warm. Also stimmt da immernoch was nicht.
Früher ging sie richtig in den deep sleep und die blaue LED hat geblinkt.

Dann redest du von Stromsparen... Was glaubst du sparst du mit einer Festplatte, die nicht läuft im Gegensatz zu einer laufenden? 2-3W ?? Darüber habe ich mir vor Jahren auch mal 'nen Kopp gemacht, inzwischen ist mir meine Zeit da zu wertvoll zu, um mir über 5,-Euro Stromkosten/Jahr Gedanken zu machen.

Das Stichwort "Stromsparen" habe ich genannt, weil Synology damit wirbt und leute locken will. Für mich ist das Feature der reinste Betrug, weil es schlichtweg nicht zu gebrauchen sein scheint. Mir geht es eher darum, dass die HDD Nachts nicht dumm vor sich hindreht. Und da hätte ich schon gern einen funktionierenden deep sleep Modus, bei dem die DS auch nahezu aus ist und nicht den bloßen spin-down. Wobei das wenigstens ein Anfang wäre. Momentan geht ja nichts von beidem.
Und was den Stromverbrauch angeht sind es mehr als nur 2-3W. Zwischen dem Betriebszustand und dem deep-sleep sind wohl ca. 50% Ersparnis drin. Ich wollte das mit der neuen HDD neu messen, was mich eben zu diesem Problem geführt hat.

 

[Puppetmaster]

Die DS112j hat nur einen Platten-SpindDown!! Mehr gibt es da nicht!! Alles was du an Energie sparen kannst, ist der Unterschied von einer sich drehenden HDD zu einer stehenden.
Richtig ist, dass Synology 12,1W bei Volllast und 4,4W im Idle angibt. Das bedeutet aber, dass du 12,1W eben bei Volllast hast, wenn eben auch die CPU glüht! Wenn nur die Platte dreht, kannst du ja beim Hersteller deiner Platte mal nachsehen, wie groß die Differenz ist.
Synology wirbt bei der DS112j auch nur mit dem Platten-Spindown, mehr nicht.

Dass bei deiner 112j früher mal die blaue LED geblinkt hat kann ich auch kaum glauben, denn dann müßte sie sich ganz anders verhalten als die 112j die ich zu Hause habe. Da geht die Status-LED aus, die Power-LED bleibt aber an.

Fazit: das hibernate-debug-tool ist ein Tool von Synology. Wenn du wissen willst, warum deine DS nicht schlafen kann, dann mußt du das Ergebnis des Tools an Synology senden, die können das interpretieren. Hier kann das eigentlich niemand, es sei denn, es ist etwas sehr auffälliges zu sehen.
Und: es kann auch helfen, den DSM nochmal komplett neu zu installieren. Mitunter schleicht sich ein Fehler bim Update ein.

 

[Boxxy]

Die DS112j hat nur einen Platten-SpindDown!! Mehr gibt es da nicht!! Alles was du an Energie sparen kannst, ist der Unterschied von einer sich drehenden HDD zu einer stehenden.
...
Synology wirbt bei der DS112j auch nur mit dem Platten-Spindown, mehr nicht.

Scheint wohl so zu sein. Trotzdem seltsam. Ich hab mit meiner Samsung Platte 17-20 Watt im Betrieb gemessen und 10W im Ruhezustand.
Mit der WD Green bin ich jetzt bei 30W im Betrieb. Werde da aber, falls das mal wieder läuft hier, neu messen.
WD gibt ca 5W im R/W an, 3W idle und 0.7W Standby an.

Aber wie gesagt, mir gehts nicht um die paar Watt. Ich möchte nur, dass die DS nachts die Platten runterfährt. Manuell per App ausschalten ist zwar nicht sooo schlimm, aber da die DS112j kein WOL hat ist eben das anschalten dann nur von Hand möglich. Und genau das will ich durch den Ruhezustand umgehen.

Dass bei deiner 112j früher mal die blaue LED geblinkt hat kann ich auch kaum glauben, denn dann müßte sie sich ganz anders verhalten als die 112j die ich zu Hause habe. Da geht die Status-LED aus, die Power-LED bleibt aber an.

Ich erinner mich aber daran als ich morgend mal auf die DS geschaut und die blaue LED blinken sehen hab.
Gestern bei den Tests gingen nur die grünen aus und die blaue blieb statisch an. Heute morgen war zusätzlich noch die Status LED statisch an und die DS wie gesagt handwarm. Dachte sie wäre durchgelaufen. Als ich mich dann im Webinterface eingeloggt habe, habe ich gehört, wie die DS hochgefahren ist, sprich sie war wohl doch noch im Ruhezustand. Müssen da aber nicht die LEDs alle aus sein laut Anleitung?!

Und: es kann auch helfen, den DSM nochmal komplett neu zu installieren. Mitunter schleicht sich ein Fehler bim Update ein.

Das habe ich ja zwangsläufig beim HDD Tausch machen müssen. DSM Version ist die selbe. Da hab ich nichts geupdated oder so. Installierte und laufende Pakete sind sogar weniger jetzt.

Da gabs auch schon Probleme mit orange blinkenden LEDs (siehe anderer Thread von mir)

Allgemein macht die Syno mehr Probleme als mir recht sind. Solange man nichts macht, das Ding hinstellt und es akzeptiert wie es läuft oder eben nicht läuft passt es. Sobald man aber nur die geringsten Ansprüche hat, die laut Synology zum Systemumfang gehören, spackt das Teil rum.
Ich hab da weis Gott nicht die Über Konfig am Start. Die Audiostation und die Cloudstation, welche ich gern genutzt habe, habe ich mittlerweile auch schon verwerfen müssen. Es läuft nur der Medienserver und die Download Station. Letztere auch nur ab und zu.

Das gleiche hab ich mit einem 0815 Laptop vor der DS auch hinbekommen. Dieser ging sogar per WOL an, automatisch in den Standby, Hibernate oder ganz aus und die externe Platte hat sich auch abgeschalten. Weil ich ein NAS als die elegantere und professionellere Lösung sah habe ich mich für die DS entschieden... mit der man theoretisch viel machen kann, praktisch aber eher schlecht als recht läuft. Dabei war ich bis jetzt eigentlich zufrieden. Erst der Plattentausch hat alles durcheinander gebracht

 

[hopeless]

Hast du denn jetzt endliche ein Ticket aufgegeben, oder willst du nur hier rumnerven?
Hier sind auch nur Anwender die evtl. weiterhelfen können, oder auch nicht.

hope..

 

[Boxxy]

Ich bin grad dabei alles nochmal platt zu machen und die Platten zu tauschen. Du darfst aber gern aus meinem Thread abzischen wenns für dich eh nur generve ist und du sowieso nichts zur Lösung beizutragen hast. Danke! -.-

 

[Puppetmaster]

Na, bei dem Ton werden wohl die meisten Leser in einen anderen Thread wechseln.
Ich denke, den Rat ein Ticket aufzumachen sollte man schon mal in Erwägung ziehen.
Du schreibst, du hast hier schon viele Threads zum Thema gelesen und keine Lösung gefunden. In den anderen Threads ist es ja nicht viel anders. Der Ruhezustand ist ein fragiles Ding. Manchmal hilft es schon, die DS einfach mal eine Woche in RUHE zu lassen und abzuwarten. Gerade bei dem einfachen Ruhezustand der DS112j, da hab ich noch nie Probleme mit gehabt, die sich nicht entweder durch einen Neustart, die Netz-Infrastruktur, laufende Dienste/Pakete, Konvertierung/Indexierung von Fotos oder eben einfach GEDULD erklären/lösen ließen.
Wenn alles nichts hilft: Ticket aufmachen. - Synology hat das debug-tool geschrieben und sie verstehen auch den Output.

 

[hopeless]

Also hast du immer noch kein Ticket aufgegeben, deine Zielsetzung scheint also primär nicht deine Problemlösung zu sein.
Das schöne an Foren ist ja, dass dort jeder lesen und schreiben kann und keinem (auch dir nicht) ein Thread gehört und hin und wieder manchmal bekommt mal halt auch Antworten die einem nicht gefallen.

hope..