DSM 6.x und darunter DSM 5.1 (5004) - Erfahrungen, Probleme, Bugs

[DKeppi]

Kann pyLoad aber nicht starten:

/usr/bin/php: symbol lookup error: /volume1/@appstore/pyload/lib/libreadline.so.6: undefined symbol: PC

Genau dasselbe wie bei der Beta, hab ich auch bei der Final (enkidu pyload spk)!
Hat das noch jemand und evtl. die Lösung?

 

[g202e]

Dafür gibt es dann eine komplett neue Firmware 5.1 die so ziemlich alles schrottet, was bisher mit 5.0 einwandfrei lief.

Ich muss auch widersprechen. Habe 2 DS112+ und eine DS114 an drei verschiedenen Standorten am Samstag aktualisiert. Das Einzige, was nicht mehr lief, war die Cloud über die QuickConnectID. Nachdem ich die Cloud-Verbindung über DDNS statt über diese QuickConnect-"Krücke" laufen habe, ist alles i. O..

 

[sake]

Bei mir funktioniert "autorun" nicht mehr. Auch eine Neuinstallation hat keine Abhilfe geschaffen.
Ich kann autorun zwar installieren, jedoch lässt es sich nicht aktivieren.

Schade, ich finde das Programm genial. Nun muss ich extra für ein durchzuführendes Backup wieder auf die Weboberfläche.
>Blöd

 

[Versus]

Für Alle die nach dem Update ihre Volumes "verloren" haben, so wie ich...
Es scheint irgendwie ein Problem mit dem LVM zu geben.
Die ersten schritte sind hierbei mal pvs, vgs und lvs (über putty/SSH-Client)auszuführen um festzustellen ob die Volumes tatsächlich weg sind oder einfach nur inaktiv sind, bei mir ist dies der Fall!

Man kann die Volumes wieder aktivieren und auch einhängen, in die fstab eintragen usw jedoch nach einem neustart ist alles wieder beim alten.
Ein Downgrade habe ich ausgelassen da ich die Befürchtung habe dass dies zum selben Ergebnis führen würde....

Sobald ich mehr habe, melde ich mich nochmal

Habe im übrigen eine DS1511+ upgedatet(lahmgelegt)
bei der DS212 trau ich mich nicht mehr ans updaten....

 

[swiftnik2000]

Habe gestern auch das Update 5.1 auf meiner DS 413 gemacht, hätte es besser lassen sollen.

Die DS startet unwillkürlich gegen 1 Uhr in der Nacht ohne entsprechenden Auftrag. Der (System) Ruhezustand funktioniert auch nicht mehr seit der DSM 5.1 Aktualisierung. Die Blaue Power LED geht nach einem gewissem Zeitraum ganz aus und bleibt es auch. Sollte der Systemruhezustand nach einer Weile doch funktionieren, leuchtet (blinkt) somit an der DS keinerlei LED.

Die MYDS Center Warnung auf der DSM Oberfläche nervt ebenso!

 

[X5_492_Neo]

ich habe nun auch ein Support Ticket erstellt wegen dem Ruhezustand. Hatte alle Möglichkeiten ausgeschöpft bevor ich das getan hatte, schien aba wirklich ein Bug zu sein!

 

[ds_112]

Hab alle Pakete angehalten, Netzwerkkabel entfernt. Die Kiste fährt nicht mehr in den Ruhezustand. Problem ist gemeldet, hab noch keine Antwort.

 

[Pootch]

Was mir aufgefallen ist seit dem letzten Update:

- Neustart der Diskstation funktioniert nicht mehr.. es hilft nur mehr Stromkabel ziehen.
- Inkompatibilität zu DVB Link.

Ganz toll echt.. in Zukunft werde ich mich hüten Updates sofort zu installieren.

 

[olli1806]

Ich sage nur Asustor

Ich sage nur asustor und alles wird gut!!!!

 

[benoga]

Asustor kann ja nicht mal (HA) Clustering... somit keine Alternative

 

[süno42]

Irgendwie hat mir meine Vorahnung recht gegeben, daß die neue Version bei einigen zum Desaster führen wird. Das war bei den letzten Versionen leider nicht anders. Synology hat noch immer immense Probleme bei ihrer Qualitätskontrolle, Softwareentwicklungsplanung, Versionsmangement etc.

Die werden es wohl nicht mehr lernen. Ob andere Hersteller da sehr viel anders sind, weiß ich nicht. Zumindest bei der Sicherheit ihrer Software scheint es bei allen ähnlich schlecht bestellt…

 

[Roller19]

"cat /var/log/messages" über putty/ssh auf der Konsole.

So, hab jetzt folgendes gemacht:

unter Systemsteuerung > Terminal > Telnet aktiveren.

Unter Windows > Start > ausführen > cmd.exe > telnet IP_deiner_DS
dann User Admin und Passwort eingegeben.

Jetzt kommt folgende Mitteilung:

login: can't chdir to home directory '/var/services/homes/admin'

BusyBox v1.16.1 (2014-11-06 16:00:14 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

Was mach ich verkehrt?

 

[Dark Dragon]

An der Konsole ist der User root und nicht admin

 

[Roller19]

An der Konsole ist der User root und nicht admin

OK

habe mich als root angemeldet:

Jetzt schreibt er nur:

BusyBox v1.16.1 (2014-11-06 16:00:14 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.


Wie komme ich an die Log Daten?

 

[Benares]

Einfach "cat /var/log/messages" eintippen und Enter drücken. Sieht bei mir so aus

login as: root
root@DS212's password:


BusyBox v1.16.1 (2014-11-06 15:58:41 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

root@DS212:~# cat /var/log/messages

Die Ausgabe sieht dann so aus:

...
Nov 14 19:14:52 DS212 kernel: [537228.130000] ata1: wake up from deepsleep, reset link now
Nov 14 19:14:52 DS212 kernel: [537228.220000] ata1: device plugged sstatus 0x123
Nov 14 19:14:59 DS212 kernel: [537235.140000] ata2: wake up from deepsleep, reset link now
Nov 14 19:14:59 DS212 kernel: [537235.220000] ata2: device plugged sstatus 0x123
Nov 14 19:15:02 DS212 kernel: [537241.200000] ata1: SRST failed (errno=-16)
Nov 14 19:15:02 DS212 kernel: [537241.200000] ata1: SRST fail, set srst fail flag
Nov 14 19:15:05 DS212 kernel: [537244.160000] ata2: link is slow to respond, please be patient (ready=0)
Nov 14 19:15:06 DS212 kernel: [537244.400000] ata1: link reset sucessfully clear error flags
Nov 14 19:15:06 DS212 kernel: [537244.490000] ata1.00: Disable disk write cache in EH
Nov 14 19:15:06 DS212 kernel: [537244.590000] ata1: wake up successful, the reset fail can be ignored
Nov 14 19:15:13 DS212 kernel: [537248.180000] ata2: SRST failed (errno=-16)
Nov 14 19:15:13 DS212 kernel: [537248.180000] ata2: SRST fail, set srst fail flag
Nov 14 19:15:13 DS212 kernel: [537251.080000] ata2: link reset sucessfully clear error flags
Nov 14 19:15:13 DS212 kernel: [537251.190000] ata2.00: Disable disk write cache in EH
Nov 14 19:15:13 DS212 kernel: [537251.290000] ata2: wake up successful, the reset fail can be ignored
root@DS212:~#

Der ganze Block ist ein typischer Aufwachvorgang, wie ich ihn eben durch meine Anmeldung ausgelöst habe. Interessanter sind aber die Ausgaben davor oder kurz danach.
Installier dir lieber "putty" (Freeware) als Terminalprogramm anstatt des ollen "telnet", da kannst du das Fenster zoomen. Ausserdem kannst du zurückscrollen.

 

[UsetheNAS]

Hallo,
ich trau mich kaum das zu posten, aber meine 214+ läuft seit dem Update auf DSM 5.1 ohne Probleme. Ich habe sogar den Eindruck, das die Multimediafeatures schneller geworden sind.

Gruß

 

[Roller19]

Einfach "cat /var/log/messages" eintippen und Enter drücken. Sieht bei mir so aus

login as: root
root@DS212's password:


BusyBox v1.16.1 (2014-11-06 15:58:41 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

root@DS212:~# cat /var/log/messages

Die Ausgabe sieht dann so aus:

...
Nov 14 19:14:52 DS212 kernel: [537228.130000] ata1: wake up from deepsleep, reset link now
Nov 14 19:14:52 DS212 kernel: [537228.220000] ata1: device plugged sstatus 0x123
Nov 14 19:14:59 DS212 kernel: [537235.140000] ata2: wake up from deepsleep, reset link now
Nov 14 19:14:59 DS212 kernel: [537235.220000] ata2: device plugged sstatus 0x123
Nov 14 19:15:02 DS212 kernel: [537241.200000] ata1: SRST failed (errno=-16)
Nov 14 19:15:02 DS212 kernel: [537241.200000] ata1: SRST fail, set srst fail flag
Nov 14 19:15:05 DS212 kernel: [537244.160000] ata2: link is slow to respond, please be patient (ready=0)
Nov 14 19:15:06 DS212 kernel: [537244.400000] ata1: link reset sucessfully clear error flags
Nov 14 19:15:06 DS212 kernel: [537244.490000] ata1.00: Disable disk write cache in EH
Nov 14 19:15:06 DS212 kernel: [537244.590000] ata1: wake up successful, the reset fail can be ignored
Nov 14 19:15:13 DS212 kernel: [537248.180000] ata2: SRST failed (errno=-16)
Nov 14 19:15:13 DS212 kernel: [537248.180000] ata2: SRST fail, set srst fail flag
Nov 14 19:15:13 DS212 kernel: [537251.080000] ata2: link reset sucessfully clear error flags
Nov 14 19:15:13 DS212 kernel: [537251.190000] ata2.00: Disable disk write cache in EH
Nov 14 19:15:13 DS212 kernel: [537251.290000] ata2: wake up successful, the reset fail can be ignored
root@DS212:~#

Der ganze Block ist ein typischer Aufwachvorgang, wie ich ihn eben durch meine Anmeldung ausgelöst habe. Interessanter sind aber die Ausgaben davor oder kurz danach.
Installier dir lieber "putty" (Freeware) als Terminalprogramm anstatt des ollen "telnet", da kannst du das Fenster zoomen. Ausserdem kannst du zurückscrollen.

Ich habe jetzt putty installiert und es funktioniert besser. Vielen Dank.

 

[Roller19]

Einfach "cat /var/log/messages" eintippen und Enter drücken. Sieht bei mir so aus

login as: root
root@DS212's password:


BusyBox v1.16.1 (2014-11-06 15:58:41 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

root@DS212:~# cat /var/log/messages

Die Ausgabe sieht dann so aus:

...
Nov 14 19:14:52 DS212 kernel: [537228.130000] ata1: wake up from deepsleep, reset link now
Nov 14 19:14:52 DS212 kernel: [537228.220000] ata1: device plugged sstatus 0x123
Nov 14 19:14:59 DS212 kernel: [537235.140000] ata2: wake up from deepsleep, reset link now
Nov 14 19:14:59 DS212 kernel: [537235.220000] ata2: device plugged sstatus 0x123
Nov 14 19:15:02 DS212 kernel: [537241.200000] ata1: SRST failed (errno=-16)
Nov 14 19:15:02 DS212 kernel: [537241.200000] ata1: SRST fail, set srst fail flag
Nov 14 19:15:05 DS212 kernel: [537244.160000] ata2: link is slow to respond, please be patient (ready=0)
Nov 14 19:15:06 DS212 kernel: [537244.400000] ata1: link reset sucessfully clear error flags
Nov 14 19:15:06 DS212 kernel: [537244.490000] ata1.00: Disable disk write cache in EH
Nov 14 19:15:06 DS212 kernel: [537244.590000] ata1: wake up successful, the reset fail can be ignored
Nov 14 19:15:13 DS212 kernel: [537248.180000] ata2: SRST failed (errno=-16)
Nov 14 19:15:13 DS212 kernel: [537248.180000] ata2: SRST fail, set srst fail flag
Nov 14 19:15:13 DS212 kernel: [537251.080000] ata2: link reset sucessfully clear error flags
Nov 14 19:15:13 DS212 kernel: [537251.190000] ata2.00: Disable disk write cache in EH
Nov 14 19:15:13 DS212 kernel: [537251.290000] ata2: wake up successful, the reset fail can be ignored
root@DS212:~#

Der ganze Block ist ein typischer Aufwachvorgang, wie ich ihn eben durch meine Anmeldung ausgelöst habe. Interessanter sind aber die Ausgaben davor oder kurz danach.
Installier dir lieber "putty" (Freeware) als Terminalprogramm anstatt des ollen "telnet", da kannst du das Fenster zoomen. Ausserdem kannst du zurückscrollen.

Habe mir jetzt alles angeschaut, aber in der Konsole dokumentiert mir die DS nur, das ich diese um 01:00 Uhr runter fahre und um 05:00 Uhr wieder hoch fahre. Die Konsole dokumentiert mir aber nicht das ständige Aufwachen (Hibernation). Dies wird nur im Protokoll-Center dokumentiert.

Einer ne Idee?

 

[Tommes]

Jetzt hab ich sogar eine Mail von DVBLogic erhalten indem sie davon abraten DSM 5.1 zu installieren, da DVBLink sonst nicht mehr funktioneren würde. Cool

 

[Thorndike]

Irgendwie hat mir meine Vorahnung recht gegeben, daß die neue Version bei einigen zum Desaster führen wird. Das war bei den letzten Versionen leider nicht anders. Synology hat noch immer immense Probleme bei ihrer Qualitätskontrolle, Softwareentwicklungsplanung, Versionsmangement etc.

Die werden es wohl nicht mehr lernen. Ob andere Hersteller da sehr viel anders sind, weiß ich nicht. Zumindest bei der Sicherheit ihrer Software scheint es bei allen ähnlich schlecht bestellt…

Software ist immer und überall schlecht und fehlerhaft. Die wird halt von Leuten programmiert und Leute machen immer alle etwas falsch! Weiß ich genau, ich mache es selbst nicht besser. Die einzelnen Firmen unterscheiden sich nur dadurch an welcher Stelle die Fehler auffallen (Tests, QS) und wie auf öffentlich bekannte Fehler reagiert wird (Support). Auch da wird man von jeder Firma Horrorgeschichten hören weil sich die eben am schnellsten verbreiten. Wenn man aber mit der Leistung der Firma für die man sich einmal entschieden hatte nicht zufrieden ist muß man sein Glück eben wo anders versuchen. Vielleicht zieht man bei denen dann ja nicht die Nieten aus dem Topf.