+-Serie 212+ geht nicht mehr in Ruhemodus?!

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Alle Geräte der +-Serie. Geräte für kleinere und mittlere Unternehmen.
Status
Für weitere Antworten geschlossen.
Wie ich schon mehrfach schrieb, hängt die DS nicht an einem Router. Diese ist (allein bei allen Tests) mit dem Switch verbunden.
Der Switch hat 5 LAN-Anschlüsse. 1. Anschluß = DS, 2. Anschluß = leer, 3. Anschluß = leer, 4. Anschluß = leer, 5. Anschluß = leer.
Da hängt noch nicht einmal ein Router, PC, etc.... dran, NUR DIE DS!

kannst du evtl. bitte den switch mal testweise neustarten ?! ..um dannach zu pruefen ob die DS sich weiterhin so verhaelt ?
 
Auf der DS lief DSM 3.0 1958. Darüber habe ich DSM 4.0 2197 installiert. Keine Verbesserung

Heut habe ich nun DSM 4.0 2198 komplett (von Null an) neu installiert.
Einstellungen:
- alle Dienste deaktiviert
- Herunterfahren 23:00 Uhr
- nach 10 Minuten schlafen
Die DS hat derweil ein Volumen erstellt mit Prüfung. Ich habe mich ausgeloggt. Nach langer Zeit war dann alles vorbei, keine HDDs blinkten mehr, keine Geräusche und die DS ging auch nicht schlafen. Ca. 30 Minuten später schaltete sich sich dann aus. Per http://diskstation:5000 ist diese nicht erreichbar, aber wenn man die IP-Adresse eingibt kommt man auf das Webinterface.

Edit:
Obwohl im DSM 23:00 Uhr fürs Runterfahren eingestellt ist, ist sie nicht heruntergefahren. Schon komisch...
 
Zuletzt bearbeitet:
Per http://diskstation:5000 ist diese nicht erreichbar, aber wenn man die IP-Adresse eingibt kommt man auf das Webinterface.

Edit:
Obwohl im DSM 23:00 Uhr fürs Runterfahren eingestellt ist, ist sie nicht heruntergefahren. Schon komisch...

die gleichen probleme habe ich auch.
schade das man nicht, ohne weiteres, auf die 3.2 zurück kann, die ging wenigstens.


p.s. offtopic: ab wann wird man als neuer nutzer freigeschaltet? kann mein benutzerprofil nicht anpassen.
 
Permanente Laufwerksmappings (d.h. Laufwerksbuchstaben) stören i.d.R. auch, also lieber mit \\<NAS>\<Freigabe> arbeiten.

Gruß Benares

Wie meinst du das ?

Ich verbinde meine Laufwerke unter Windows per Batchdatei in etwa so:

Net use h: \\192.168.x.xx\allgemein /user:xxxxxx xxxxxx /persistent:no

Gruß

Karl
 
Auf der DS lief DSM 3.0 1958. Darüber habe ich DSM 4.0 2197 installiert. Keine Verbesserung

Heut habe ich nun DSM 4.0 2198 komplett (von Null an) neu installiert.
Einstellungen:
- alle Dienste deaktiviert
- Herunterfahren 23:00 Uhr
- nach 10 Minuten schlafen
Die DS hat derweil ein Volumen erstellt mit Prüfung. Ich habe mich ausgeloggt. Nach langer Zeit war dann alles vorbei, keine HDDs blinkten mehr, keine Geräusche und die DS ging auch nicht schlafen. Ca. 30 Minuten später schaltete sich sich dann aus. Per http://diskstation:5000 ist diese nicht erreichbar, aber wenn man die IP-Adresse eingibt kommt man auf das Webinterface.

Edit:
Obwohl im DSM 23:00 Uhr fürs Runterfahren eingestellt ist, ist sie nicht heruntergefahren. Schon komisch...

Habe eine möglich Lösung fürs Herunterfahren gefunden:
Leider hat die DS 23 Uhr für Herunterfahren ignoriert. Nachdem ich eine neue Zeit eingestellt habe und danach einen Neustart durchgeführt habe, funktioniert der Zeitplan. Scheinbar braucht diese, wenn man neue Einstellungen vorgenommen hat, einen Reboot. Sich darauf verlassen dass die Einstellungen ohne Reboot übernommen werden kamm na wohl nicht.

Die DS habe ich komplett von NULL an mit der DSM4.0 2198 aufgesetzt. Jetzt klappts auch mit dem schlafen gehen und dies mit gleichen Einstellungen bzw. gleichen aktivierten Diensten.
Die DS hat wohl ihre Probleme mit dem schlafen gehen wenn man von einen update zum anderem update sich hangelt. Neuinstallation ist wohl besser.

Und die Diskstation ist per http://diskstation:5000 erreichbar wenn man den Windows-Dateidienst aktiviert. hat.
 
Wie meinst du das ?
Ich verbinde meine Laufwerke unter Windows per Batchdatei in etwa so:
Net use h: \\192.168.x.xx\allgemein /user:xxxxxx xxxxxx /persistent:no
Wozu brauchst du die DS als Laufwerk H: ?
Ich halte Usernamen und Passworte von Windows und DS gleich und wenn ich die DS mal brauche, arbeite ich mit \\<Name der DS>\<Freigabe>\<Pfad>. Das geht unkompliziert und schnell, ohne zusätzlich Anmeldung, und verhindert, dass die DS durch irgendwelche Scans im Hintergrund durch Windows ständig "wachgehalten" wird.

Gruß Benares
 
Habe eine möglich Lösung fürs Herunterfahren gefunden:
Leider hat die DS 23 Uhr für Herunterfahren ignoriert. Nachdem ich eine neue Zeit eingestellt habe und danach einen Neustart durchgeführt habe, funktioniert der Zeitplan. Scheinbar braucht diese, wenn man neue Einstellungen vorgenommen hat, einen Reboot. Sich darauf verlassen dass die Einstellungen ohne Reboot übernommen werden kamm na wohl nicht.

Die DS habe ich komplett von NULL an mit der DSM4.0 2198 aufgesetzt. Jetzt klappts auch mit dem schlafen gehen und dies mit gleichen Einstellungen bzw. gleichen aktivierten Diensten.
Die DS hat wohl ihre Probleme mit dem schlafen gehen wenn man von einen update zum anderem update sich hangelt. Neuinstallation ist wohl besser.

Und die Diskstation ist per http://diskstation:5000 erreichbar wenn man den Windows-Dateidienst aktiviert. hat.


dem stimme ich zu.
hab meine gestern auch komplett neu aufgespielt. und siehe da jetzt läuft sie, bzw schläft sie ;)

ich denke das bei dem update von 3.2 auf 4.0 was mit den einstellungen nicht hinhaut und er deshalb faxen macht.
also tipp, 4.0 von null auf drauf ziehen, neu booten nach einstellungen und der ruhemodus funzt.

doof das sowas nicht da steht bzw vorher beim test nicht auffällt. aber aus fehlern lernt man, hoffe ich.
 
Also muss es irgendwo eine Art cache geben .........

Ich habe keinen Bock nach jedem Update eine komlette neuinstallation zu machen!

Vor allen dingen wie?

Werkseinstellungen oder sowas?

Ich hab 2 Platten a 2 TB eingebaut - eine davon ist 76% belegt die andere 80%.

Wenn ich das nochmal hinbekomme war das mein letztes Update!
Never touch a running System!

Ich könnt so platzen vor Wut
 
Also muss es irgendwo eine Art cache geben .........

Ich habe keinen Bock nach jedem Update eine komlette neuinstallation zu machen!

Hab gerade in einem anderen Threat gelesen, dass der Virenscanner (Updates) nicht funktioniert. (Update von DSM3 auf DSM4)
Die Lösung brachte dann eine Neuinstallation der DSM 4.0.

Um viele Probleme im Voraus auszuschließen, sollte Synology angeben, dass der DSM 4 nicht als Update sondern als Neuinstallation installiert werden sollte.
 
Habe auf einmal auch ein Problem mit dem Standby, keine Aenderungen gemacht. Ich fahre noch auf der 3.2. Das Muster ist immer daselbe:


Mar 16 14:10:23 kernel: [25803.010000] ata1.00: Wakes up from deep sleep, schedule reset link
Mar 16 14:10:23 kernel: [25803.010000] ata2.00: Wakes up from deep sleep, schedule reset link
Mar 16 14:10:23 kernel: [25806.030000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Mar 16 14:10:23 kernel: [25806.030000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Mar 16 14:10:23 kernel: [25806.040000] ata1: SError: { PHYRdyChg DevExch }
Mar 16 14:10:30 kernel: [25813.050000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Mar 16 14:10:30 kernel: [25813.060000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Mar 16 14:10:30 kernel: [25813.060000] ata2: SError: { PHYRdyChg DevExch }
Mar 16 14:10:37 kernel: [25819.770000] ata2: link is slow to respond, please be patient (ready=0)
Mar 16 14:23:40 kernel: [26600.010000] ata1.00: Wakes up from deep sleep, schedule reset link
Mar 16 14:23:40 kernel: [26600.010000] ata2.00: Wakes up from deep sleep, schedule reset link
Mar 16 14:23:40 kernel: [26603.020000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Mar 16 14:23:40 kernel: [26603.030000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Mar 16 14:23:41 kernel: [26603.040000] ata1: SError: { PHYRdyChg DevExch }
Mar 16 14:23:48 kernel: [26610.050000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Mar 16 14:23:48 kernel: [26610.060000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Mar 16 14:23:48 kernel: [26610.060000] ata2: SError: { PHYRdyChg DevExch }
Mar 16 14:23:54 kernel: [26616.770000] ata2: link is slow to respond, please be patient (ready=0)
Mar 16 14:41:14 kernel: [27653.0100ata1.00: Wakes up from deep sleep, schedule reset link00]
Mar 16 14:41:14 kernel: [27653.010000] ata2.00: Wakes up from deep sleep, schedule reset link
Mar 16 14:41:14 kernel: [27653.030000] ata2.00: Wakes up from deep sleep, schedule reset link
Mar 16 14:41:14 kernel: [27656.030000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Mar 16 14:41:14 kernel: [27656.030000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Mar 16 14:41:14 kernel: [27656.040000] ata1: SError: { PHYRdyChg DevExch }
Mar 16 14:41:21 kernel: [27663.050000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Mar 16 14:41:21 kernel: [27663.060000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Mar 16 14:41:21 kernel: [27663.060000] ata2: SError: { PHYRdyChg DevExch }
Mar 16 14:41:27 kernel: [27669.770000] ata2: link is slow to respond, please be patient (ready=0)

Kann jemand etwas damit anfangen? Bin für jede Hilfe oder Hinweis dankbar!
 
"Final" 4.0 ?? ehr beta

gibt es schon neue infos zum thema??

hab leider trotz der oben genannten tips, das problem seit 3 tagen wieder.
alles schon probiert. selbst wenn sie nur an ist ohne netzwerkverbindung geht sie NICHT in den ruhemodus.

zum 2. wird der hacken bei "hdd cache aktivieren" trotz setzen wieder heraus genommen.
sprich hacken gesetzt, speichern, fenster geschlossen. beim nächsten öffnen sind diese hacken wieder raus. im systemlog steht auch nur das sie gesetzt wurden.
so ne verbugte "final" is echt sehr nervig. :-(



p.s. wie komm ich wieder auf die 3.2 ?? die anleitungen ging nicht. ich konnte das versionsfile nicht verschieben.
 
dem stimme ich zu.
hab meine gestern auch komplett neu aufgespielt. und siehe da jetzt läuft sie, bzw schläft sie ;)

ich denke das bei dem update von 3.2 auf 4.0 was mit den einstellungen nicht hinhaut und er deshalb faxen macht.
also tipp, 4.0 von null auf drauf ziehen, neu booten nach einstellungen und der ruhemodus funzt.

doof das sowas nicht da steht bzw vorher beim test nicht auffällt. aber aus fehlern lernt man, hoffe ich.

es waere toll wenn jemand wie du - der das ausgetestet hat - als fehler an synology meldet!

fuer synology wird es sicher ein leichtes sein, den fehler in einem zukuenftigen release auszumerzen
damit es zukuenftig auch ohne neuinstallationen moeglich ist - was ja auch nicht im sinne der updatefunktionalitaet ist.
 
Also meine DS212+ schläft wie eine Eins.

Ich habe im Paket-Zentrum folgende Dienste aktiviert:
- Audiostation
- Photostation
- Medienserver
- iTunes-Server
- phpMyAdmin
ausserdem läuft der DDNS-Client und der NTP-Client, Samba-, FTP-, WEB-, telnet- und SSH-Server. Die anderen Pakete/Dienste sind zwar installiert aber nicht gestartet.

Damit wachen Platten der DS nur um Mitternacht (NTP) und zwischen 3 und 4 Uhr nach der DSL-Zwangstrennung (DDNS) kurz mal auf, ansonsten nur, wenn ich die DS irgendwie nutze.

Wenn ich weitere Pakete starte, habe ich bislang folgendes festgestellt:
- Mail Station verhindert Spindown komplett
- Surveillance Station verhindert Spindown komplett
- Webalizer weckt jede Stunde
Die anderen Pakete habe ich noch nicht probiert

Ergo: Alles abschalten, was nicht unbedingt benötigt wird. Dann, einen nach dem anderen Dienst wieder einschalten, booten, und Verhalten mind. einen Tag beobachten.

PS: Die Sache mit dem HDD Cache ist mir auch aufgefallen. Gemeldet hab ich's noch nicht.

Gruß Benares
 
ok, hab das kontaktformular mit den 2 fehlern mal abgeschickt.

mal schauen was kommt
 
Habe genau das gleiche Problem bei der DS212J mit Hibernation seit Update auf DSM4. Ganze 5 Sekunden gibt sie jeweils Ruhe.
Dann läuft die Nervensäge wieder an. Hatte bereits vor zwei Tagen das Produktmanagment angeschrieben. Heute habe ich die
Antwort erhalten, dass mein Request an einen Synology Service Techniker weitergeleitet ist und wurde um etwas Geduld gebeten.
Halte Euch auf dem laufenden.

Bei mir sind nur File- und Mediaserver-Dienst aktiv.

Bedeutet Neuinstallation von DSM4, dass alle Daten weg sind?

Noch eine Frage: Ist es vorstellbar, dass die DS im Video-Streaming während eines Films auch versucht in Ruhezustand zu gehen?
Das Video-Streaming läuft bei mir immer 10-20 Minuten so wie es sich jeder wünschen würde. Dann aber verliert der Philips 3000er LCD TV
aber die Verbindung. Ist es etwa die Hibernation-Einstellung, was den Abbruch verursacht?
Ich kann den Film von vorne wieder anschmeissen und zur letzen Stelle vorspulen. Das macht keinerlei Spass und so habe ich Video Streaming
auf meinen Philips schon abgehakt. Hänge halt nun wieder eine USB HD an den Fernseher. Dabei hat es bisher noch nie Probleme gegeben.
Film läuft durch.

Dank und Gruß
 
Zuletzt bearbeitet:
Die Daten sollten nicht verloren gehen, wenn du einen doppelten Reset machst.
 
Noch eine Frage: Ist es vorstellbar, dass die DS im Video-Streaming während eines Films auch versucht in Ruhezustand zu gehen?
Das Video-Streaming läuft bei mir immer so 10-20 Minuten wie es sich jeder wünschen würde. Dann aber verliert der Philips 3000er LCD TV aber die Verbindung. Ist es etwa die Hibernation-Einstellung, was den Abbruch verursacht?

Das ist eigentlich nicht möglch. Die DS geht erst in Ruhezustand, wenn innerhalb der eingestellten Zeit kein Zugriff mehr auf die Festplatte stattgefunden hat. Bei Streamen wird aber ständig auf die Platte(n) zugregriffen.
Ich sehe auch regelmäßig über einen Philips TV Filme die ich über die DS streame. Dabei gab's noch nie ein derartiges Problem.
 
zum 2. wird der hacken bei "hdd cache aktivieren" trotz setzen wieder heraus genommen.
sprich hacken gesetzt, speichern, fenster geschlossen. beim nächsten öffnen sind diese hacken wieder raus. im systemlog steht auch nur das sie gesetzt wurden.
Hat das vielleicht mit den Einträgen für bestimmte Festplatten in der scemd.xml zu tun (findet man unter usr/syno/etc.defaults)?
Dort wird für einige WD- und Seagate-Platten der Write-Cache deaktiviert, ich vermute einmal wegen Timing-Problemen für den RAID-Betrieb.

VG
 
Hat das vielleicht mit den Einträgen für bestimmte Festplatten in der scemd.xml zu tun (findet man unter usr/syno/etc.defaults)?
Dort wird für einige WD- und Seagate-Platten der Write-Cache deaktiviert, ich vermute einmal wegen Timing-Problemen für den RAID-Betrieb.

VG

bei der 3.2 gings aber, sprich ich konnte ihn dort setzen und er blieb auch drin!!!
 
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