Festplatten begeben sich NICHT in den Ruhezustand (NAS schaltet sich nicht ab)

[Ozi_87]

Hallo zusammen,

ich habe seit ca. 50 Tagen eine DS213, die allerdings auch schon genau so lange läuft (laut DSM 4.1 -> Systemzustand „Laufzeit“).
Ich habe unter "Systemsteuerung" -> "Energie" -> "Ruhezustand der Festplatte" die Zeit "15 Minuten" für die interne und externe Festplatte eingestellt. Ich dachte eigentlich, dass sich die Platten abschalten, wenn seit angegebener Dauer kein Zugriff auf die Platten erfolgt. Allerdings habe ich das Gefühl, dass die Platten rund um die Uhr laufen/drehen. Woran könnte das liegen?

• Es sollte doch so sein, das das NAS an sich an bleibt, sich die Festplatten allerdings nach eingestellter Zeit ohne Zugriff abschalten, oder???
• Und die unter Systemzustand angezeigte Laufzeit beschreibt die Laufzeit des NAS seit dem letzten Herunterfahren, unabhängig davon ob sich die Festplatten im Ruhezustand befinden, richtig???
• WakeOnLan hat damit nichts zu tun, sondern "weckt" bzw. fährt das NAS (per Fernzugriff?) hoch, sofern es heruntergefahren ist???

Gehe ich richtig in meinen Annahmen oder habe ich wo einen Denkfehler oder etwas übersehen???
Woran könnte das Verhalten liegen???...hat evtl. jemand eine Idee???




Besten Dank schon mal im Voraus!

LG

 

[goetz]

Hallo,

• Es sollte doch so sein, das das NAS an sich an bleibt, sich die Festplatten allerdings nach eingestellter Zeit ohne Zugriff abschalten, oder???
• Und die unter Systemzustand angezeigte Laufzeit beschreibt die Laufzeit des NAS seit dem letzten Herunterfahren, unabhängig davon ob sich die Festplatten im Ruhezustand befinden, richtig???
• WakeOnLan hat damit nichts zu tun, sondern "weckt" bzw. fährt das NAS (per Fernzugriff?) hoch, sofern es heruntergefahren ist???

alles richtig. Es kann eine menge Gründe geben damit die Platten nicht in den Ruhemodus gehen
- installierte Pakete
- wenn die DS aus dem Internet erreichbar ist immer wieder versuchte Zugriffe
- andere Geräte im Netzwerk die permanent Anfragen stellen
usw.
Da mußt Du etwas weiter ausholen und Deine Konfiguration genauer beschreiben.

Gruß Götz

 

[synizi]

Hallo,
ich habe zwar einen anderen Typ, aber bei einigen installierten packages (z.B. MailServer, MaiStation etc.) geht der Syno NAS nicht in den Ruhezustand.

 

[Ozi_87]

Danke schon mal für die schnellen Antworten!

Gibt es denn eine Übersicht, bei welchen Paketen die Festplatten nicht in den Ruhempodus gehen?
Oder gibt es eine Möglichkeit, z.B. über Logfiles, Protokolle o. Ä., nachzuvollziehen wer/was und wann auf die Platten zugreift?

...und falls sich das Probelm nicht oder zumindest nicht auf die Schnelle beheben lässt: Ist es, abgesehen vom Stromverbrauch, z.B. verschleißtechnisch und bzgl. der Lebensdauer der Platten ein großes Problem wenn diese sich nicht abschalten? Oder kommt dies bei vielen Nas vor und ist "normal"?

 

[Frogman]

Gibt es denn eine Übersicht, bei welchen Paketen die Festplatten nicht in den Ruhempodus gehen?
Oder gibt es eine Möglichkeit, z.B. über Logfiles, Protokolle o. Ä., nachzuvollziehen wer/was und wann auf die Platten zugreift?

...und falls sich das Probelm nicht oder zumindest nicht auf die Schnelle beheben lässt: Ist es, abgesehen vom Stromverbrauch, z.B. verschleißtechnisch und bzgl. der Lebensdauer der Platten ein großes Problem wenn diese sich nicht abschalten? Oder kommt dies bei vielen Nas vor und ist "normal"?

Zum Hibernate und den damit verbundenen Besonderheiten steht einiges im Wiki
Und zum Thema Verschleiß: das Durchfahren der Platten, insbesondere bei explizit für den 24/7-Betrieb vorgesehenen Platten wie zB den WD-Red, braucht Dir keine Sorgen machen, das ist nicht selten der Normalfall. Auch ein Hibernate an sich ist nichts Schlechtes für die Platten. Am schädlichsten für Festplatten ist vorrangig das mechanisch belastende Hochfahren aus dem Spindown, wenn es zu häufig passiert (also wenn zB. die Zeit bis zum Hibernate 15min eingestellt ist und beim Arbeiten über den Tag die Platte dann 50mal hochfahren muss).

 

[Paffkatze]

Ich habe das Problem, dass die Platten nach einigen Minuten wieder aufgeweckt werden und ich nicht herausfinden kann, woran es liegt. Immerhin legen diese sich nun mal endlich schlafen, ich habe das NAS jetzt ca. 2 Jahre und das hat bisher nix funktioniert. Auf einmal (ohne das ich was geändert habe), hab ich eines Tages gesehen, dass mein NAS sich im Ruhezustand befindet oO Nunja, jetzt möchte ich gerne noch wissen, was die Platten aufweckt (und dies passiert auch, wenn jeder Rechner im Netz aus ist) und poste anbei mal das Log, evtl. kann mir jemand weiterhelfen. Dazu sei gesagt, dass das NAS um 8 Uhr morgens automatisch hochfährt, daher beginnt das Log zu diesem Zeipunkt.

DiskStation> vi /var/log/messages
Feb 1 08:00:52 kernel: [ 0.410000] DEV_BOOTCS ....no such
Feb 1 08:00:52 kernel: [ 0.410000] CRYPT_ENG ....base f0000000, size 2MB
Feb 1 08:00:52 kernel: [ 0.410000] Detected Tclk 200000000 and SysClk 53333
Feb 1 08:00:52 kernel: [ 0.410000] Apply DS 212 GPIO
Feb 1 08:00:52 kernel: [ 0.410000] Synology 6282 1, 2 bay GPIO Init
Feb 1 08:00:52 kernel: [ 0.910000] PEX0 interface detected no Link.
Feb 1 08:00:52 kernel: [ 1.410000] PEX1 interface detected Link X1
Feb 1 08:00:52 kernel: [ 1.420000] bio: create slab <bio-0> at 0
Feb 1 08:00:52 kernel: [ 1.590000] raid6: int32x1 121 MB/s
Feb 1 08:00:52 kernel: [ 1.760000] raid6: int32x2 142 MB/s
Feb 1 08:00:52 kernel: [ 1.930000] raid6: int32x4 163 MB/s
Feb 1 08:00:52 kernel: [ 2.100000] raid6: int32x8 143 MB/s
Feb 1 08:00:52 kernel: [ 2.100000] raid6: using algorithm int32x4 (163 MB/s)
Feb 1 08:00:52 kernel: [ 2.860000] Dquot-cache hash table entries: 1024 (ord
Feb 1 08:00:52 kernel: [ 11.470000] ata1: link is slow to respond, please be
Feb 1 08:00:52 kernel: [ 18.780000] Delay 5 seconds to wait for disk 2 ready.
Feb 1 08:00:52 kernel: [ 24.140000] SPI Serial flash detected @ 0xf8000000, 4
Feb 1 08:00:52 kernel: [ 24.200000] vender Mac1 checksum error ucSum:0x00 Buf
Feb 1 08:00:52 kernel: [ 24.200000] vender Mac2 checksum error ucSum:0x00 Buf
Feb 1 08:00:52 kernel: [ 24.210000] vender Mac3 checksum error ucSum:0x00 Buf
Feb 1 08:00:52 kernel: [ 24.220000] Serial Number: BAK3N03632
Feb 1 08:00:52 kernel: [ 24.230000] SPI Serial flash detected @ 0xf4000000, 4
Feb 1 08:00:52 kernel: [ 24.250000] Loading Marvell Ethernet Driver:
- /var/log/messages 94/322 29%
Feb 1 08:00:52 kernel: [ 0.410000] DEV_BOOTCS ....no such
Feb 1 08:00:52 kernel: [ 0.410000] CRYPT_ENG ....base f0000000, size 2MB
Feb 1 08:00:52 kernel: [ 0.410000] Detected Tclk 200000000 and SysClk 533333333
Feb 1 08:00:52 kernel: [ 0.410000] Apply DS 212 GPIO
Feb 1 08:00:52 kernel: [ 0.410000] Synology 6282 1, 2 bay GPIO Init
Feb 1 08:00:52 kernel: [ 0.910000] PEX0 interface detected no Link.
Feb 1 08:00:52 kernel: [ 1.410000] PEX1 interface detected Link X1
Feb 1 08:00:52 kernel: [ 1.420000] bio: create slab <bio-0> at 0
Feb 1 08:00:52 kernel: [ 1.590000] raid6: int32x1 121 MB/s
Feb 1 08:00:52 kernel: [ 1.760000] raid6: int32x2 142 MB/s
Feb 1 08:00:52 kernel: [ 1.930000] raid6: int32x4 163 MB/s
Feb 1 08:00:52 kernel: [ 2.100000] raid6: int32x8 143 MB/s
Feb 1 08:00:52 kernel: [ 2.100000] raid6: using algorithm int32x4 (163 MB/s)
Feb 1 08:00:52 kernel: [ 2.860000] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Feb 1 08:00:52 kernel: [ 11.470000] ata1: link is slow to respond, please be patient (ready=0)
Feb 1 08:00:52 kernel: [ 18.780000] Delay 5 seconds to wait for disk 2 ready.
Feb 1 08:00:52 kernel: [ 24.140000] SPI Serial flash detected @ 0xf8000000, 4096KB (64sec x 64KB)
Feb 1 08:00:52 kernel: [ 24.200000] vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Feb 1 08:00:52 kernel: [ 24.200000] vender Mac2 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Feb 1 08:00:52 kernel: [ 24.210000] vender Mac3 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Feb 1 08:00:52 kernel: [ 24.220000] Serial Number: BAK3N03632
Feb 1 08:00:52 kernel: [ 24.230000] SPI Serial flash detected @ 0xf4000000, 4096KB (64sec x 64KB)
Feb 1 08:00:52 kernel: [ 24.250000] Loading Marvell Ethernet Driver:
- /var/log/messages 94/322 29%
Feb 1 11:02:36 scemd: modules/fan_check_microp.c:119 Fan stop [UART2_CMD_FAN_FAILURE]
Feb 1 11:03:12 scemd: modules/fan_check_microp.c:146 Fan start
Feb 1 11:03:13 scemd: modules/buzzer.c:65 cancel beep thread, pThreadID:1098937488
Feb 1 11:11:17 timebkp: [13336]BK_ERR:rsync return with error, return code = 41
Feb 1 11:29:52 scemd: SCEMD: disk 1 wake up from hibernation
Feb 1 11:57:02 kernel: [14200.810000] ata1: wake up from deepsleep, reset link now
Feb 1 11:57:02 kernel: [14200.890000] ata1: device plugged sstatus 0x123
Feb 1 11:57:02 kernel: [14203.830000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb 1 11:57:02 kernel: [14203.830000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb 1 11:57:02 kernel: [14203.840000] ata1: SError: { PHYRdyChg DevExch }
Feb 1 11:57:08 kernel: [14209.800000] ata1: link is slow to respond, please be patient (ready=0)
Feb 1 11:57:11 kernel: [14213.440000] ata1.00: Disable disk write cache in EH
Feb 1 12:20:06 timebkp: [14389]BK_ERR:rsync return with error, return code = 41
Feb 1 12:30:54 scemd: SCEMD: disk 1 wake up from hibernation
Feb 1 12:46:36 kernel: [17174.000000] ata1: wake up from deepsleep, reset link now
Feb 1 12:46:36 kernel: [17174.070000] ata1: device plugged sstatus 0x123
Feb 1 12:46:36 kernel: [17177.010000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb 1 12:46:36 kernel: [17177.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb 1 12:46:36 kernel: [17177.020000] ata1: SError: { PHYRdyChg DevExch }
Feb 1 12:46:42 kernel: [17182.980000] ata1: link is slow to respond, please be patient (ready=0)
Feb 1 12:46:46 kernel: [17186.980000] ata1.00: Disable disk write cache in EH
Feb 1 13:00:04 kernel: [17982.150000] ata1: wake up from deepsleep, reset link now
Feb 1 13:00:04 kernel: [17982.220000] ata1: device plugged sstatus 0x123
- /var/log/messages 296/322 91%
Feb 1 08:01:24 scemd: modules/usbcopy.c:55 USBCopy - Unknown Signal: 12
Feb 1 08:01:25 share-hook: share_hook_notify: failed to send notify.
Feb 1 08:01:25 share-hook: share_hook_notify: failed to send notify.
Feb 1 08:01:28 kernel: [ 70.240000] EXT3-fs: sdq1: couldn't mount because of unsupported optional features (240).
Feb 1 08:01:29 synomount: record.cpp:523 Fail to mount. The mount point /volume1/documents/Station is not empty.
Feb 1 08:01:29 share-hook: share_hook_notify: failed to send notify.
Feb 1 08:01:30 share-hook: share_hook_notify: failed to send notify.
Feb 1 08:03:03 scemd: scemd.c:413 stop manutild.
Feb 1 08:21:29 scemd: SCEMD: disk 1 wake up from hibernation
Feb 1 08:37:30 kernel: [ 2228.980000] ata1: wake up from deepsleep, reset link now
Feb 1 08:37:30 kernel: [ 2229.050000] ata1: device plugged sstatus 0x123
Feb 1 08:37:30 kernel: [ 2231.990000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb 1 08:37:30 kernel: [ 2232.000000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb 1 08:37:30 kernel: [ 2232.000000] ata1: SError: { PHYRdyChg DevExch }
Feb 1 08:37:36 kernel: [ 2237.960000] ata1: link is slow to respond, please be patient (ready=0)
Feb 1 08:37:40 kernel: [ 2241.840000] ata1.00: Disable disk write cache in EH
Feb 1 09:00:04 kernel: [ 3583.130000] ata1: wake up from deepsleep, reset link now
Feb 1 09:00:04 kernel: [ 3583.210000] ata1: device plugged sstatus 0x123
Feb 1 09:00:04 kernel: [ 3586.140000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb 1 09:00:04 kernel: [ 3586.150000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb 1 09:00:04 kernel: [ 3586.160000] ata1: SError: { PHYRdyChg DevExch }
Feb 1 09:00:10 kernel: [ 3592.120000] ata1: link is slow to respond, please be patient (ready=0)
Feb 1 09:00:14 kernel: [ 3596.060000] ata1.00: Disable disk write cache in EH
Feb 1 09:19:08 timebkp: [11262]BK_ERR:rsync return with error, return code = 41
Feb 1 09:29:51 scemd: SCEMD: disk 1 wake up from hibernation
Feb 1 10:00:04 kernel: [ 7182.380000] ata1: wake up from deepsleep, reset link now
Feb 1 10:00:04 kernel: [ 7182.460000] ata1: device plugged sstatus 0x123
Feb 1 10:00:04 kernel: [ 7185.390000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb 1 10:00:04 kernel: [ 7185.400000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb 1 10:00:04 kernel: [ 7185.410000] ata1: SError: { PHYRdyChg DevExch }
Feb 1 10:00:10 kernel: [ 7191.360000] ata1: link is slow to respond, please be patient (ready=0)
Feb 1 10:00:14 kernel: [ 7195.180000] ata1.00: Disable disk write cache in EH


Ich habe auch schon das Abschalten diverser Pakete getestet und die Uhrzeit habe ich auch manuell gestellt (also nicht die automatische Anpassungsfunktion aktiv).

 

[Frogman]

Ich seh da ein TimeBackup, welches einen Fehler wirft. Hast Du eines eingerichtet, welches nicht korrekt durchläuft?

 

[CapeHoorn]

Hallo, da hänge ich mich mal mit rein:

Ich habe eine DS212j, konfiguriert mit 2x2TB als Basic-Volumes, also kein RAID. Von den Paketen habe ich bisher nur den PhotoManager und die AudioStation installiert, allerdings noch nciht betrieben, also nur die Installation ausgeführt. Mein Gerät wird nicht müde und schafft es nicht in den Ruhezustand, läuft also 24x7 durch, das war auch schon vor der Installation der Pakete so. Ich habe die Config Laptop -> WLAN (Fritz7320) -> LAN-Kabel -> DS212j. Auch wenn ich meinen Laptop herunterfahre, bleibt die NAS aktiv (es liegt also zum Beispiel nicht daran, dass zb. mein Bildschirmschoner auf Photos auf der NAS zugreift, was im Laptop-Betrieb der Fall ist). Es scheint also ein Verhältnis zwischen Router und NAS zu geben, welches die Festplatten betört und nicht einschlafen lässt. Auch blinkt im beschriebenen Zustand des öfteren die LAN-Lampe, es gibt also irgend einen Verkehr ... DS212j ist unter ENERGIE konfiguriert als Ruhezustand nach 15min, erweiterter Ruhezustand um den Stromverbrauch zu minimieren, sowie Ruhezustand USB-Festplatte ebenfalls nach 15min, die ich aber ausgeschaltet habe, um diesen Störfaktor in der Diagnose wenigstens schon einmal zu eliminieren. Als DynDNS-Mittler ist Selfhost im Spiel. Der Router ist konfiguriert als "immer auf Sendung" also keine Energiesparoptionen, 1G/bit mit offenen Ports auf 80, 443, 5000, 5001, 5005,5006,5007 bin ratlos ...! Reboot ist auch probiert... Kann jemand helfen ?
schönen Tach
Joerg

 

[Frogman]

...Der Router ist konfiguriert als "immer auf Sendung" also keine Energiesparoptionen, 1G/bit mit offenen Ports auf 80, 443, 5000, 5001, 5005,5006,5007 bin ratlos ...!

Na, wenn Du den Router auch diese Ports auf Deine DS weiterleiten läßt, dürfte die Zahl der ziellosen Zugriffe über Portscans nicht allzu klein sein - und dementsprechend Deine DS regelmäßig Besuch bekommen, der da mal kurz anklopft. Warum sollte sie dann schlafen gehen?
Sperre doch testweise mal alle Portweiterleitungen und schaue, wie es dann aussieht.

 

[Paffkatze]

Ich seh da ein TimeBackup, welches einen Fehler wirft. Hast Du eines eingerichtet, welches nicht korrekt durchläuft?

Ja, das ist möglich (Der USB-Stick, auf den gesichert wird, ist immer voll. Und irgendwie kann ich in Timebackup nicht einstellen, dass er alle 5 Backups das jeweils älteste löschen soll, die Einstellung mit der kürzesten Zeitdauer beträgt 3 Monate...), woran hast du das denn erkannt?

Sonst irgendwelche Hinweise, warum das NAS immer aufwacht?

 

[Frogman]

... woran hast du das denn erkannt?

Na, solche Zeilen wie "Feb 1 09:19:08 timebkp: [11262]BK_ERR:rsync return with error, return code = 41" sind doch sprechend...

 

[Capricorn]

Hi Jörg,

ich habe eine DS212j, mit 2x2TB als RAID1. Nach der Installation (Kauf Ende 2012) mit DSM 4.1.???? schlummerten die Festplatten nach den eingestellten 15 Minuten friedlich ein, und wurden nur geweckt wenn ich auf die Daten vom PC aus zugreifen wollten. Soweit alles gut. Dann kam die Meldung dass es eine neue Version DSM 4.1.2668 gibt und habe diese installiert, seither gehen die Festplatten nicht mehr in den Ruhezustand. Ich habe keine Pakete installiert und es greift keine Software auf die DS 212j zu, trotzdem verhindert irgendein Gerät den Ruhezustand. Selbstverständlich habe ich den Synology-Support um Hilfe gebeten. Obwohl ich denen schon geschrieben habe, dass keine Dienste o.ä. (Pakete/Zeitserver usw.) installiert sind habe dieselbe Antwort wie viele Leidensgenossen erhalten: alle Dienste/Mailserver usw. abschalten und entfernen obwohl es nicht zu entfernen gibt. Die Festplatten gehen definitiv nur bei abziehen des LAN-Kabels in den Ruhezustand. Jetzt kann es natürlich sein, dass der Router (Speedport W921V) oder Windows das Netzwerk nach Geräten abfragt. Wenn ich das Forum so durchsuche stelle ich fest, dass wir mit diesem Problem nicht alleine sind. Ich bin computermäßig nicht ganz ohne Kenntnis, aber wenn ich teilweise lese was man veranstalten muss um das Problem eventuell zu lösen, hört bei mir das Know-How irgendwo auf. Ich habe keine Lust das NAS jahrelang durchlaufen zu lassen wenn es eine Ruhemodus hat, nur weil Synology nicht fähig ist das anscheinend sehr häufige Problem über eine erweiterte Software anzugehen. Es kann doch nicht schwer sein in der Systemsteuerung eine Liste anzubieten auf der man auswählen kann welche Dienste, Programme oder Geräte das NAS beschäftigen dürfen.
Fazit: bis eine kundenfreundliche Lösung von Synology kommt, ziehe ich nachts das LAN-Kabel und stecke morgens wieder an. So schlummert das NAS wenigstens 8 oder 10 Stunden. Ich werde das Forum verfolgen und auf das nächste DSM Update warten, vielleicht reagiert Synology mal auf die vielen, genervten Nutzer mit dem Ruhezustand-Problem. Ich wäre über eine Lösung des Problems ebenfalls sehr dankbar.

Weiterhin viel Erfolg, Stefan

 

[HrothGer]

Bei mir war es der Mailserver, der den Ruhezustand verhinderte

Hallöchen an alle Betroffenen,
ich setze gerade ein Mailserver auf eine DS213+ auf. Soweit alles paletti. Empfang von Mails klappte bestens. Den Versand hatte ich nicht gleich probiert, denn ohne Relayfunktion vom DDNS-Provider macht das nicht viel Sinn, weil bekanntlich externe Mailserver Mails von DDNS-Adressen blockieren. Danach schaltete sich der Ruhezustand weider ein.
Was mir jedoch aufgefallen ist, war Folgendes:
Erst als ich eine Mail versuchte zu versenden, die natürlich wegen der DDNS-Adresse vom Empfänger abgeleht wurde, hatte ich das Problem, das die DS nicht mehr in den Ruhezustand ging. Ich habe den Mailserver dann deaktiviert und siehe da, der Ruhezustand war wieder möglich.
Also die Ursache schon mal eingeschränkt. Ich schlussfolgerte, dass der Mailserver solange Aktivitäten zeigt, bis er die Mail ordnungsgemäß zugestellt hat, und deswegen kein Ruhezustand möglich ist.
Nun liefen die Platten aber über einen ganzen Tag und nix passierte. Also habe ich alle Testmails gelöscht in sämtlichen Ordnern. Brachte kein Erfolg.
Nächste Aktion war, den Mailserver de- und wieder installieren. Aber auch das half nichts.
Also Software DSM 4.2 komplett neu aufgespielt und damit die Platten komplett gelöscht. Das kann aber nicht die Lösung sein. Nun weiß ich nicht so richtig weiter
Falls jemand dazu noch eine Idee hat, würde ich micht freuen. Ich versuche mal weiter hier zu tüfteln. Falls ich Neuigkeiten habe, bringe ich es hier an.

 

[HrothGer]

Abschließende Erkenntnis: Wenn ein Service auf der DS läuft, kann die DS nich in den Ruhezustand wechseln. Ist eigentlich logisch, denn sonst würde eine Mail nich auf dem lokalen Mailserver landen. Die DS muss laufen. Was ich noch nicht probiert habe: Falls jemand meint, in der Nacht keine Mails zu bekommen, der kann es mal mit dem automatischen Runterfahren probieren und die DS früh wieder starten lassen. Soll ja möglich sein.

 

[Hundegg]

geht nicht in Ruhezustand wenn keine Internetverbindung

Liebes Forum

Ich komme nochmals auf den alten Tread zurück.

Meine DS geht nicht in den Ruhezustand, wenn sie keine Netzwerk/Internetverbindung hat. Mit Netzwerk/Internetverbindung klappt der Ruhezustand einwandfrei. Woran könnte das liegen?

Danke!!!

 

[HrothGer]

Liegt vielleicht daran, dass die Netzwerkkarte in der DS ständig versucht, eine IP vom Router zu ziehen. Hast du dort eine statische IP-Adresse vergeben? Teste mal an der Schraube. Oder deaktiviere mal diese Nerzwerkschnittstelle.