log voll mit [/etc/localtime] und kein Standby mehr

[derTomGE]

Hallo Zusammen,

meine Diskstation 212j geht seit dem Update auf DSM 4.2 gar nicht mehr in Standby.

Ich habe testweise vorübergehend alle Erweiterungen wie Mediaserver, Video-, Photostation abgeschaltet.
Lediglich der SMB Dienst blieb eingeschaltet.

dank syno_hibernate_debug_tool --enable 1 sehe ich, dass messages voll von diesen Einträgen ist:
Was hat es mit /etc/localtime auf sich und was ist scemd für ein Dämon?
ich habe den ntp Dienst angehalten und dafür einen cronjob angelegt der nur 1x pro Woche die Zeit aktualisiert.

Mar 18 03:08:43 kernel: [886644.970000] [/etc/localtime] opened by pid 2953 [u:(scemd), comm:(scemd)]
Mar 18 03:13:47 kernel: [886949.150000] [/etc/localtime] opened by pid 2953 [u:(scemd), comm:(scemd)]
Mar 18 03:18:51 kernel: [887253.340000] [/etc/localtime] opened by pid 2953 [u:(scemd), comm:(scemd)]
Mar 18 03:23:55 kernel: [887557.570000] [/etc/localtime] opened by pid 2953 [u:(scemd), comm:(scemd)]
Mar 18 03:29:00 kernel: [887863.360000] [/etc/localtime] opened by pid 2953 [u:(scemd), comm:(scemd)]

Liegt es daran, dass die Platte nicht in Ruhezustand geht?

 

[leo meister]

kein standby

Hallo zusammen.
Ich habe auch das Problem das die DS212J nicht richtig in standby geht, bzw immer wieder aufwacht. Habe schon alles mögliche probiert und deaktiviert. Einzig beim deaktivieren von Windows Datei Dienst geht die DS212J völlig korrekt ins Standby. Hat jemand ähnliche Erfahrung mit Win Datei Dienst.

Grüße von Leo

 

[Puppetmaster]

@leo meister:

Ist nicht ganz nett sich so einfach ein den unbeantwortetn Thread eines anderen zu hängen..
Hast du denn Ordner als Netzlaufwerk auf Rechnern eingebunden? Dann wird die DS vermutlich nicht schlafen gehen, solange die Rechner im Netz sind.

 

[derTomGE]

nach weitergehender Recherche hier im Forum habe ich das synology_debug_tool selbst als Ursache ausmachen können.
Dumm nur, dass mir diese Meldungen jetzt auch nciht weiterhelfen:

Mar 21 03:50:38 kernel: [1148340.000000] ata1: wake up from deepsleep, reset link now
Mar 21 03:50:38 kernel: [1148340.080000] ata1: device plugged sstatus 0x123
Mar 21 03:50:38 kernel: [1148343.010000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Mar 21 03:50:38 kernel: [1148343.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Mar 21 03:50:38 kernel: [1148343.030000] ata1: SError: { PHYRdyChg DevExch }
Mar 21 12:31:01 kernel: [1179560.960000] ata1: wake up from deepsleep, reset link now
Mar 21 12:31:01 kernel: [1179561.050000] ata1: device plugged sstatus 0x123
Mar 21 12:31:01 kernel: [1179563.980000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Mar 21 12:31:01 kernel: [1179563.980000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Mar 21 12:31:01 kernel: [1179563.990000] ata1: SError: { PHYRdyChg DevExch }

 

[Puppetmaster]

Das sind nur die ganz 'normalen' Meldungen, wenn die Platten geweckt werden. Einen Grund kannst du da nicht herauslesen.

 

[derTomGE]

also an dem herauslesbaren Error, wie in SError: oder edma_err_cause brauche ich mich nicht zu stören?

 

[Puppetmaster]

also an dem herauslesbaren Error, wie in SError: oder edma_err_cause brauche ich mich nicht zu stören?

Zumindest habe ich den auch immer (gehabt). Inzwischen läuft meine DS ja durch.
Ich meine auch, denn schon öfter hier in geposteten Protokollen gesehen zu haben. Also nichts ungewöhnliches.

 

[Poggo]

War das nicht so, dass das debug-Tool den Systemruhezustand verhindert indem es das System im Hintergrund beobachtet? Schalte es doch mal ab.

Gruß