DS215j will DSM neu installieren trotz jahrelanger Benutzung

[propella97]

Hallo,

meine DS215j lief bisher immer zuverlässig ohne irgendwelche Ausfälle. Jedoch habe ich vergangenen Freitag (30. März 2018) gesehen, dass die Status LED der DiskStaion orange blinkt. Natürlich bin ich direkt an den Rechner und habe versucht das Webinterface wie gewohnt über die lokale IP Adresse und dem Port 5001 (also https) aufzurufen - erfolglos. Danach habe ich das Webinterface meiner Fritzbox aufgerufen um nachzusehen, ob die DiskStation überhaupt verbunden ist - was sie war. Von dort aus habe ich dann auf den Namen der Synology geklickt, welcher mich dann auf folgendes Interface gebracht hat:





Ich weiß leider nicht, ob die Synology ein Update gemacht hat, aber mir ist die unterschiedliche Firmware- und DSM-Versionsnummer aufgefallen. Da ich am Wochenende nicht zu Hause war, habe ich die Synology mit dem Knopf ausgeschaltet und vom Strom und Netzwerk getrennt.


Wie muss ich nun vorgehen, damit die Daten erhalten bleiben?


Verbaut sind zwei WD 3TB Festplatten die durch RAID 1 gespiegelt sind. Sind zu ca 75% belegt.


LG

 

[peterhoffmann]

Beim Installieren vom DSM bleiben die Daten (in der Regel) erhalten.
Alle (vorherigen) Einstellungen im DSM sind aber meist weg.

Sicherheit: Wenn du kein Backup hast und auf Nummer 110% gehen willst, nimmst du eine HDD raus und sicherst die Daten anderswo. Ich halte es nicht für nötig, möchte den Weg aber nicht unerwähnt lassen. Ich würde das DSM einfach nur neuinstallieren. Die gemeinsamen Ordner etc. sollten danach im DSM wieder vorhanden sein.

Einstellungen vom DSM: Um solchen Dingen in Zukunft aus dem Weg zu gehen, kann man sich seine Einstellungen im DSM sichern (DSS-Datei).

 

[propella97]

Okay, aber warum passiert das überhaupt? Am vortag hat sie noch einwandfrei funktioniert!

 

[peterhoffmann]

Tja, gute Frage.

Ich hatte mal ein Problem mit einer DS115. Die lief sehr selten (reines Backupsystem) und hat dann sporadisch das Gleiche angefangen. Es stellte sich heraus, dass die CMOS-Batterie leer war (0,6V statt 3V). Das liegt wohl daran, dass sie fast nie am Stromnetz hängt und die Batterie belastet wird. Ein Wechsel ist aber kein Problem.

 

[propella97]

Ich glaube kaum, dass es die CMOS Batterie ist, denn die Synology hängt eigentlich immer am Stromnetz... Vor ihr hängt sogar eine USV, also da wird die Batterie eigentlich gar nicht belastet...

Ich habe zeitgleich mit dem Thread den Synology Support angeschrieben und heute eigentlich den selben Rat bekommen.

Guten Tag Herr ****,
vielen Dank für Ihre Anfrage.
Basierend auf Ihren Screenshot muss ich aktuell davon ausgehen, dass es nach dem letzten DSM zu einer Beschädigung der Systempartition gekommen ist.
Dies bedeutet, dass auf dem EEPROM der DiskStation bereits die Daten des DSM 6.1.6 geschrieben wurden aber beim Update der Systempartition ein Fehler aufgetreten ist.
Dadurch kommt aktuell der festgestellte Versionsunterschied zustande.
Sie können hierbei über den Webassistant die DSM Installation neu anstoßen.
Hierbei wird ausschließlich die Systempartition neu geschrieben, d.h. dass es anschließend notwendig wäre die Systemkonfiguration aus einer Sicherung wiederherzustellen oder diese manuell neu zu setzen.
Da sich Ihre Daten auf einer anderen Partition befinden (Datenpartition) bleiben diese von der DSM Installation vollständig unberührt.
Achten Sie während der DSM Installation nur auf alle Meldungen mit roter Schrift und lesen Sie sich diese sorgfälltig durch.
Sollte hier sinngemäß stehen, dass die Festplatten formatiert werden müssen Sie die Installation unbedingt abbrechen da es ansonsten zu Datenverlust kommt.
Gerne können Sie mir Beschied geben wenn Sie hierzu noch Fragen haben sollten.
 
Für weitere Fragen stehe ich Ihnen gerne zur Verfügung.
Mit freundlichen Grüßen,
****** *******
Technical Support Engineer

Ich werde jetztmal DSM neu installieren... falls irgend etwas besonderes passieren sollte, melde ich mich wieder

 

[propella97]

Es hat funktioniert

Natürlich habe ich auch direkt versucht herauszufinden, woran das alles hier liegen könnte... Also hab ich mit Putty mal /var/log/messages auf den PC gezogen und mit Notepad ++ angeschaut und siehe da, ich glaube ich hab den Fehler!


Um 1:46 hat die Synology ein DSM Update gestartet (was sie eigentlich um 1:30 Uhr tun sollte...)

2018-03-30T01:46:35+02:00 SynologyNAS synoupgrade[30301]: synoupgrade.cpp:485 Start DSM Auto Update

Das hat alles soweit geklappt bis um 1:49, dann kommt die Meldung

2018-03-30T01:49:11+02:00 SynologyNAS syno_poweroff_task: System is acting poweroff.

und eine Minute später kommen ein paar root errors wie

2018-03-30T01:50:22+02:00 SynologyNAS root: fd check error:
2018-03-30T01:50:22+02:00 SynologyNAS root: /upd@te
2018-03-30T01:50:22+02:00 SynologyNAS root: /upd@te
2018-03-30T01:50:22+02:00 SynologyNAS root: /upd@te
2018-03-30T01:50:22+02:00 SynologyNAS root: SYSTEM:	Last message '/upd@te' repeated 2 times, suppressed by syslog-ng on SynologyNAS
2018-03-30T01:50:22+02:00 SynologyNAS root: /SynoUpgrade.tar
2018-03-30T01:50:22+02:00 SynologyNAS root: /upd@te
2018-03-30T01:50:22+02:00 SynologyNAS root: /upd@te/hda1.tgz
2018-03-30T01:50:23+02:00 SynologyNAS root: cmdline check error:
2018-03-30T01:50:23+02:00 SynologyNAS root: //upd@te/updater
2018-03-30T01:50:23+02:00 SynologyNAS root: //upd@te/updater
2018-03-30T01:50:23+02:00 SynologyNAS root: SYSTEM:	Last message '//upd@te/updater' repeated 1 times, suppressed by syslog-ng on SynologyNAS
2018-03-30T01:50:23+02:00 SynologyNAS root: maps check error:
2018-03-30T01:50:23+02:00 SynologyNAS root: /upd@te/updater
2018-03-30T01:50:23+02:00 SynologyNAS root: /upd@te/updater
2018-03-30T01:50:23+02:00 SynologyNAS root: /upd@te/updater
2018-03-30T01:50:25+02:00 SynologyNAS root: SYSTEM:	Last message '/upd@te/updater' repeated 3 times, suppressed by syslog-ng on SynologyNAS
2018-03-30T01:50:25+02:00 SynologyNAS root: Check device busy2: error, refer: /var/log/DeviceBusyList2

Die letzte Linie ist auch die letzte Nachricht unter var/log/messages...

Ich vermute jetzt also, dass sich die Synology einfach während dem Update heruntergefahren hat, weil sie - aus welchem Grund auch immer - das Update zu spät angefangen hat. Inzwischen habe ich die Zeiten ein bisschen angepasst, damit so etwas nicht mehr passiert!


Grüße

 

[peterhoffmann]

Danke für die Rückmeldung. Ein Überschneiden von Updatevorgang und Runterfahren ist natürlich kontraproduktiv.

Mein Tipp zwecks Systemsicherung: Die Systemeinstellungen vom DSM kann man auch über den Aufgabenplaner z.B. einmal im Monat sichern lassen. So hat man immer eine relativ aktuelle Einstellungsdatei (*.dss) und kann in solchen Fällen recht leicht wieder durchstarten.