j-Serie DS215j Energiesparplan - startet nicht automatisch

[Dnjeper]

Hallo Zusammen,

ich habe letzte Woche von einer DS212j auf eine DS215j migriert und dann auch noch gleich zwei neue 5TB - Platten eingebaut. Hat alles soweit so gut funktioniert.
Um ein wenig Strom zu sparen wollte ich jetzt noch den Energiesparmodus programmieren. Dab gibt es folgendes Problem:
1. Das Herunterfahren funktioniert scheinbar problemlos
2. Das Starten funktioniert nicht. Die DS steht mit blinkendem blauen Licht und nichts geht mehr. Ich muss dann immer den Netzstecker ziehen und neu starten. Dann läuft die DS auch ganz normal.

Hat jemand eine Idee woran das liegen könnte, bzw. was ich machen könnte? DS ist übrigens das Aktuellste.

Danke und Gruß aus dem Allgäu,
Robert

 

[dil88]

Könntest Du einmal per WinSCP oder Shell die ersten Zeilen der /var/log/messages ansehen und schauen, ob das Datum aktuell ist? Wenn nicht, dann ist die Stützbatterie (CR2032) am Ende.

 

[Tommes]

Hallo und willkommen im Forum!

Ich frag mal doof, da ich das selber garnicht weiß: hat die DS215j im Gegensatz zur DS115j überhaupt einen Energiezeitplan?

Tommes

 

[dil88]

Ja, bietet sie genau wie die 115. Das Pendant zur 115j ist die 214se im 2-bay-Segment.

 

[Tommes]

Ah, ok! Das war mir garnicht bewusst. Dank dir, dil.

 

[Dnjeper]

Hier die Messages:

BusyBox v1.16.1 (2015-11-12 17:57:42 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

DiskStation> more /var/log/messages
Apr 3 01:17:57 DiskStation kernel: [1518928.940000] ata2: wake up from deepsleep, reset link now
Apr 3 01:17:57 DiskStation kernel: [1518929.190000] ata2: device plugged sstatus 0x123
Apr 3 01:18:04 DiskStation kernel: [1518935.970000] ata1: wake up from deepsleep, reset link now
Apr 3 01:18:04 DiskStation kernel: [1518936.050000] ata1: device plugged sstatus 0x123
Apr 3 01:18:05 DiskStation kernel: [1518939.630000] ata2: wake up successful, the reset fail can be ignored
Apr 3 01:18:14 DiskStation kernel: [1518944.980000] ata1: link is slow to respond, please be patient (ready=0)
Apr 3 01:18:14 DiskStation kernel: [1518948.840000] ata1.00: Disable disk write cache in EH
Apr 3 01:18:14 DiskStation kernel: [1518948.940000] ata1: wake up successful, the reset fail can be ignored
Apr 3 01:18:14 DiskStation afpd[23864]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Apr 3 01:18:15 DiskStation afpd[23864]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Apr 3 01:19:18 DiskStation afpd[23864]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Apr 3 01:19:19 DiskStation afpd[23864]: [ad_flush.c:348-E] fchdir(ad_data_filen--More-- (0% of 5268096 bytes)

Sieht tatsächlich nach Datumsproblem aus, oder?

 

[dil88]

Das Datum wird später im Bootprozess per ntp gestellt, das ist nicht das Problem. Aber die Stützbatterie sorgt nicht mehr dafür, dass das Datum/die Uhrzeit auch in ausgeschaltetem Zustand behalten wird.

 

[Tommes]

In der var/log/messages stehen die neusten Einträge aber immer ganz am Ende. Was mir aber zu denken gibt ist das hier...

BusyBox v1.16.1 (2015-11-12 17:57:42 CST) built-in shell (ash)

 

[Dnjeper]

DANKE erstmal.

Kann ich die Batterie selbständig tauschen? Wo befindet die sich genau?
Eigentlich sollte das ja bei einem "neuen" Gerät so nicht der Fall sein. Meine DS212j läuft bis heute problemlos...

 

[Dnjeper]

Hallo Tommes,

was genau gibt Dir bei diesem Eintrag zu denken? Habe die DS bei Amazon im WHD erstanden. Denkst Du, dass etwas defekt ist?

Gruß,
Robert

 

[Tommes]

Ach Leute, ich glaub ich sollte heute was anderes machen, als hier aktiv zu sein. Vergiss meinen letzen Beitrag, das dortige Datum hat nichts zu sagen. War ein dummer Fehler von mir. Also nicht weiter beachten...

Ich geh dann mal *räusper*

Tommes

 

[dil88]

Ich finde es auch eigenartig, dass die Stützbatterie schon am Ende zu sein scheint, aber das kommt in letzter Zeit öfter auch bei neuen Modellen vor. Sollte man vielleicht auch an Synology kommunizieren. Die Batterie befindet sich auf dem Mainboard und kann vom User getauscht werden.

 

[heavy]

Interressant wäre es mal rauszubekommen ob die Batterien aus einer Charge sind, eventuell hat der Zuliferer da eine alte oder defekte Charge geliefert. Denn die Batterien kauft Synology ja auch nur zu.

 

[Swp2000]

Komischerweise habe ich mit meiner DS215J ein ähnliches wenn nicht sogar das gleiche Problem.
Letzte Woche hat der automatische start noch einwandfrei funktioniert. Gestern Abend wartete ich vergebens darauf das die DS gestartet wurde. Ich dachte erst das Netzteil ist defekt, jedoch ein Blick auf die LED am Netzteil sagte mir etwas anderes. Also auf den Ein/Aus Schalter manuell gedrückt und die DS lief an.
Wie kann ich das überprüfen ob es die Batterie ist?
Dann sollte WOL ja auch nicht mehr funktionieren oder?
Würde es helfen ein Screen zu machen?

PS: Den Netzstecker musste ich nicht ziehen, die DS hat auch nicht geblinkt. Sie ging einfach nicht an!

 

[dil88]

Schau Dir einmal die Timestamps der ersten Einträge in der /var/log/messages mit einer Shell an (User root). Wenn die kein Datum der letzten Tage enthalten, dann wird die Batterie alle sein und das Datum erst im Bootprozess per ntp eingestellt werden. Alternativ direkt eine frische CR2032 einbauen, die kostet nicht viel.

 

[Swp2000]

Schau Dir einmal die Timestamps der ersten Einträge in der /var/log/messages mit einer Shell an (User root).

Wie mache ich das genau?

 

[dil88]

Shell weißt Du, richtig? Dann folgenden Befehl beispielsweise:

head /var/log/messages

Edit: Falsch, das bringt nur etwas bei einem neu geschriebenen messages-Logfile. Probiere es mit folgender Zeile:

tail -n 300 /var/log/messages | grep CPU:

 

[Swp2000]

Das Ganze mit putty, bis das Console-Fenster erscheint und dann die zweite Zeile von dir, richtig?

 

[dil88]

Richtig, probier 'mal, ob das etwas Sinnvolles zutage fördert.

 

[Swp2000]

Ich poste den Inhalt nachher wenn ich wieder Zuhause bin hier hinein. Danke dil88
So, hier der Inhalt nach Eingabe des "tail -n 300 /var/log/messages | grep CPU:"

BusyBox v1.16.1 (2015-10-28 13:19:04 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

Backup_DS> tail -n 300 /var/log/messages | grep CPU:
Dec 25 20:01:07 Backup_DS kernel: [ 0.000000] CPU: ARMv7 Processor [414fc091] revision 1 (ARMv7), cr=10c53c7d
Dec 25 20:01:07 Backup_DS kernel: [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Jan 2 08:56:13 Backup_DS kernel: [ 0.000000] CPU: ARMv7 Processor [414fc091] revision 1 (ARMv7), cr=10c53c7d
Jan 2 08:56:13 Backup_DS kernel: [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Backup_DS> Dec 25 20:01:07 Backup_DS kernel: [ 0.000000] CPU: ARMv7 Processor
[414fc091] revision 1 (ARMv7), cr=10c53c7d
-ash: syntax error: unexpected "("
Backup_DS> Dec 25 20:01:07 Backup_DS kernel: [ 0.000000] CPU: PIPT / VIPT non
aliasing data cache, VIPT aliasing instruction cache
-ash: Dec: not found
Backup_DS> Jan 2 08:56:13 Backup_DS kernel: [ 0.000000] CPU: ARMv7 Processor
[414fc091] revision 1 (ARMv7), cr=10c53c7d
-ash: syntax error: unexpected "("
Backup_DS> Jan 2 08:56:13 Backup_DS kernel: [ 0.000000] CPU: PIPT / VIPT non
aliasing data cache, VIPT aliasing instruction cache

Am 25.12.15 hatte ich das letzte Backup auf diese DS vorgenommen....