Hibernation - Ruhezustand DS109

[Schwob]

Hallo,

ich bin nun seit 2 Tagen stolzer Besitzer einer DS109.
Festplatte ST31500541AS.

Angeschlossen ist eine externe Platte über esata von Verbatim mit der Platte DH154UI von Samsung.

Nun zu meinem Problem:
- Das Gerät geht nach der eingestellten Zeit nur in den Ruhemodus wenn mein Hauptrechner an ist. Sobald ich den Rechner ausschalte geht die DS nicht mehr in den Ruhemodus. Hierzu geht ja dann das Status-Lämpchen am DS aus.

- Das Ab- und anschalten über Nacht das ich eingestellt habe funktioniert ordnungsgemäß.

Hat noch jemand dieses Problem oder hat ne Lösung was ich da evtl falsch eingestellt haben könnte?

Gruß Schwob

 

[Matthieu]

Zunächst muss ich leider wieder bemerken dass ein Blick auf die offizielle HD-Liste von Synology dieses Problem möglicherweise hätte umgehen können. Deine Festplatte ist nicht aufgeführt und daher nicht überprüft. Von Synology wirst du also auch nicht sehr viel Aufmerksamkeit bekommen.

Nun zur DS: Ist "Master Browser" aktiviert (Reiter Win/MacOS)? Welche Firmware wird verwendet?

Und zu deinem PC: Welches Betriebssystem.

Noch was anderes (hab so eine Vermutung ...): Betreibst du irgendwelche anderen Mediengeräte wie Netzwerk-fähige Radios oder Stereoanlagen oder DLNA-Clients, ... ?

MfG Matthieu

 

[Schwob]

Erstmal danke für die schnelle Antwort.

Zu Punkt1. Ich habe im Gerät ne 1.5 TB Platte die ich komplett bei einer Firma bezogen habe. 1.5 TB Platten sind allgemein noch nicht auf der Liste.

Punkt 2. Master Browser ist nicht aktiviert.

Punkt 3. Windows XP SP2

Punkt 4. Firmware: DSM 2.1-0844 vom 21.04.2009

Punkt 5. Nein es laufen keine anderen Mediengeräte im Netzwerk. Im Netzwerk ist halt mein Router von Alice integriert und ein Switch.

Was könnte sonst ncoh sein?

Gruß Schwob

 

[Matthieu]

Generell sind HDs über 650GB nicht für den Einsatz in 24x7-Geräten geeignet, wozu ja eigentlich auch die NAS zählen. Denn die neigen zu Sektorenfehlern. Ist leider auch nicht herstellerbedingt, machen alle so.

Aber zurück zum Thema:

Wieviele Dateien hast du bisher kopiert? Könntest du mal via SSH auf deine DS? Wenn ja, dann poste mal das Ergebnis von "top". PhotoStation aktiviert?

Hintergrund: Die DS katalogisiert alle Dateien insbesondere die in der PhotoStation, AudioStation/iTunes und im Medienserver respektive UPnP-Server.

MfG Matthieu

 

[Schwob]

Ja, Photostation ist aktiv. Es sind auch schon einige Dateien auf der DS drauf (27.6 GB).

Mem: 114140K used, 12452K free, 0K shrd, 8972K buff, 82492K cached
Load average: 0.04, 0.03, 0.00 (State: S=sleeping R=running, W=waiting)

PID USER STATUS RSS PPID %CPU %MEM COMMAND
7143 admin R 772 7136 0.9 0.6 top
7025 root S 6728 1 0.0 5.3 httpd
7046 nobody S 5048 7025 0.0 3.9 httpd
7044 nobody S 5048 7025 0.0 3.9 httpd
7045 nobody S 5048 7025 0.0 3.9 httpd
6708 admin S 3748 1419 0.0 2.9 postgres
2815 root S 2184 2756 0.0 1.7 httpd
3537 root S 2124 2756 0.0 1.6 httpd
1421 admin S 2104 1419 0.0 1.6 postgres
2639 root S 2084 1 0.0 1.6 smbd
2119 root S 2044 1 0.0 1.6 nmbd
3540 root S 2008 2756 0.0 1.5 httpd
2642 root S 1928 2639 0.0 1.5 smbd
4714 root S 1912 2756 0.0 1.5 httpd
2871 root S 1848 1 0.0 1.4 ftpd
4717 root S 1844 2756 0.0 1.4 httpd
7133 root S 1812 2746 0.0 1.4 sshd
1711 root S N 1672 1 0.0 1.3 synoindexd
1234 root S < 1372 1 0.0 1.0 findhostd
Mem: 114384K used, 12208K free, 0K shrd, 8980K buff, 82624K cached
Load average: 0.04, 0.03, 0.00 (State: S=sleeping R=running, W=waiting)

PID USER STATUS RSS PPID %CPU %MEM COMMAND
7143 admin R 812 7136 0.3 0.6 top
7025 root S 6728 1 0.0 5.3 httpd
7046 nobody S 5048 7025 0.0 3.9 httpd
7044 nobody S 5048 7025 0.0 3.9 httpd
7045 nobody S 5048 7025 0.0 3.9 httpd
6708 admin S 3748 1419 0.0 2.9 postgres
2815 root S 2184 2756 0.0 1.7 httpd
3537 root S 2124 2756 0.0 1.6 httpd
1421 admin S 2104 1419 0.0 1.6 postgres
2639 root S 2084 1 0.0 1.6 smbd
2119 root S 2044 1 0.0 1.6 nmbd
3540 root S 2008 2756 0.0 1.5 httpd
2642 root S 1928 2639 0.0 1.5 smbd
4714 root S 1912 2756 0.0 1.5 httpd
2871 root S 1848 1 0.0 1.4 ftpd
4717 root S 1844 2756 0.0 1.4 httpd
7133 root S 1812 2746 0.0 1.4 sshd
1711 root S N 1672 1 0.0 1.3 synoindexd
1234 root S < 1372 1 0.0 1.0 findhostd
Mem: 114384K used, 12208K free, 0K shrd, 8988K buff, 82624K cached
Load average: 0.03, 0.03, 0.00 (State: S=sleeping R=running, W=waiting)

PID USER STATUS RSS PPID %CPU %MEM COMMAND
7143 admin R 812 7136 0.1 0.6 top
7025 root S 6728 1 0.0 5.3 httpd
7046 nobody S 5048 7025 0.0 3.9 httpd
7044 nobody S 5048 7025 0.0 3.9 httpd
7045 nobody S 5048 7025 0.0 3.9 httpd
6708 admin S 3748 1419 0.0 2.9 postgres
2815 root S 2184 2756 0.0 1.7 httpd
3537 root S 2124 2756 0.0 1.6 httpd
1421 admin S 2104 1419 0.0 1.6 postgres
2639 root S 2084 1 0.0 1.6 smbd
2119 root S 2044 1 0.0 1.6 nmbd
3540 root S 2008 2756 0.0 1.5 httpd
2642 root S 1928 2639 0.0 1.5 smbd
4714 root S 1912 2756 0.0 1.5 httpd
2871 root S 1848 1 0.0 1.4 ftpd
4717 root S 1844 2756 0.0 1.4 httpd
7133 root S 1812 2746 0.0 1.4 sshd
1711 root S N 1672 1 0.0 1.3 synoindexd
1234 root S < 1372 1 0.0 1.0 findhostd

 

[Matthieu]

Die Daten da oben sind gleichzeitig gut und schlecht. Das gute ist: Deiner DS gehts gut ... die index-Dienste sind fertig, thumbnails erstellt. Die schlechte Nachricht: Das bringt uns auch nicht weiter. Jetzt fällt mir nur noch eins ein: Das System-Log.

Abzurufen unter:

more /var/log/messages

MfG Matthieu

 

[Schwob]

DS109> more /var/log/messages
more: /var/log/messages: Permission denied


hmmm hab ich das richtig eingegeben?

 

[Matthieu]

Ich glaube du hast dich als "admin" angemeldet oder?

Da wir jetzt direkt auf dem Linux arbeiten, bitte "root" nutzen. Passwort bleibt aber gleich.

MfG Matthieu

 

[Schwob]

Ah ok nun tuts...

BusyBox v1.1.0 (2009.04.21-16:01+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

DS109> more /var/log/messages
Apr 15 18:59:59 kernel: CPU: ARM926EJ-S [56251311] revision 1 (ARMv5TE), cr=0005 3977
Apr 15 18:59:59 kernel: Machine: Feroceon-KW
Apr 15 18:59:59 kernel: Using UBoot passing parameters structure
Apr 15 18:59:59 kernel: Sys Clk = 200000000, Tclk = 166666667
Apr 15 18:59:59 kernel: Synology Board ID: 21
Apr 15 18:59:59 kernel: Synology Hareware Version: DS109v10-j
Apr 15 18:59:59 kernel: Internal HD num: 0
Apr 15 18:59:59 kernel: Internal netif num: 1
Apr 15 18:59:59 kernel: Memory policy: ECC disabled, Data cache writeback
Apr 15 18:59:59 kernel: CPU0: D VIVT write-back cache
Apr 15 18:59:59 kernel: CPU0: I cache: 16384 bytes, associativity 4, 32 byte lin es, 128 sets
Apr 15 18:59:59 kernel: CPU0: D cache: 16384 bytes, associativity 4, 32 byte lin es, 128 sets
Apr 15 18:59:59 kernel: Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Apr 15 18:59:59 kernel: PID hash table entries: 512 (order: 9, 2048 bytes)
Apr 15 18:59:59 kernel: Console: colour dummy device 80x30
Apr 15 18:59:59 kernel: Mount-cache hash table entries: 512
Apr 15 18:59:59 kernel:
Apr 15 18:59:59 kernel: CPU Interface
--More-- (2% of 53449 bytes)

 

[Matthieu]

Ok ... jetzt mal bitte nicht das gesamte Log posten, denn wenn du eine Taste drückst merkst du, dass er dir bisher nur 2% angezeigt hat. Wir suchen nach Einträgen zu a) den fraglichen Zeiten und b) mit den Wörtern "HDD", "Hibernation", ... oder irgend was anderem was uns helfen könnte. Nimm dir dafür ruhig Zeit.

MfG Matthieu

 

[Schwob]

Ok ....

Werde das dann mal in Ruhe ausprobieren.

Das seltsame ist halt das die DS während ich meinen Rechner anhabe und nicht auf die DS zugreife in den Ruhezustand geht. Nur nicht wenn der Rechner ausgeschaltet ist...

 

[itari]

Auch wenn es sich grad nicht schön anhört, Alice ist immer für eine Überraschung gut ... probier doch mal, ob es geht, wenn du die DS vom Netz nimmst.

Itari

 

[Schwob]

Also ich habe mal alles abgeklemmt und leider kein Erfolg.

Irgendwie leuchtet auch so alle 1/2 Minute für kurze Zeit das Disk lämpchen auf. Vielleicht liegts daran.

Gruß

 

[Schwob]

Ein aktueller Bericht von heute:

Jul 25 09:00:39 kernel: EXT3-fs warning: checktime reached, running e2fsck is recommended
Jul 25 09:00:45 scemd: scemd.c:97 fan_type=7, led_type=2, raid_type=2, dual_power_type=1, auto_poweron_type=1
Jul 25 09:00:45 scemd: modules/fan_speed_adjust_dual_mode.c:321 Fan Dual Mode: HIGH (suitable for 3.5'' HD)
Jul 25 09:00:45 scemd: modules/disk_hibernation.c:86 Force hibernation enable, idle minutes 10
Jul 25 09:00:45 synoprint: printer_device_open.c:16 bad parameter.
Jul 25 09:00:45 synousbdisk: RCClean succeeded


Jul 25 09:00:56 syno_hdd_util: Model:[HD154UI], Firmware:[1AG01113], S/N:[S1Y6J1BS400090] in [/dev/sdb] is ssd
Jul 25 09:00:56 syno_hdd_util: Model:[ST31500541AS], Firmware:[CC32], S/N:[6XW0224H] in [/dev/sda] is not ssd


Jul 25 13:52:04 pppoe[3828]: read (asyncReadFromPPP): Session 3657: Input/output error
Jul 25 14:00:56 pppoe[3874]: read (asyncReadFromPPP): Session 5726: Input/output error
Jul 25 19:27:15 kernel: Marvell 7042 Sata Cable Event: Disconnect [0,1]

Zwischen 14 Uhr und 19:27 kein Eintrag aber er ist denoch nicht in den Ruhemodus gegangen, zumindest ist das Lämpchen nicht ausgegangen.


Was bedeutet den dieser Eintrag?
Jul 25 19:47:27 pppd[16883]: tcflush failed: Bad file descriptor
Jul 25 19:47:57 pppoe[16918]: Timeout waiting for PADO packets

Der wird sehr oft wiederholt in dem Bericht...

 

[qbic]

tcflush:
Upon successful completion, tcflush() discards any data written to the specified file descriptor but that has not been transmitted, or data that has been received but not read, depending upon the value of queue_selector.

Oder auf deutsch:
Alles was noch nicht auf die Festplatte geschrieben bzw alles was zwar in den Puffer gelangt ist aber noch nicht verarbeitet wurde, wird verworfen/gelöscht.

Warum das noch nicht geschrieben/gelesen wurde hängt an der Verarbeitungsreihenfolge. Angefordert werden kann alles, was damit geschieht, entscheidet das Programm
Was das nun aber mit deinem Hibernatproblem zu tun hat, kann ich dir nicht sagen
_______________

EDIT:

PADO:
Der "Server" (Access Concentrator) schickt ein Bestätigungs-Paket per Unicast an den Host.
Wenn ein PADI Paket den Server erreicht, antwortet er mit einem PADO (PPPoE Active Discovery Offer) Paket, dass direkt an die Ethernet Adresse des Clients gerichtet ist. Der Server kennt jetzt die Adresse des Clients.
Der Client wartet eine zeitlang auf ein PADO Paket. Falls er kein PADO Paket empfängt, verdoppelt er den Timeout und verschickt erneut ein PADI Paket. Dieses Verhalten kann gemäß PPPoE Protokollspezifikation beliebig wiederholt werden.

Da es sich hier also um Kommunikation mit dem Internet handelt und du die DS ja schonmal vom Netz genommen hast, ist diese Fehlerquelle auszuschließen

 

[Schwob]

Habe das mal ein Hinbernating-Debug gemacht: Die Pado Sache kommt mir dabei seltsam vor...

Als TXT Datei anbei...

 

[itari]

Jul 25 13:52:04 pppoe[3828]: read (asyncReadFromPPP): Session 3657: Input/output error
Jul 25 14:00:56 pppoe[3874]: read (asyncReadFromPPP): Session 5726: Input/output error

Wieso läuft da PPPoE? Ich denke, du hängst an einem Router mit Modem bzw. hast dich für den Test mal abgekoppelt?

Itari

 

[Schwob]

Nein ich hänge an einem Alicemodem ohne Routerfunktion. Leider geht bei uns im Moment kein anderer DSL Dienst ausser Alice
Es soll aber demnächst was ausgebaut werden, dann muss ich mich nach einem passenden DSL-Router umsehen.

Leider muss ich mich da von jedem Rechner seperat einloggen wenn ich ins Netz möchte.

Hab inzwischen auch herausgefunden das des Problem an dem PPPoe liegt. Sobald ich dieses abschalte dann funktioniert die Abschaltung wie gewünscht. Dazu ist es egal ob ich den Rechner nun angeschaltet habe oder aus.

Das Netzkabel abziehen hat es nicht gebracht.

Gruß Schwob