DSM 4.1-2647 erschienen!!!

[Elador]

Hier frag ich nochmal kurz nach: Du nutzt also ntp-Client oder -Server (oder beides) und in der Prozessliste taucht ein ntpd auf - und dennoch geht Deine 212 wie eingestellt in den Hibernate?

Uhm, also ich habe bei "CP -> Regional Options -> Time -> Synchronize with NTP server pool.ntp.org" aktiviert.
Zudem "CP -> Regional Options -> NTP Service" deaktiviert.

Also denke ich laut CP müsste ein ntp client, nicht aber ntp server laufen.

DiskStation> ps | grep ntp
5716 root 8216 S /usr/sbin/ntpd -p /var/run/ntpd.pid -g

Zudem eben obengenannte, evtl "ungünstige" Zeile im S23ntpd.sh vorhanden.

Ja, meine DS212 geht seit 2647 wieder oft in den Hibernate, allerdings war ich zuwenig Zuhause um zu sagen wielange genau, oder warum/wann genau sie aufwacht. Ich würde dies aber gerne nachschauen wenn ihr mir verratet wie


Edit:
DiskStation> cat /etc/crontab
#minute hour mday month wday who command
0 0 * * * root /usr/sbin/ntpdate -b pool.ntp.org

Das scheint ja der sync zu sein des ntp clients... muss da dann wirklich noch ein ntpd laufen?

 

[Frogman]

mmh, also das wär schon merkwürdig. Dass der ntp-Daemon läuft, ist ja wegen der Zeile im S23ntpd.sh nachvollziehbar, da Du ja den ntp-Client aktiviert hast (also das "CP -> Regional Options -> Time -> Synchronize with NTP server pool.ntp.org"). Aber bei praktisch allen anderen hier im Forum geht mit laufendem ntp-Daemon die Box nicht mehr schlafen.
Außerdem gilt eigentlich, dass man ntpd und ntpdate nicht gleichzeitig laufen läßt. ntpd aktualisiert ja auch die Systemuhr, und eigentlich gibt es dann beim ntpdate (was ja als Cronjob für die ntp-Client-Aktualisierung eingetragen wird) immer einen Fehler "NTP socket is in use" oder etwas in der Art.

 

[Elador]

Ich habe gerade den ntpd gekillt, DS neu gestartet, und der ntpd läuft wieder (was ja auch nachvollziehbar ist, wegen dem Script).
Mein Hibernate-Timer ist auf 10min. Zeit gestoppt... hat ca 15min gedauert, nun schläft sie. (seit so 10min). Kann nicht sagen wielange... aber hibernate & ntpd scheint auf jedenfall zu gehen...


Also meine DS läuft zwar, aber irgendwie verliere ich so total das Vertrauen in Synology. Läuft mein ntp client timesync jetzt sauber? Oder läuft es nicht weil der ntpd die Ports blockt? Kann ich darauf vertrauen dass es läuft? Kann ich darauf vertrauen, dass es immer läuft, alles die korrekte Zeit hat... keine Funktion damit beeinträchtigt wird... die Backups alle sauber funktionieren... (wie soll ein inkrementeller Backup funktionieren, wenns mal nen time-screwup gibt)... . Alles so Fragen (nicht an euch). Es läuft zwar - ABER ..... soviele kleine Bugs... (dazu kommt, dass ich schonmal einen Datenverlust hatte, Daten in der CloudStation waren plötzlich total veraltet und die neueren Versionen alle weg. Ja, die CloudStation ist Beta, "selber schuld" - naja - deswegen hab ich alle 3 Tage ein Auto-Timebackup vom CloudStation Ordner gemacht, um auf der sicheren Seite zu sein. Denkste. In allen diesen TimeBackups waren dann aber auch die uralten Dateien (!!), und die neueren nicht mehr aufzufinden! Soviel also zum Thema Vertrauen und Zeitsynchronisierung..............)

 

[Benares]

ntpd und ntpdate sind einfach zwei unterschiedliche Programme die demselben Zweck dienen: Die lokale Uhr einzustellen.

Während ntpdate die Uhr bei jedem Lauf die Uhr einmalig stellt, läuft ntpd dauerhaft und soll die Uhrzeit "ausregeln". Dadurch sollen Uhrzeitsprünge vermieden werden. Zudem kann der ntpd auch wieder als Zeitserver für andere interne Clients dienen, was aber aber meist nicht nötig ist, da die meisten Router das auch können. ntpd und ntpdate benutzen den gleichen Port, so dass bei laufendem ntpd ntpdate nicht mehr funktioniert.

Bei den älteren DSM-Versionen wurde der ntpd nur gestartet, wenn die DS als NTP-Server konfiguriert war. Als NTP-Client wurde der Abgleich meist täglich einmal um Mitternacht über einen cron-Job per ntpdate gemacht.

Ab 4.1 wird der ntpd auch im NTP-Client-Mode gestartet. Den cron-Job gibt es aber immer noch, nur funktioniert er nicht mehr, wenn der ntpd läuft.

Ob der ntpd das Hibernate stört, dazu gibt es hier unterschiedliche Aussagen. Meine Erfahrung ist, dass er stört und aussdem nicht so funktioniert, wie er sollte. Deshalb hab ich ihn abgeschaltet und benutze den alten Weg. Ganz ohne Zeitsysnchronisation geht es leider nicht, da die Uhr in den DSen doch sehr driftet (meine DS209+ z.B. geht pro Tag ca 5 Minuten falsch).

Gruß Benares

 

[JudgeDredd]

Hallo Zusammen,

das Wochenende naht und auch ich würde gerne von 4.0-2228 auf den neuen 4.1-2647 DSM updaten.
Da ja beim ersten 4.1er Build noch das SAMBA Problem (Case sensitive) existierte, hätte ich gerne noch ein paar Rückmeldungen, ob dies nun definitiv und abschliessend behoben wurde.

Danke+Gruß
Andreas

 

[Luis94]

Hibernation 213+

Der Ruhezustand funktioniert bei mir leider nicht.
Wie im wiki empfohlen habe ich die sache mal loggen lassen.

Oct  5 20:41:00 kernel: [  620.294966] [/usr/syno/synoman/webman/modules/ControlPanel/modules/externaldevices.cgi] opened by pid 9620 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Oct  5 20:41:04 kernel: [  623.528501] [/usr/syno/synoman/webman/modules/ResourceMonitor/rsrcmonitor2.cgi] opened by pid 9617 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Oct  5 20:41:05 kernel: [  624.633339] [/etc.defaults/synoinfo.conf] opened by pid 9631 [u:(/usr/syno/synoman/webman/module), comm:(rsrcmonitor2.cg)]
Oct  5 20:41:06 kernel: [  625.941671] [/usr/syno/synoman/webman/modules/DiskPortEnable/DiskPortEnable.cgi] opened by pid 9600 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Oct  5 20:41:10 kernel: [  630.203649] [/usr/syno/synoman/webman/modules/ResourceMonitor/rsrcmonitor2.cgi] opened by pid 9602 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Oct  5 20:41:17 kernel: [  636.584963] [/usr/syno/synoman/webman/modules/DiskPortEnable/DiskPortEnable.cgi] opened by pid 9621 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Oct  5 20:41:22 kernel: [  641.989561] [/usr/syno/synoman/webman/modules/DiskPortEnable/DiskPortEnable.cgi] opened by pid 9603 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Oct  5 20:41:23 kernel: [  643.202091] [/usr/syno/synoman/webman/modules/ResourceMonitor/rsrcmonitor2.cgi] opened by pid 9620 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Oct  5 20:41:24 kernel: [  644.301340] [/etc.defaults/synoinfo.conf] opened by pid 9648 [u:(/usr/syno/synoman/webman/module), comm:(rsrcmonitor2.cg)]
Oct  5 20:41:26 kernel: [  645.576912] [/usr/syno/synoman/webman/modules/DSMNotify/dsmnotify.cgi] opened by pid 9602 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Oct  5 20:41:27 kernel: [  647.164678] [/usr/syno/synoman/webman/logout.cgi] opened by pid 9620 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Oct  5 20:41:34 kernel: [  653.977270] [] opened by pid 9660 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:42:34 kernel: [  714.050549] [] opened by pid 9661 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:42:48 kernel: [  728.015947] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:42:50 kernel: [  729.982750] [Software/Programme/Tools/Benchmark/CrystalDiskInfo5_0_0/DiskInfo.exe] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:43:34 kernel: [  774.123224] [] opened by pid 9665 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:44:34 kernel: [  834.195854] [] opened by pid 9666 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:45:34 kernel: [  894.268480] [] opened by pid 9667 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:46:34 kernel: [  954.341154] [] opened by pid 9668 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:46:48 kernel: [  968.186596] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:47:34 kernel: [ 1014.413858] [] opened by pid 9669 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:48:34 kernel: [ 1074.486665] [] opened by pid 9670 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:49:35 kernel: [ 1134.559331] [] opened by pid 9671 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:49:48 kernel: [ 1148.306951] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:50:35 kernel: [ 1194.631934] [] opened by pid 9672 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:51:35 kernel: [ 1254.704636] [] opened by pid 9673 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:52:35 kernel: [ 1314.777725] [] opened by pid 9674 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:52:48 kernel: [ 1328.428391] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:53:35 kernel: [ 1374.850432] [] opened by pid 9675 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:54:35 kernel: [ 1434.923177] [] opened by pid 9676 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:55:35 kernel: [ 1494.995836] [] opened by pid 9677 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:55:49 kernel: [ 1508.595013] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:56:35 kernel: [ 1555.069122] [] opened by pid 9678 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:57:35 kernel: [ 1615.141828] [] opened by pid 9679 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:58:35 kernel: [ 1675.214471] [] opened by pid 9680 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:58:49 kernel: [ 1688.717273] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 20:59:35 kernel: [ 1735.287139] [] opened by pid 9681 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:00:35 kernel: [ 1795.359762] [] opened by pid 9682 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:01:35 kernel: [ 1855.432424] [] opened by pid 9683 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:01:49 kernel: [ 1868.882519] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:02:35 kernel: [ 1915.505102] [] opened by pid 9684 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:03:36 kernel: [ 1975.577841] [] opened by pid 9685 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:04:36 kernel: [ 2035.650506] [] opened by pid 9686 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:04:49 kernel: [ 2049.004008] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:05:36 kernel: [ 2095.723169] [] opened by pid 9687 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:06:36 kernel: [ 2155.795828] [] opened by pid 9688 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:07:36 kernel: [ 2215.868519] [] opened by pid 9689 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:07:49 kernel: [ 2229.126832] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:08:36 kernel: [ 2275.941383] [] opened by pid 9690 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:09:36 kernel: [ 2336.014071] [] opened by pid 9691 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:10:36 kernel: [ 2396.086759] [] opened by pid 9692 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:10:49 kernel: [ 2409.308013] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:11:36 kernel: [ 2456.159478] [] opened by pid 9693 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:12:36 kernel: [ 2516.232137] [] opened by pid 9694 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:13:36 kernel: [ 2576.304849] [] opened by pid 9695 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:13:49 kernel: [ 2589.430232] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:14:36 kernel: [ 2636.377535] [] opened by pid 9696 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:15:36 kernel: [ 2696.450242] [] opened by pid 9697 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:16:36 kernel: [ 2756.522904] [] opened by pid 9698 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:16:50 kernel: [ 2769.611445] [] opened by pid 9662 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:17:37 kernel: [ 2816.595566] [] opened by pid 9699 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:18:37 kernel: [ 2876.668254] [] opened by pid 9700 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:19:37 kernel: [ 2936.741020] [] opened by pid 9701 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:20:37 kernel: [ 2996.813929] [] opened by pid 9702 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:21:37 kernel: [ 3056.886620] [] opened by pid 9703 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:22:37 kernel: [ 3116.959288] [] opened by pid 9704 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:23:37 kernel: [ 3177.031972] [] opened by pid 9705 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:24:04 kernel: [ 3203.595316] [] opened by pid 9706 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Oct  5 21:24:08 kernel: [ 3207.748398] [/etc/ld.so.cache] opened by pid 9708 [u:(/usr/syno/sbin/sshd), comm:(sshd)]
Oct  5 21:24:17 kernel: [ 3216.559856] [/etc/ld.so.cache] opened by pid 9712 [u:(/usr/syno/sbin/sshd), comm:(sshd)]
Oct  5 21:24:19 kernel: [ 3218.724400] [/etc/localtime] opened by pid 9715 [u:(sshd: [net]), comm:(sshd)]
Oct  5 21:24:23 kernel: [ 3222.636654] [/etc/shadow] opened by pid 9712 [u:(sshd: root [priv]), comm:(sshd)]
Oct  5 21:24:35 kernel: [ 3234.583511] [/opt/bin/syno_hibernate_debug_tool] opened by pid 9718 [u:(-ash), comm:(ash)]
Oct  5 21:24:35 syno_hibernate_debug_tool: (154): End Hibernation Debug

Was verursacht denn denn jede Minute eine Abfrage beim Samba-Dienst, wenn doch kein Rechner eingeschaltet ist? Oder übersehe ich da was?

 

[stevi]

Hey Leute,
hat jemand schon bei sich gemerkt, ob das Prob mit dem Lüfter (hab ne 211+ und bekomme mehrmals am Tag die Meldung, dass der Lüfter nicht mehr funktioniert und 5-10 min später dann eine erneute Meldung, dass er wieder läuft) mit dem 2647er Build behoben ist? Steht nichts davon in den Release Notes....
Ich mache jetzt das Update. Wenn wir was auffällt, melde ich es hier.

So, Leute. Wie versprochen die Rückmeldung: seit dem Update auf den Build 2647 habe ich NIE mehr die Meldung bekommen, dass mein Lüfter nicht geht. Somit war es wohl ganz klar ein Firmware-Prob. Und der scheint jetzt gelöst

Viele Grüße,

stevi

 

[Elador]

ntpd und ntpdate sind einfach zwei unterschiedliche Programme die demselben Zweck dienen: Die lokale Uhr einzustellen.

Während ntpdate die Uhr bei jedem Lauf die Uhr einmalig stellt, läuft ntpd dauerhaft und soll die Uhrzeit "ausregeln". Dadurch sollen Uhrzeitsprünge vermieden werden. Zudem kann der ntpd auch wieder als Zeitserver für andere interne Clients dienen, was aber aber meist nicht nötig ist, da die meisten Router das auch können. ntpd und ntpdate benutzen den gleichen Port, so dass bei laufendem ntpd ntpdate nicht mehr funktioniert.

Bei den älteren DSM-Versionen wurde der ntpd nur gestartet, wenn die DS als NTP-Server konfiguriert war. Als NTP-Client wurde der Abgleich meist täglich einmal um Mitternacht über einen cron-Job per ntpdate gemacht.

Ab 4.1 wird der ntpd auch im NTP-Client-Mode gestartet. Den cron-Job gibt es aber immer noch, nur funktioniert er nicht mehr, wenn der ntpd läuft.

Ob der ntpd das Hibernate stört, dazu gibt es hier unterschiedliche Aussagen. Meine Erfahrung ist, dass er stört und aussdem nicht so funktioniert, wie er sollte. Deshalb hab ich ihn abgeschaltet und benutze den alten Weg. Ganz ohne Zeitsysnchronisation geht es leider nicht, da die Uhr in den DSen doch sehr driftet (meine DS209+ z.B. geht pro Tag ca 5 Minuten falsch).

Gruß Benares

Vielen Dank für diese sehr ausführliche und tolle Erklärung! Danke!


(meine DS212 schlummert seit 2647 definitiv wieder ganz tief und fest, trotz laufendem ntpd)

 

[Luis94]

Zum testen habe auch den Windows Datendienst deaktiviert. Auch die Cloudstation hatte ich zum testen deaktiviert. Ich habe keine Freigabe über das Internet am laufen (sftp, vpn... alles aus).
Erst nachdem ich das Netzwerkkabel zum Router (speedport W504v) welcher die Internetverbindung herstellt getrennt habe ging die DS brav in den Ruhezustand.
Der Speedport steht bei uns im Eingangsbereich unseres dreistöckigen Hauses. Damit überall im Haus WLAN und LAN anliegt verwende ich noch einen Switch und einen weiteren Router (dlink dir825). Das Netzwerk an sich bleibt also in betrieb.
Auf dem Speedport-Router sind auch keine Port weitergeleitet oder sonstige Regeln aktiv.
Kann es sein das der Speedport regelmäßig alle Netzwerkgeräte abklappert und so den Ruhezustand der DS verhindert?

 

[Tommes]

@Luis94

Hast du denn mal den nptd abgeschaltet, wie Benares bereits im Beitrag #34 dieses Threads geschrieben hat?

Ich kann aus eigener Erfahrung sagen, das meine DS auch immer schlafen ging, sobald ich das Netzwerkkabel abgezogen habe. Und das, bevor ich irgendwelche Modifikationen vorgenommen habe. Erst nachdem ich den ntpd ausgeschaltet hatte lief es auch mit eingestecktem Netzwerkkabel.

Tommes!

 

[Luis94]

Getestet hatte ich das noch nicht. ich habs aber jetzt mal eingestellt und die DS neu gestartet. Für die nächsten paar Stunden ist meine DS aber beschäftigt, von daher werde ich erst morgen sehen was die DS macht und ob es was gebracht hat.

 

[mr_misu]

gibt es irgendwo eine anleitung wie und womit man den nptd abschalten kann?

 

[ascella]

Ja das wäre toll. Mit dem vi eine Datei bearbeiten ohne das da was in die Hose geht ist für Neulinge nicht ganz so einfach. Vielleicht kann ein Spezi den genauen Ablauf posten? Ist eigentlich schon traurig, dass sowas überhaupt nötig ist nach dem erneuten Update.

 

[Tommes]

gibt es irgendwo eine anleitung wie und womit man den nptd abschalten kann?

Ja, gibt es! Blätter mal eine Seite zurück!

Tommes

 

[Tommes]

Ja das wäre toll. Mit dem vi eine Datei bearbeiten ohne das da was in die Hose geht ist für Neulinge nicht ganz so einfach. Vielleicht kann ein Spezi den genauen Ablauf posten? Ist eigentlich schon traurig, dass sowas überhaupt nötig ist nach dem erneuten Update.

Das mit dem "WIE" bzw. "WOMIT" hatte ich überlesen, sorry! Wie das mit vi geht, weiß ich auch nicht. Ich nehme dazu immer das AdminTool. Darin befindet sich so eine Art Explorer, mit dem man dann die Dateien bzw. Stripte anpassen kann! Aber alles natürlich auf eigene Gefahr, versteht sich!

Tommes

 

[ascella]

Ja Danke für den Hinweis. AdminTool zu installieren scheint ja auch nicht ganz einfach. Das alles um eine Zeile in einer Datei zu ändern:-( Ich beobachte erstmal weiter. Meine DS schlief zunächst nach dem letzten Update schön ein aber dann gestern lief sie plötzlich wieder stundenlang durch. Ich komm so recht nicht dahinter. Allerdings startet auch immer wieder der Thumbconvert-Prozess. Und der scemd-Prozess wächst mit der Zeit auf ungeahnte MB Größen an. (normal?)

 

[Luis94]

Ich werf hier mal das Tool "WinSCP" in die Runde... Damit mache ich das.

 

[Tommes]

Ja Danke für den Hinweis. AdminTool zu installieren scheint ja auch nicht ganz einfach. Das alles um eine Zeile in einer Datei zu ändern:-( Ich beobachte erstmal weiter. Meine DS schlief zunächst nach dem letzten Update schön ein aber dann gestern lief sie plötzlich wieder stundenlang durch. Ich komm so recht nicht dahinter. Allerdings startet auch immer wieder der Thumbconvert-Prozess. Und der scemd-Prozess wächst mit der Zeit auf ungeahnte MB Größen an. (normal?)

Das AdminTool bzw. vorab das init_3rdparty_1.5.spk kann man ganz einfach über das Paketzentrum installieren. Da ist überhaupt nichts schwieriges dran.

BTW, wenn die Indexierung läuft, geht die DS IMHO auch nicht schlafen!

Tommes

 

[Luis94]

Nach der Anleitung im Posting 34 habe ich ntpd abgeschaltet, Bei der Gelegenheit habe ich auch gleich synorelayd angepasst, ebenfalls nach Anleitung.
Nach Zwanzig Minuten sollte die DS in Ruhezustand fahren. Seit 6Uhr war die DS eingeschaltet. Bis 9Uhr war alles aus was am Netzwerk hängt. Die DS lief aber trotzdem die 3 Stunden durch ohne Spindown/Ruhezustand.
Im Posting 106 hatte ich schon das Log gepostet, kann daran jemand was erkennen?
Zum testen hatte ich den Windows Datendienst ausgeschaltet, aber das brachte auch nichts. so lange die ds eine Internetverbindung hat geht die nicht in den Ruhezustand.

 

[Frogman]

Was verursacht denn denn jede Minute eine Abfrage beim Samba-Dienst, wenn doch kein Rechner eingeschaltet ist? Oder übersehe ich da was?

Hast Du denn sonst noch andere Geräte im Netz? Auch wenn sie im Standby sind, können Anfragen an die DS geschickt werden, hier hat zB. jemand das Problem mit minütlichen Anfragen durch einen AppleTV.