Hibernation (disk-spin-down)

Status
Für weitere Antworten geschlossen.

quickmicha

Benutzer
Mitglied seit
01. Sep 2008
Beiträge
105
Punkte für Reaktionen
0
Punkte
16
hi,
das scheint Anklang zu finden :)
Geht aber nicht so einfach.
Meine Bude ist mit EIB verkabelt (ein Bus-System) und einige der Schaltaktoren (Relais) bieten die Möglichkeit der Strommessung der daran angeschlossenen Verbraucher. Das ganze dann noch durch ein wenig Logik und auf eine Visualisierung und fertig ist die Kurve.
Also nicht so einfach nachzubauen....
Micha
 

Shark88

Benutzer
Mitglied seit
28. Aug 2008
Beiträge
56
Punkte für Reaktionen
0
Punkte
0
Kämpfe immernoch mit meinen Hibernate Problem mit der WD Green Power 1TB....

Im Protokoll ist absolut kein Hinweis zu finden, auch nach dem Hibernate Debug Modus....


Viele Grüße

Sascha
 

saschko

Benutzer
Mitglied seit
24. Feb 2009
Beiträge
8
Punkte für Reaktionen
0
Punkte
0
Auch ich finde in meinem Protokoll keinen Hibernation-Hinweis. Ich verwende eine Hitachi HDT721010SLA360 (Hitachi Deskstar 7K1000.B, 1TB)
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Auch wenn es schon an anderen Stellen gepostet worden ist ... manchmal sieht man das 'Aufwachen' der Platten aus dem 'Spin-Down' nicht in den Protokollen. Man kann aber über die SMART-Werte Auskuft darüber erhalten, wie oft eine Platte angelaufen ist: Power_Cycle_Count - Start_Stop_Count = Anzahl der Weckvorgänge" ...


Itari
 

Matthieu

Benutzer
Mitglied seit
03. Nov 2008
Beiträge
13.222
Punkte für Reaktionen
88
Punkte
344
Gibt es da Richtwerte, die man nicht überschreiten sollte?
Oder zumindest Erfahrungswerte?
Meine Werte:
Festplatte 1: Power: 301 Start: 4129
Festplatte 2: Power: 446 Start: 4250

Ob mein Spin-Down richtig funktioniert ist eine gute Frage. Im System-Log finde ich dass er alle 1-2 Tage mal für ein paar Stunden ruhelos arbeitet ohne dass dazwischen was anderes im Log aufgeführt wird.

MfG Matthieu
 

saschko

Benutzer
Mitglied seit
24. Feb 2009
Beiträge
8
Punkte für Reaktionen
0
Punkte
0
Danke, itari, das war die Info, die ich brauchte und nirgendwo gefunden habe.

In meinem Fall deutet Power_Cycle (9) - Start_Stop_Count (74) also darauf hin, dass die spin_down Ordnungsgemäß funktioniert. Ich bin erleichtert.

Sascha.
 

KHuppert

Benutzer
Mitglied seit
14. Aug 2010
Beiträge
119
Punkte für Reaktionen
2
Punkte
18
Auch wenn es schon an anderen Stellen gepostet worden ist ... manchmal sieht man das 'Aufwachen' der Platten aus dem 'Spin-Down' nicht in den Protokollen. Man kann aber über die SMART-Werte Auskuft darüber erhalten, wie oft eine Platte angelaufen ist: Power_Cycle_Count - Start_Stop_Count = Anzahl der Weckvorgänge" ...


Itari

hallo,
ich möchte mich auch etwas mehr mit meiner DS109 und deren Verhalten via Telnet beschäftigen.
wie kann ich denn die SMART-Werte über Telnet abfragen?

Danke und Gru0
Kalle
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
smartctl - meinst sowas???

Itari
 

KHuppert

Benutzer
Mitglied seit
14. Aug 2010
Beiträge
119
Punkte für Reaktionen
2
Punkte
18
smartctl - meinst sowas???

Itari

sorry dass ich mich jetzt erst zurückmelde.
hab Problemchen am Auto mit ABS Kontrollleuchten und musste erst danach sehen.

Smartctl scheint ein Eingabebefehl des ganzen zu sein.
Da kommt schonmal bisschen was.
"Use smartctl -h to get a usage summary"
das habe ich dann eingegeben, dann wollte ich smartctl -a eingeben, aber da soll ich einen Devicename angeben. komisch, ich bin doch auf dem Device per Telnet verbunden !?

Gibts vielleicht irgends eine Liste mit Befehlen wie man z.B dem Hibernation Problem auf die Spur kommt?
(mit den Infos im Wiki bzgl Telnet Befehle Synology komme ICH nicht wirklich weiter)

(ich meine z.b soetwas [Anleitung eines Reset eines ELSA Routers]:
Reset über Telnet. Hierzu geht man via Telnet auf das LANCOM. In der DOS-Box "telnet ip.des.lancoms". Dann wechselt man ins Menu other mit Kommando "cd other". Dort gibt man den Befehl "do reset" ein. Nun wird man bei gesetztem Passwort noch zur Eingabe aufgefordert und dann ist das Gerät nach dem Neustart wieder im Auslieferungszustand.

Danke und Gruß
Kalle
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
der Telnet ist ein Terminalprogramm, um sich auf einen anderen Rechner anzumelden. Bei einem Linux-System wie es die DS ist, ruft man damit indirekt einen Kommandointerpreter der DS auf (heisst dann im Fachjargon Shell) und man unterhält sich mir dieser Shell interaktiv. Wie, das kann man in unserem Wiki oder auf vielen anderen Webseiten nachlesen.

Die Shell ist natürlich auch nur ein Programm. Und mit ihr kann man weitre Programme aufrufen, indem man den Dateinamen des jeweiligen Programms der Shell eingibt und damit aufruft. Ein solches Programm ist auch das Programm 'smartctl' und dieses will als zusätzliche Optionen u.a. den internen Namen es Datenträgers (z.B. /dev/sda oder /dev/sdb - bei manchen DSen aber auch /dev/hda oder /dev/hdb). Also könnte es bei dir sein, dass man eingeben muss:

Rich (BBCode):
smartctl -a /dev/sda

Da dies wie in einem Logo-Baukasten, sehr viele Variationen zulässt, die auch nicht immer in jeder Firmware-Version gleich sind, hilft hier nur ein Ausprobieren.

Itari
 

KHuppert

Benutzer
Mitglied seit
14. Aug 2010
Beiträge
119
Punkte für Reaktionen
2
Punkte
18
Hey Itari,

vielen Dank für deine ausführliche Antwort.

genau sowas in die Richtung meine ich. die Unwissenden unter uns Syno-Fans (wie ich) brauchen halt ein paar Tipps und grundsätzliche Befehle um dann "mehr Appetit beim essen" zu bekommen.

geht's denn nur über ausprobieren den internen Namen des Datenträgers zu finden, oder kann ich den in einem der Synology DSM Menü's auslesen?

in meinem Beispiel zu dem Router gings ja nur um einen Reset. ich habe auch noch ein Beispiel für eine Fehlersuche bzgl Internetverbindung gefunden. (mit Befehlen die einzugeben sind und mit Erläuterungen was die Ergebnisse bedeuten)
Ich dachte soetwas wäre sinnvoll / fände so eine Sammlung für "Standard-Probleme wie Hibernation sinnvoll.

Gruß
Kalle
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Ich dachte soetwas wäre sinnvoll / fände so eine Sammlung für "Standard-Probleme wie Hibernation sinnvoll.

Es ist für all jene, die sich etwas mit Linux auskennen kein Problem; für alle anderen haben wir im Wiki versucht, eine allgemeine Einführung zu geben. Wir haben auch an einzelnen Stellen versucht, Beispiele zu erläutern. Wenn da noch etwas fehlt, dann darf jeder, der es bemerkt oder es sich wünscht, im Wiki ergänzende Einträge machen - einfach anmelden und los geht es.

Itari
 

Matthieu

Benutzer
Mitglied seit
03. Nov 2008
Beiträge
13.222
Punkte für Reaktionen
88
Punkte
344

--Q--

Benutzer
Mitglied seit
23. Apr 2008
Beiträge
138
Punkte für Reaktionen
0
Punkte
16
Hi,
ich habe auch Probleme mit dem Standby. Hab hibernation-debug mal aktiviert und das log gibt folgendes aus, vllt kann mir jemand sagen, was bei meiner DS nicht stimmt:

Code:
Jan 22 16:14:57 kernel: [1298667.210382] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:15:18 kernel: [1298688.348615] I2C: timeout                                                                                                           
Jan 22 16:15:18 kernel: [1298688.351382] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:15:40 kernel: [1298709.479615] I2C: timeout                                                                                                           
Jan 22 16:15:40 kernel: [1298709.482379] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:16:01 kernel: [1298730.620615] I2C: timeout                                                                                                           
Jan 22 16:16:01 kernel: [1298730.623379] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:16:22 kernel: [1298751.760615] I2C: timeout                                                                                                           
Jan 22 16:16:22 kernel: [1298751.763380] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:16:43 kernel: [1298772.891615] I2C: timeout                                                                                                           
Jan 22 16:16:43 kernel: [1298772.894382] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:17:04 kernel: [1298794.031632] I2C: timeout                                                                                                           
Jan 22 16:17:04 kernel: [1298794.034401] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:17:25 kernel: [1298815.161615] I2C: timeout                                                                                                           
Jan 22 16:17:25 kernel: [1298815.164382] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:17:31 kernel: [1298821.255071] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:17:44 kernel: [1298834.417615] I2C: timeout                                                                                                           
Jan 22 16:17:44 kernel: [1298834.420629] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:18:06 kernel: [1298855.559615] I2C: timeout                                                                                                           
Jan 22 16:18:06 kernel: [1298855.562392] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:18:27 kernel: [1298876.689615] I2C: timeout                                                                                                           
Jan 22 16:18:27 kernel: [1298876.692381] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:18:33 kernel: [1298882.600547] [/etc/passwd] opened by pid 585 [u:(/usr/sbin/inetd), comm:(inetd)]                                                    
Jan 22 16:18:35 kernel: [1298885.358764] [/etc/nsswitch.conf] opened by pid 590 [u:(/bin/login), comm:(login)]                                                  
Jan 22 16:18:38 kernel: [1298888.032589] [/etc/group] opened by pid 590 [u:(/bin/login), comm:(login)]                                                          
Jan 22 16:18:48 kernel: [1298897.833615] I2C: timeout                                                                                                           
Jan 22 16:18:48 kernel: [1298897.836383] [/etc/localtime] opened by pid 1540 [u:(/sbin/klogd), comm:(klogd)]                                                    
Jan 22 16:19:05 kernel: [1298915.378761] [/sbin/syno_hibernate_debug_tool] opened by pid 590 [u:(-ash), comm:(ash)]                                             
Jan 22 16:19:05 syno_hibernate_debug_tool: (153): End Hibernation Debug                                                                                         
Jan 22 16:19:09 kernel: [1298918.973615] I2C: timeout                                                                                                           
- /var/log/messages 2667/2667 100%

Die Meldungen I2C: timeout kommen ständig, auch ohne hibernation_debug.
Was ist das?
 

Eazy

Benutzer
Mitglied seit
01. Nov 2011
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Hallo allerseits.

Leider muss ich mich auch noch ein mal einklinken, da meine DS 411+2 / Samsung Platten (auch wenn sämtliche Geräte ausgeschaltet sind, z.B. nachts) sehr schnell wieder hochfährt. Meine nicht vorhanden Programmier-Fähigkeiten hindern mich anscheinend an einer Lösung. Ich kann mit nachfolgendem Ausschnitt aus dem Log-File leider nichts anfangen. Dieser Vorgang wiederholt sich die komplette Nacht.
Hat jemand eine Idee, was meiner DS den Schlaf raubt...?

Vielen Dank im Voraus für die Hilfe.

Eazy


Rich (BBCode):
Nov  1 03:10:00 scemd: SCEMD: disk 1 wake up from hibernation
Nov  1 03:10:00 kernel: [28077.371342] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:10:00 kernel: [28077.372063] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=5516, comm=scemd
Nov  1 03:10:07 kernel: [28084.370561] drivers/scsi/sd.c[471]:sd_prep_fn(), sdb: cmd 0x0 spin up by pid=0, comm=swapper
Nov  1 03:10:07 kernel: [28084.379324] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:10:14 kernel: [28091.370750] drivers/scsi/sd.c[471]:sd_prep_fn(), sdc: cmd 0x0 spin up by pid=0, comm=swapper
Nov  1 03:10:14 kernel: [28091.379427] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:10:21 kernel: [28098.371074] drivers/scsi/sd.c[471]:sd_prep_fn(), sdd: cmd 0x0 spin up by pid=0, comm=swapper
Nov  1 03:10:21 kernel: [28098.380030] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:10:30 scemd: SCEMD: disk 2 wake up from hibernation
Nov  1 03:10:30 kernel: [28107.229621] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:10:32 scemd: SCEMD: disk 3 wake up from hibernation
Nov  1 03:10:32 scemd: SCEMD: disk 4 wake up from hibernation
Nov  1 03:10:32 kernel: [28108.936092] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:41:37 scemd: SCEMD: disk 1 wake up from hibernation
Nov  1 03:41:37 kernel: [29974.437558] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:41:37 kernel: [29974.437626] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=0, comm=swapper
Nov  1 03:41:44 kernel: [29981.452486] drivers/scsi/sd.c[471]:sd_prep_fn(), sdb: cmd 0x0 spin up by pid=120, comm=kblockd/1
Nov  1 03:41:44 kernel: [29981.461566] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:41:51 kernel: [29988.458989] drivers/scsi/sd.c[471]:sd_prep_fn(), sdc: cmd 0x0 spin up by pid=0, comm=swapper
Nov  1 03:41:51 kernel: [29988.467748] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:41:58 kernel: [29995.473195] drivers/scsi/sd.c[471]:sd_prep_fn(), sdd: cmd 0x0 spin up by pid=0, comm=swapper
Nov  1 03:41:58 kernel: [29995.482071] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:42:07 scemd: SCEMD: disk 2 wake up from hibernation
Nov  1 03:42:07 scemd: SCEMD: disk 3 wake up from hibernation
Nov  1 03:42:07 kernel: [30004.349886] [/var/log/messages] opened by pid 2525 [u:(/sbin/syslogd), comm:(syslogd)]
Nov  1 03:42:07 scemd: SCEMD: disk 4 wake up from hibernation
 

Anhänge

  • LogFile.txt
    2,7 KB · Aufrufe: 2

coolhot

Benutzer
Mitglied seit
01. Mrz 2009
Beiträge
926
Punkte für Reaktionen
0
Punkte
0
Sieht so aus als würden die Platten der Reihe nach geweckt um etwas ins Syslog zu schreiben. Kontrolliere mal dessen Einträge über den DSM. ansonsten gehe mal die Liste durch.
 

Eazy

Benutzer
Mitglied seit
01. Nov 2011
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Vielen Dank zunächst. Die Einträge bezüglich des log-files kommt denke ich vom aktivieren des Debug-Modes für das "Hibernating" (über den Terminal-Befehl syno_hibernate_debug_tool --enable 1 ). Wenn ich diesen deaktiviere, bekomme ich über Nacht lediglich noch folgende Meldungen:

Rich (BBCode):
Nov  2 02:06:26 scemd: SCEMD: disk 1 wake up from hibernation
Nov  2 02:06:26 scemd: SCEMD: disk 2 wake up from hibernation
Nov  2 02:06:35 scemd: SCEMD: disk 3 wake up from hibernation
Nov  2 02:06:35 scemd: SCEMD: disk 4 wake up from hibernation
Nov  2 02:31:34 scemd: SCEMD: disk 1 wake up from hibernation
Nov  2 02:32:04 scemd: SCEMD: disk 2 wake up from hibernation
Nov  2 02:32:05 scemd: SCEMD: disk 3 wake up from hibernation
Nov  2 02:32:05 scemd: SCEMD: disk 4 wake up from hibernation
Nov  2 02:53:19 scemd: SCEMD: disk 1 wake up from hibernation
Nov  2 02:53:49 scemd: SCEMD: disk 2 wake up from hibernation
Nov  2 02:53:49 scemd: SCEMD: disk 3 wake up from hibernation
Nov  2 02:53:49 scemd: SCEMD: disk 4 wake up from hibernation
Nov  2 03:18:53 scemd: SCEMD: disk 1 wake up from hibernation
Nov  2 03:19:23 scemd: SCEMD: disk 2 wake up from hibernation
Nov  2 03:19:24 scemd: SCEMD: disk 3 wake up from hibernation
Nov  2 03:19:24 scemd: SCEMD: disk 4 wake up from hibernation

Mit "die Einträge des DSM ins Syslog kontrollieren" meinst Du im DSM die Systeminformationen ? Denn das Log-File, welches ich hier immer poste, lese ich ja über das Terminal aus.

Weiterhin habe ich gestern Abend noch das Update auf die Version 3.2 Build 1944 durchgeführt. Nach dem Hochfahren habe ich folgende (u.A.) USB Probleme ausgelesen:

Rich (BBCode):
Nov  1 19:02:59 upgrade.cgi: upgrade.cpp(910): Reboot system
Nov  1 19:02:59 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Nov  1 19:03:05 kernel: [85267.494447] hub 6-0:1.0: hub_port_status failed (err = -19)
Nov  1 19:03:05 kernel: [85267.500244] hub 6-0:1.0: cannot disable port 1 (err = -19)
Nov  1 19:03:05 kernel: [85267.505916] hub 6-0:1.0: cannot reset port 1 (err = -19)
Nov  1 19:03:05 kernel: [85267.511396] hub 6-0:1.0: cannot disable port 1 (err = -19)
Nov  1 19:03:05 kernel: [85267.517090] hub 6-0:1.0: cannot reset port 1 (err = -19)
Nov  1 19:03:05 kernel: [85267.522617] hub 6-0:1.0: cannot disable port 1 (err = -19)
Nov  1 19:03:05 kernel: [85267.528285] hub 6-0:1.0: cannot reset port 1 (err = -19)
Nov  1 19:03:05 kernel: [85267.533762] hub 6-0:1.0: cannot disable port 1 (err = -19)
Nov  1 19:03:05 kernel: [85267.539421] hub 6-0:1.0: unable to enumerate USB device on port 1
Nov  1 19:03:05 kernel: [85267.545742] hub 6-0:1.0: cannot disable port 1 (err = -19)
Nov  1 19:03:05 syslogd exiting
Nov  1 19:04:43 syslogd started: BusyBox v1.16.1
Nov  1 19:04:44 kernel: [   71.593471] md: md2: set sda3 to auto_remap [0]
Nov  1 19:04:44 kernel: [   71.598124] md: md2: set sdd3 to auto_remap [0]
Nov  1 19:04:44 kernel: [   71.602758] md: md2: set sdc3 to auto_remap [0]
Nov  1 19:04:44 kernel: [   71.607412] md: md2: set sdb3 to auto_remap [0]
Nov  1 19:04:44 kernel: [   71.639673] 0: w=1 pa=0 pr=4 m=1 a=2 r=4 op1=0 op2=0
Nov  1 19:04:44 kernel: [   71.644773] 3: w=2 pa=0 pr=4 m=1 a=2 r=4 op1=0 op2=0
Nov  1 19:04:44 kernel: [   71.649848] 2: w=3 pa=0 pr=4 m=1 a=2 r=4 op1=0 op2=0
Nov  1 19:04:44 kernel: [   71.654917] 1: w=4 pa=0 pr=4 m=1 a=2 r=4 op1=0 op2=0
Nov  1 19:04:44 kernel: [   71.660004] raid5: raid level 5 set md2 active with 4 out of 4 devices, algorithm 2
Nov  1 19:04:44 kernel: [   71.667804] RAID5 conf printout:
Nov  1 19:04:44 kernel: [   71.671138]  --- rd:4 wd:4
Nov  1 19:04:44 kernel: [   71.673914]  disk 0, o:1, dev:sda3
Nov  1 19:04:44 kernel: [   71.677398]  disk 1, o:1, dev:sdb3
Nov  1 19:04:44 kernel: [   71.680898]  disk 2, o:1, dev:sdc3
Nov  1 19:04:44 kernel: [   71.684375]  disk 3, o:1, dev:sdd3
Nov  1 19:04:44 spacetool: spacetool.c:2208 [Info] Activate all VG
Nov  1 19:04:52 scemd: scemd.c:127 fan_type=8, raid_type=1, led_type=1, thermal_type=1, fanctrl_type=1, auto_poweron_type=1, dual_power_type=1, usbcopy_type=2, fan_number=1, ebox_type=0, pis_type=2, rtc_type=3
Nov  1 19:04:52 scemd: modules/fan_speed_adjust_common.c:163 Type: INTERNAL Fan Mode: LOW 
Nov  1 19:04:53 scemd: modules/fan_speed_adjust_common.c:167 Type: CPUFAN Fan Mode: CPUFAN
Nov  1 19:04:54 scemd: modules/raid_sys_volume_check.c:163 MD0 active disks 4, designed disks 4 
Nov  1 19:04:54 scemd: modules/raid_sys_volume_check.c:163 MD1 active disks 4, designed disks 4 
Nov  1 19:04:54 scemd: modules/disk_hibernation.c:430 Force hibernation enable, idle minutes 10
Nov  1 19:04:54 synoprint: printer_enable_ext.c:488 delete printer failed: no bus id
Nov  1 19:05:00 synousbdisk: RCClean succeeded
Nov  1 19:05:00 synosata: synosata.c:187 no external sata devices used
Nov  1 19:05:02 ddnsd: main(ddnsd.c:2783):  not enable DDNS, shutdown daemon
Nov  1 19:05:03 upnpd: lib/rule.c:492 can't get rule form rule.conf
Nov  1 19:05:03 upnpd: (upnpd.c:904) failed to load rule.conf
Nov  1 19:05:03 scemd: scemd.c:357 detect correct
Nov  1 19:05:03 syno_hdd_util: Model:[HD204UI], Firmware:[1AQ10001], S/N:[S2H7J9KB727867] in [/dev/sdd] is not ssd
Nov  1 19:05:04 syno_hdd_util: Model:[HD204UI], Firmware:[1AQ10001], S/N:[S2H7J9KB727866] in [/dev/sdc] is not ssd
Nov  1 19:05:04 syno_hdd_util: Model:[HD204UI], Firmware:[1AQ10001], S/N:[S2H7J1BB226763] in [/dev/sdb] is not ssd

Forstsetzung folgt...
 

Eazy

Benutzer
Mitglied seit
01. Nov 2011
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
...Fortsetzung:

Rich (BBCode):
Nov  1 19:05:04 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/001/001, usbid=1d6b:0002:0000:00:1a.7
Nov  1 19:05:04 hotplugd: ##### ACTION:add
Nov  1 19:05:04 hotplugd: DEVICE:/proc/bus/usb/001/001
Nov  1 19:05:04 hotplugd: DEVPATH:usb1
Nov  1 19:05:04 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:04 hotplugd: hotplugd.c:732 Fail to recognize usb DEVNAME=, DEVPATH=usb1
Nov  1 19:05:04 hotplugd: hotplugd.c:1257 failed to setup usb config, (DEVPATH, DEVICE, ACTION, DEVNAME, INTERFACE)=(usb1, /proc/bus/usb/001/001, add, , )
Nov  1 19:05:04 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/001/001, usbid=1d6b:0002:0000:00:1a.7
Nov  1 19:05:04 hotplugd: ##### ACTION:add
Nov  1 19:05:04 hotplugd: DEVICE:/proc/bus/usb/001/001
Nov  1 19:05:04 hotplugd: DEVPATH:1-0:1.0
Nov  1 19:05:04 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:04 hotplugd: INTERFACE:9/0/0
Nov  1 19:05:04 syno_hdd_util: Model:[HD204UI], Firmware:[1AQ10001], S/N:[S2H7J1BB226762] in [/dev/sda] is not ssd
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/002/001, usbid=1d6b:0002:0000:00:1d.7
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/002/001
Nov  1 19:05:05 hotplugd: DEVPATH:usb2
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: hotplugd.c:732 Fail to recognize usb DEVNAME=, DEVPATH=usb2
Nov  1 19:05:05 hotplugd: hotplugd.c:1257 failed to setup usb config, (DEVPATH, DEVICE, ACTION, DEVNAME, INTERFACE)=(usb2, /proc/bus/usb/002/001, add, , )
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/002/001, usbid=1d6b:0002:0000:00:1d.7
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/002/001
Nov  1 19:05:05 hotplugd: DEVPATH:2-0:1.0
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: INTERFACE:9/0/0
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/003/001, usbid=1d6b:0001:0000:00:1a.0
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/003/001
Nov  1 19:05:05 hotplugd: DEVPATH:usb3
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: hotplugd.c:732 Fail to recognize usb DEVNAME=, DEVPATH=usb3
Nov  1 19:05:05 hotplugd: hotplugd.c:1257 failed to setup usb config, (DEVPATH, DEVICE, ACTION, DEVNAME, INTERFACE)=(usb3, /proc/bus/usb/003/001, add, , )
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/003/001, usbid=1d6b:0001:0000:00:1a.0
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/003/001
Nov  1 19:05:05 hotplugd: DEVPATH:3-0:1.0
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: INTERFACE:9/0/0
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/004/001, usbid=1d6b:0001:0000:00:1a.1
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/004/001
Nov  1 19:05:05 hotplugd: DEVPATH:usb4
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: hotplugd.c:732 Fail to recognize usb DEVNAME=, DEVPATH=usb4
Nov  1 19:05:05 hotplugd: hotplugd.c:1257 failed to setup usb config, (DEVPATH, DEVICE, ACTION, DEVNAME, INTERFACE)=(usb4, /proc/bus/usb/004/001, add, , )
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/004/001, usbid=1d6b:0001:0000:00:1a.1
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/004/001
Nov  1 19:05:05 hotplugd: DEVPATH:4-0:1.0
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: INTERFACE:9/0/0
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/005/001, usbid=1d6b:0001:0000:00:1a.2
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/005/001
Nov  1 19:05:05 hotplugd: DEVPATH:usb5
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: hotplugd.c:732 Fail to recognize usb DEVNAME=, DEVPATH=usb5
Nov  1 19:05:05 hotplugd: hotplugd.c:1257 failed to setup usb config, (DEVPATH, DEVICE, ACTION, DEVNAME, INTERFACE)=(usb5, /proc/bus/usb/005/001, add, , )
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/005/001, usbid=1d6b:0001:0000:00:1a.2
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/005/001
Nov  1 19:05:05 hotplugd: DEVPATH:5-0:1.0
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: INTERFACE:9/0/0
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/006/001, usbid=1d6b:0001:0000:00:1d.0
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/006/001
Nov  1 19:05:05 hotplugd: DEVPATH:usb6
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: hotplugd.c:732 Fail to recognize usb DEVNAME=, DEVPATH=usb6
Nov  1 19:05:05 hotplugd: hotplugd.c:1257 failed to setup usb config, (DEVPATH, DEVICE, ACTION, DEVNAME, INTERFACE)=(usb6, /proc/bus/usb/006/001, add, , )
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/006/001, usbid=1d6b:0001:0000:00:1d.0
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/006/001
Nov  1 19:05:05 hotplugd: DEVPATH:6-0:1.0
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: INTERFACE:9/0/0
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/007/001, usbid=1d6b:0001:0000:00:1d.1
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/007/001
Nov  1 19:05:05 hotplugd: DEVPATH:usb7
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: hotplugd.c:732 Fail to recognize usb DEVNAME=, DEVPATH=usb7
Nov  1 19:05:05 hotplugd: hotplugd.c:1257 failed to setup usb config, (DEVPATH, DEVICE, ACTION, DEVNAME, INTERFACE)=(usb7, /proc/bus/usb/007/001, add, , )
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/007/001, usbid=1d6b:0001:0000:00:1d.1
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/007/001
Nov  1 19:05:05 hotplugd: DEVPATH:7-0:1.0
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: INTERFACE:9/0/0
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/008/001, usbid=1d6b:0001:0000:00:1d.2
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/008/001
Nov  1 19:05:05 hotplugd: DEVPATH:usb8
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: hotplugd.c:732 Fail to recognize usb DEVNAME=, DEVPATH=usb8
Nov  1 19:05:05 hotplugd: hotplugd.c:1257 failed to setup usb config, (DEVPATH, DEVICE, ACTION, DEVNAME, INTERFACE)=(usb8, /proc/bus/usb/008/001, add, , )
Nov  1 19:05:05 hotplugd: hotplugd.c:956 failed get usb status from usb config, DEVICE=/proc/bus/usb/008/001, usbid=1d6b:0001:0000:00:1d.2
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/008/001
Nov  1 19:05:05 hotplugd: DEVPATH:8-0:1.0
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: INTERFACE:9/0/0
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/002/002
Nov  1 19:05:05 hotplugd: DEVPATH:2-1
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: ##### ACTION:add
Nov  1 19:05:05 hotplugd: DEVICE:/proc/bus/usb/002/002
Nov  1 19:05:05 hotplugd: DEVPATH:2-1:1.0
Nov  1 19:05:05 hotplugd: SUBSYSTEM:usb
Nov  1 19:05:05 hotplugd: INTERFACE:8/6/80
Nov  1 19:05:08 kernel: [   96.024619] drivers/scsi/sd.c (2308) Got USB disk
Nov  1 19:05:08 kernel: [   96.049820] sd 7:0:0:0: [synoboot] Assuming drive cache: write through
Nov  1 19:05:08 kernel: [   96.057943] sd 7:0:0:0: [synoboot] Assuming drive cache: write through
Nov  1 19:05:08 kernel: [   96.163653] sd 7:0:0:0: [synoboot] Assuming drive cache: write through
Nov  1 19:07:02 scemd: scemd.c:391 stop manutild.

Ich weiss nicht, ob diese Fehlermeldungen etwas mit dem Wake-Up aus Hibernation zu tun hat, wundern tun sie mich auf alle Fälle. USB Geräte sind nicht angeschlossen. Die Liste aus dem Synology-Wiki bin ich durchgegangen. Ich habe hiervon nichts aktiviert.
Tut mir leid, dass ich hier alle mit Log-Files zumülle, aber ich bin Synology-Neuling und mich wundert es einfach, dass ich solche Probleme / Fehlermeldungen bei einem gerade vor kurzem eingerichteten Gerät habe, zumal ich ausser einem Medienserver und der Freigaben für Windows und Mac nichts eingerichtet habe.

Danke noch mal im voraus für die Hilfe.
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.024
Punkte für Reaktionen
275
Punkte
393
Hallo,
ich kann nur sagen , die Fehlermeldungen sind normal. hotplugd testet alles durch um beim Systemstart bereits angeschlossene Geräte zu erkennen. Dann gibt es ja auch Ruhe.

Gruß Götz
 

Eazy

Benutzer
Mitglied seit
01. Nov 2011
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Hallo,
ich kann nur sagen , die Fehlermeldungen sind normal. hotplugd testet alles durch um beim Systemstart bereits angeschlossene Geräte zu erkennen. Dann gibt es ja auch Ruhe.

Gruß Götz


Ok, dann bin ich da schon mal beruhigt, vielen Dank. Um noch mal auf folgenden Post zurückzukommen:

@Arthy
Wenn du wissen willst welcher Prozess die Platte geweckt hat solltest du das eigentlich in den Logs sehen können
Code:
$ cat /var/log/messages | grep spin
sollte eigentlich melden welche PID (Process ID) die Platte aus den Träumen gerissen hat

Gruss

tobi


Wenn ich das mache, ergibt sich bei mir folgendes Logfile (Ausschnitt letzte Nacht):

Rich (BBCode):
Nov  2 22:38:46 kernel: [ 5304.036028] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=0, comm=swapper
Nov  2 22:38:53 kernel: [ 5311.034813] drivers/scsi/sd.c[471]:sd_prep_fn(), sdb: cmd 0x0 spin up by pid=0, comm=swapper
Nov  2 22:39:00 kernel: [ 5318.041456] drivers/scsi/sd.c[471]:sd_prep_fn(), sdc: cmd 0x0 spin up by pid=120, comm=kblockd/1
Nov  2 22:39:07 kernel: [ 5325.041966] drivers/scsi/sd.c[471]:sd_prep_fn(), sdd: cmd 0x0 spin up by pid=0, comm=swapper
Nov  3 03:57:18 kernel: [24416.253565] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=0, comm=swapper
Nov  3 03:57:25 kernel: [24423.252276] drivers/scsi/sd.c[471]:sd_prep_fn(), sdb: cmd 0x0 spin up by pid=0, comm=swapper
Nov  3 03:57:33 kernel: [24431.129365] drivers/scsi/sd.c[471]:sd_prep_fn(), sdc: cmd 0x0 spin up by pid=1062, comm=md0_raid1
Nov  3 03:57:33 kernel: [24431.129398] drivers/scsi/sd.c[471]:sd_prep_fn(), sdd: cmd 0x0 spin up by pid=1170, comm=jbd2/md0-8
Nov  3 09:03:05 kernel: [42763.504006] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=0, comm=swapper
Nov  3 09:03:12 kernel: [42770.502513] drivers/scsi/sd.c[471]:sd_prep_fn(), sdb: cmd 0x0 spin up by pid=0, comm=swapper
Nov  3 09:03:19 kernel: [42777.501390] drivers/scsi/sd.c[471]:sd_prep_fn(), sdc: cmd 0x0 spin up by pid=121, comm=kblockd/2
Nov  3 09:03:26 kernel: [42784.501180] drivers/scsi/sd.c[471]:sd_prep_fn(), sdd: cmd 0x0 spin up by pid=13, comm=events/2
Nov  3 11:46:20 kernel: [52559.094853] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=0, comm=swapper
Nov  3 11:46:27 kernel: [52566.093513] drivers/scsi/sd.c[471]:sd_prep_fn(), sdb: cmd 0x0 spin up by pid=0, comm=swapper
Nov  3 11:46:34 kernel: [52573.094010] drivers/scsi/sd.c[471]:sd_prep_fn(), sdc: cmd 0x0 spin up by pid=0, comm=swapper
Nov  3 11:46:41 kernel: [52580.100884] drivers/scsi/sd.c[471]:sd_prep_fn(), sdd: cmd 0x0 spin up by pid=12, comm=events/1

An den jeweiligen Zeitpunkten ist laut des normalen Log-Befehls (more /var/log/messages ) erkennbar, dass nacheinander die 4 Disks aufwachen.

Ich muss bei Tage noch mal prüfen, ob die übrige Zeit die DS tatsächlich schläft, oder ob sie einfach (wegen irgendeines Prozesses) nicht einschlafen darf. Habe mittlerweile auch noch den Netzwerkdrucker ausgeschaltet. Scheint auch nichts gebracht zu haben....
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat