DSM 6.x und darunter Intel Avoton in DS415+ von Hardware bug betroffen

[goetz]

Hallo,
LPC_CLKOUT1/2 sind bus clock Signale für den LPC Bus, das hat nun gar nichts mit WOL oder RTC zu tun.
Bisher ist kein Fall bekannt der nachweislich auf den CPU Fehler zurückzuführen ist.

Dann wohl noch ein anderes Hardwareproblem?!?

ja, da sitzt der Fehler im Bereich PIC/Netzteil.

Gruß Götz

 

[megakeule]

Ich erlaube mir mal Wikipedia zu zitieren:

LPC dient dazu, langsame und althergebrachte Hardwarekomponenten in einer Weise mit der CPU zu verbinden, die die Verwendung alter Betriebssysteme aus der ISA-Ära (wie MS-DOS) erlaubt und die Bootphase neuerer Betriebssysteme unterstützt. Diese Komponenten sind im Wesentlichen das BIOS-ROM, die Echtzeituhr, die klassischen Intervall-Timer und Interrupt- und DMA-Controller, die PS/2-Tastatur und ihr Controller, die PS/2-Maus, der Systemlautsprecher, der Floppy-Disk-Controller, einfache Onboard-Soundkarten, wie etwa AC’97, sowie klassische serielle und parallele Schnittstellen.

Zumindest das Bios wird ja wohl zum booten gebraucht werden, oder?
Echtzeituhr wird auch erwähnt.

und hier:

Intel designed the LPC bus so that the system BIOS image could be stored in a single flash memory chip directly connected to the LPC bus. Intel also made it possible to put operating system images and software applications on a single flash memory chip directly connected to the LPC bus, as an alternative to a Parallel ATA port.[5]

Mit WOL kann ich ja daneben liegen, aber zum booten werden die Signale auf jeden Fall gebraucht.

Außerdem hätte ich schon gerne gewusst woher du deine Sicherheit nimmst, dass nachweislich kein CPU Fehler bekannt ist???

 

[goetz]

Hallo,
ich habe nicht geschrieben, dass kein CPU Fehler bekannt ist, natürlich ist der Fehler bekannt. Bisher habe ich keine Informationen gefunden die den CPU Fehler als eindeutige Ursache für eine defekte DS darlegt.

. Wahrscheinlich versorgt die CPU mit dem Takt der betroffenen Pins die Resetschaltung die auch für WOL und die Realtime Clock zuständig ist.

Das ist einfach nur falsch. Die Clock Signale sind einfach nur für den Betrieb des Busses da. Fallen die Clock Signale aus ist der Bus und alle daran angeschlossenen Geräte verschwunden. Die ganz große Unbekannte ist ja - niemand (außer Synology) weiß genau welche Geräte am LPC Bus hängen. BIOS RTC usw. können am LPC hängen müssen aber nicht. Bootrom als SPI Flash wird zb. ganz anders angebunden.

Gruß Götz

 

[megakeule]

Da ließt sich der Satz der englischen Wikipedia aber anders.

Intel also made it possible to put operating system images and software applications on a single flash memory chip directly connected to the LPC bus,

Aber na klar: Was wir dringend brauchen ist ein Statement von Synology.
Ich habe gerade einem Freund vom Kauf der Rackstation abgeraten, die mit der gleichen CPU läuft. Solange man nicht weiß welche Modelle und Baujahre potentiell betroffen sind, würde ich jedenfalls keines der Modelle mit dem Avoton mehr kaufen.

 

[isch83]

Ja das Statement von Synology ähnlich wie es Cisco gemacht hat wäre super und auch wirklich erforderlich um die Kunden zu beruhigen.

Ich hab mich auch dazu entschieden mein noch funktionierendes NAS zurückzugeben...und nach einem halben Wochenende suchen habe ich noch keine Alternative gefunden.

QNAP wirklich interessante Geräte aber so ganz schlau geworden bin ich noch nicht aus dem QTS. Ja ich würde deutlich mehr Geld in die Handnehmen als die DS415+ gekostet hst aber ich bin mir nicht sicher ob sich das überhaupt lohnt

Somit habe ich für die nächsten Wochen beschlossen auf meinem Backupsystem weiterzuarbeiten und mal zu hoffen das Synology vielleicht zur Cebit etwas Neues raus bringt oder zu mindest ankündigt

 

[goetz]

Hallo,
@megakeule
http://www.anandtech.com/show/11110/semi-critical-intel-atom-c2000-flaw-discovered
"For the smaller number of manufacturers who are using SPI Flash, this wouldn't impact them unless they were using the LPC bus for something else."
Es gibt eben mehrere Möglichkeiten den Boot Rom anzubinden. Ohne konkrete Informationen was bei Synology am LPC angebunden ist bleibt alles Spekulation.

Gruß Götz

 

[dil88]

@isch83: Kluge Entscheidung. Bin gespannt, ob die Überlegung aufgeht, könnte es mir aber durchaus vorstellen. So lange ist die Cebit ja auch nicht mehr hin.

 

[Iarn]

Hallo,
ich habe nicht geschrieben, dass kein CPU Fehler bekannt ist, natürlich ist der Fehler bekannt. Bisher habe ich keine Informationen gefunden die den CPU Fehler als eindeutige Ursache für eine defekte DS darlegt.

Das liegt doch daran, dass es überhaupt keine verwertbaren Informationen zum Thema gibt. Während sich andere Hersteller wie Cisco darum bemühen, den Verbraucher informiert zu halten, wiegelt Synology nur ab, veröffentlich hohle Phrasen und hofft anscheinend insgeheim, dass es irgendwie geräuschlos vorbei geht.

 

[independence2206]

@isch83: ich überlege mir das auch ein wenig am Rande mit QNAP.. Was mich allerdings abschreckt ist der Fakt, dass ich auf der Diskstation nun alles so eingestellt habe wie ich will und das ne menge Zeit gekostet hat weil ich es auch über sehr viele Wochenenden hinweg immer mal peu a peu gemacht habe. Bei QNAP starte ich dann wieder bei 0 und weiß noch nicht einmal sicher ob alles genauso fehlerfrei läuft und meine Ansprüche exakt gleich abdeckt..
Abgesehen davon hat QNAP so viele Produkte im Angebot das ich keinen Überblick habe..

 

[X5_492_Neo]

nicht einmal sicher ob alles genauso fehlerfrei läuft und meine Ansprüche exakt gleich abdeckt...

Da kann ich dich beruhigen, das tut QNAP nicht. aber am besten du probierst es aus!

 

[BlackWolf]

Witzig ist das Synology und Intel bei der CeBit Stände direkt nebeneinander haben. Man könnte ja mal nachfragen, Dürfte dann ganz schnell gehen.

 

[X5_492_Neo]

Auch recht fix mit einem Freiflug....

 

[minos]

hilfe was lese ich denn hier
hab meine 1815+ direkt nach dem erscheinen bestellt und hab eines der ersten (NOV 2014) Geräte das in der Schweiz ausgeliefert wurde, deswegen natürlich lange aus der Garantie.
gut ich hatte bis jetzt keine Probleme aber da wird einem ja ganz anders wo sicher ich denn nun meine 24tb Daten......oh man. ich glaub ich muss die beim Kassensturz anschwärzen wenn se nicht kulant reagieren

 

[bitrot]

Die DS1815+ hat, wie auch alle anderen Geräte aus der '+' Serie mit Ausnahme der DS415+, dem schwarzen Schaf der Familie, 3 Jahre Garantie und ist deshalb eben nicht "lange aus der Garantie". In Deinem konkreten Fall sind es noch in etwa 9 Monate.

9 Monate sind eine lange Zeit. 9 Monate braucht die befruchtete Eizelle, um ein Mensch zu werden. 9 Monate sind exakt die Zeit, die Donald Trump braucht um den dritten Weltkrieg anzuzetteln. 9 Monate sind lang.

 

[X5_492_Neo]

hilfe was lese ich denn hier

ruhig brauner!
Ja wir sind alle ein bisschen gaga deswegen, auch Trump ist deswegen gaga! Deswegen wirds wahrscheinlich auch Krieg geben
Blubb! So, jetzt beruhigen wir uns mal wieder und lassen die Kirche im Dorf! Denn solange von Synology keine Aussage kommt wie damit umgegangen wird und was nun Sache ist, ist alles nur Panikmache und sowieso überreagiert!

 

[Puppetmaster]

...wo sicher ich denn nun meine 24tb Daten......oh man.

Am besten dort, wo du sie bisher auch gesichert hast.

 

[minos]

Die DS1815+ hat, wie auch alle anderen Geräte aus der '+' Serie mit Ausnahme der DS415+, dem schwarzen Schaf der Familie, 3 Jahre Garantie und ist deshalb eben nicht "lange aus der Garantie". In Deinem konkreten Fall sind es noch in etwa 9 Monate.

9 Monate sind eine lange Zeit. 9 Monate braucht die befruchtete Eizelle, um ein Mensch zu werden. 9 Monate sind exakt die Zeit, die Donald Trump braucht um den dritten Weltkrieg anzuzetteln. 9 Monate sind lang.

Danke das wusste ich nicht.

 

[Puppetmaster]

Was jetzt, das erste oder das zweite?

PS: besser keine Vollzitate!

 

[megakeule]

"...9 Monate braucht eine befruchtete Eizelle..." blabla. Was soll dieser Off-Topic Bullshit hier? Das ist das Syno-Forum, nicht das Gyno-Forum!

Kleiner Hinweise an alle bei denen das Problem nach 18 bis 24 Monaten noch nicht aufgetreten ist:
Die Cisco FAQ sagt, dass die Häufigkeit sich ab dem 18ten Monat Laufzeit(!!!) erhöht. Wer wie ich seine DS über die Zeitsteuerung ausschaltet, verzögert das Problem und erhöht die Wahrscheinlichkeit, dass es nach Ablauf der Garantie auftritt. Was einem, im Fall mangelnder Kulanz seiten Syno, zum ultimativen Nachteil gereichen wird.

Cisco schreibt übrigens auch, dass ihre aktuell ausgelieferten Produkte mit dem C2000 den Plattformfix enthalten und damit nicht mehr betroffen sind.

@minos:
Keine Panik, durch den Bug gehen deine Daten nicht verloren, da er nur im Bootprozess auftritt. Trotzdem ist ein Backup natürlich immer sinnvoll!


Weiterhin keine Info von Syonolgy. Mal gespannt, ob diese Woche was kommt.

 

[bitrot]

Keine Panik, das ist und bleibt das Syno Forum (!!!), auch wenn man das hin und wieder bei den Hormonschwankungen vergessen könnte (!!!).