Mal ne (blöde?) Frage -> wo finde ich dieses QPI-ID?!?
QPI/Vtt is klar, aber was ist mit QPI-ID gemeint?
[Sammelthread] Gigabyte GA-EX58-UD5 / Extreme (Intel X58) [3]
- Ersteller Chrisch
- Erstellt am
- Status
Mal ne (blöde?) Frage -> wo finde ich dieses QPI-ID?!?
QPI/Vtt is klar, aber was ist mit QPI-ID gemeint?
Freezer
Semiprofi
Ich denke es ist die Spannung gemeint die im Bios angezeigt wird wenn diese Option auf Auto steht
Mmichel
Enthusiast
- Mitglied seit
- 22.06.2005
- Beiträge
- 5.612
dito!
sagt mal wann machen eure boards den so dicht beim bclk. komme irgendwie nicht signifikant über 200weiß eben nicht obs an der cpu liegt. qpi/vtt bin ich bis 1,35v gegangen..ist wie ne wand vor der ich stehe..an welcher schraube kann muß ich noch drehen? das board ist eines der früheren, alles H²O gekühlt.
Mit meinem C0 waren es 211 Mhz u. jetzt mit dem D0 223 Mhz.
Gruss Micha.
das macht mir ja hoffnung! 205 habe ich nun ans laufen gebracht..hab eigentlich einen der besseren C0 deshalb habe/hatte ich das board unter verdacht..210 würden mir ja schon reichen..
für einen geringen aufpreis (aber einer menge arbeit) würde ich an ein neues ud5 kommen..wenn das dann aber genauso läuft kann ich mir das sparen.
für einen geringen aufpreis (aber einer menge arbeit) würde ich an ein neues ud5 kommen..wenn das dann aber genauso läuft kann ich mir das sparen.
Zuletzt bearbeitet:
du meinst sicher die neue ref.!?
stelle gerade für jemanden nen neuen rechner zusammen, hab aber ein preislimit..einer neuer xenon ist für mich drin und ram, das nimmt er gebraucht..beim board sollte es was günstigeres sein..da bei mir alles H²O ist möchte ich auch ungern auf ein anderes board wechseln...werde mich erstmal um ne gescheite cpu kümmern und wenn das nichts bringt muss ich mal schauen..meine frau erschlägt mich hab erst ne videocam und ein kanu im urlaub gekauft die letzten wochen..ich spüre schon ihre hände an meinem hals...war da ein geräusch..(umdreh)
stelle gerade für jemanden nen neuen rechner zusammen, hab aber ein preislimit..einer neuer xenon ist für mich drin und ram, das nimmt er gebraucht..beim board sollte es was günstigeres sein..da bei mir alles H²O ist möchte ich auch ungern auf ein anderes board wechseln...werde mich erstmal um ne gescheite cpu kümmern und wenn das nichts bringt muss ich mal schauen..meine frau erschlägt mich
hab erst ne videocam und ein kanu im urlaub gekauft die letzten wochen..ich spüre schon ihre hände an meinem hals...war da ein geräusch..(umdreh)
hmm also ich habe 4 TB PLatten von Samsung dran und es gab in der hinsicht noch nie probleme...
hab allerdings jetzt auch wieder auf das 8f geflashed und siehe da... wieder mein phänomen mit dem keyboard... verstehe das nicht. ist es überhaupt ratsam dasselbe bios erneut aufzuspielen? habe es das letzte mal nach dem vierten flash vorgang zum laufen bekommen. nur wieso ich diese problem habe weiß ich auch nicht. kann einfach nicht mehr im bootloader auswählen, obwohl ich mit tastatur ins bios komme. rätsel...
Bhaalinator
Enthusiast
- Mitglied seit
- 03.11.2008
- Beiträge
- 45
Ich habe halt genau dasselbe Problem wovon die Leute dort alle berichten und bis auf das Biosupdate habe ich nichts verändert.
Load fail safe defaults habe ich gemacht und mit der alten Bios version geht es auch nicht. Wenn die Festplatte eingesteckt ist kann ich nichtmal mehr flashen da er sich beim öffnen der Datenträger im Qflash aufhängt.
Ob die festplatte oem oder distributionsware ist habe ich keine Ahnung, habe die halt ganz normal im Laden gekauft.
An bios einstellungen liegt es definitv nicht, da ich die Festplatte an diversen Rechnern probiert habe. Seit dem bios update wird sie nurnoch als 32mb mit raw format angezeigt.
Zuletzt bearbeitet:
...ich kann mir nur vorstellen, dass die platte anders partitioniert war, als normal bzw ms-konform... du musst die platte wieder in den urzustand mit dem samsung estool bringen -> http://www.samsung.com/global/business/hdd/support/utilities/ES_Tool.html
das mit der einstellung bezog ich auf dein speicherproblem...
das mit der einstellung bezog ich auf dein speicherproblem...
Im I-Net gibt es eine ganze Reihe an plausiblen Erklärungen, nach denen dieses Problem offentsichtlich durch Gigabyte verursacht wurde/wird.
Warum kommst Du dann hier mit einer solch blöden Ausrede daher, dass die Platte nicht richtig formatiert worden sei (es sich also um einen User-Fehler handele)?!?
Hier einmal die Kopie einer Erklärung:
ZUSAMMENFASSUNG zur Lösung des Problemes
HDD 1000GB nur mehr 33MB
Es sind Festplatten mit einer Größe von 1000GB aller Hersteller betroffen.
Jede Festplatte moderner Bauart hat nach ATA-Spezifikationen auf Anforderung des BIOS mit speziellen i/o Commands seine Device Configuration Daten zu präsentieren. Diese sitzen in einem Speicher am Controllerboard der HDD, und sind nicht auf der Plattenoberfläche abgespeichert. Mit zero-Fill-Format, schreiben des MBR oder löschen der ersten 64 Blöcke der Platte können diese Informationen daher nicht gelöscht werden.
Diese Daten beschreiben neben der Fähigkeiten der Platte (Übertragungsmodes, SMART-Unterstützung, NCQ....) auch die Größe des Datenträgers entweder in der alten chr-Form (28 Bit Adressing) oder in Form der maxLBA (48 Bit).
Mittels einer Device Configuration Overlay (DCO) Methode können diese herstellerseitig konfigurierten Daten überlagert, und außerdem gegen jede weitere Ändeung geschützt werden. Dieser Schutz wirkt allerdings nur bis zum nächstem Power-off der HDD.
Mainboardspezifische BIOS-Versionen nützen diese Methode seit langer Zeit, um auf der Systemplatte einige Informationen abzulegen. Zu diesem Zweck wird die Platte mit dieser DCO-Methode um einige Blöcke verkleinert, das Betriebssystem hat dann keine Chance, auf die dahinterliegenden Daten zuzugreifen oder diese zu verändern. Der so gewonnene geschützte Speicherbereich auf der Platte wird/wurde von den Herstellern dazu benutzt, um Konfigurationsdaten des BIOS zu sichern und in Zeiten, als die BIOS-Routinen wegen ihrer Größe nicht auf die Speicherchips mit geringer Kapazität passten, einen Teil des BIOS-Codes auf der Platte abzulegen, der dann nach POST von dort in den Speicher geladen wurde.
In weiterer Folge wurde diese Technik auch dazu benutzt, um bei Komplettsystemen den Auslieferzustand der Systempartition hinten auf der Platte nochmals abzubilden, um bei Zerstörung der Systemplatte durch das System selbst, Viren oder Benutzern mit ungeschickten Händchen den Originalzustand auf Knopfdruck beim Systemstart wiederherzustellen.
Gigabyte bietet als besonderes „Schmankerl“ seinen Kunden ein Tool an, mit dem der Benutzer selbst seine Systempartition im augenblicklichen Zustand auf diese Weise sichern kann.
Leider haben die Coder des BIOS die wichtigste Regel der Programmierung anscheinend nicht gelernt, die da heißt: Was du nicht als richtige Daten verifizieren kannst, hast du nicht zu ändern“ So kommt es, dass nach dem POST, wenn das BIOS die angeschlossenen Platten identifiziert, die Daten, die eine 1000GB-Platte als MaxLBA liefert, falsch interpretiert werden und sich das BIOS aus unbekanntem Grund dazu entschließt, diese Werte mit der DCO-Methode zu ändern und vor weiteren Änderungen zu schützen. Was dabei rauskommt, sieht man: Alles bis auf einen kläglichen Rest von 33MB wird vor dem Betriebssystem versteckt.
Wie sich zeigt, ist dem BIOS diese Vorgangsweise, wenn dieses Resize einmal geschehen ist, auch in den neuesten BIOS-Versionen nicht abzugewöhnen. Es glaubt, nach dem POST eine unter seiner Kontrolle stehende Platte vorzufinden und schützt sie wieder vor jeglicher Änderung.
Die einzige Möglichkeit, diese Änderung rückgängig zu machen, ist anscheinend eine Durchführung eines der angegebenen Tools – aber auf einem Mainboard, welches kein derart reagierendes BIOS vorhanden ist (es sollte also nicht Gigabyte draufstehen).
WICHTIG:
Gerät ein Besitzer einer dieser Platten in diese Falle, und sind ihm seine Daten darauf lieb, dann darf er keinesfalls damit herumexperimentieren – also kein Neuformat, löschen des MBR oder ähnliche Späße mit irgendwelchen Recovery-Tools. Die Daten sind unversehrt, und nach Freigabe der gesperrten Plattenbereiche durch eines der angegeben Tools auf einem anderen MoBo mit fehlerfreiem BIOS führt zur völligen Wiederansprechbarkeit aller darauf befindlichen Daten. Der Trick, nach dem Laden der Tools die Platte kurz stromlos zu machen, funktioniert auch nicht immer, weil das Bios beim Plug-in ja als erster wieder mitkriegt, dass hier was angeschlossen wurde. Ob das funktioniert, dürfte BIOS-Versions-abhängig sein.
Die Tools hier nochmals angelistet:
-Tools der Plattenhersteller auf den Herstellerseiten erhältlich
-andere:
unter WinXP (funktioniert anscheinend nicht im Vista) HDD Capacity Restore
DOS-Bootfloppy/CD: HDAT2 und MHDD
Linux: HDPARM
Während bei Basisvolumes damit der volle Zugriff und die unbeschadete Weiterverwendung des Volumes gewähreleistet scheint, leisten dynamische Volumes noch etwas Widerstand - sie werden nach der Wiederherstellung der Originalgröße von Windows als raw-disk angesehen darauf ist in diesem Zustand kein Zugriff auf die Platte möglich. Dynamische Volumes werden nach dem Rezept >>> dieses Posts <<< weiterbehandelt, um der Daten habhaft zu werden
Betroffene, welche keine Möglichkeit hatten, dies auf einem anderen System wiederherzustellen, oder denen diese Methode nicht geläufig war, haben bisher die Platte erfolgreich beim Lieferanten umtauschen können.
Wann genau dieser Fehler passiert, ist nicht komplett einzugrenzen.
Ich vermute aber, da bei Anstecken von neuen Geräten an den PATA/SATA Ports vom BIOS die Bootreihenfolge verworfen wird, dass es damit zusammenhängt, ob die 1000GB-Platte dann an erster Stelle oder in der weiteren Reihenfolge zwischen der ersten Platte liegt, die einen Bootsektor aufweist. Deshalb kann der Fehler auf jedem Board mit fehlerhaftem BIOS jederzeit auftreten, wenn eine Änderung in der Anschlussbelegung vorgenommen wird; und das kann auch sein, wenn eines der Geräte plötzlich nicht mehr hochkommt; d.h. es muss nicht einmal das Gehäuse geöffnet worden sein. So wäre erklärbar, warum manche Betroffene glauben, die Platte wäre schon so ausgeliefert worden, weil es beim ersten Anstecken passiert; bei anderen tritt es erst nach mehreren Tagen/Wochen/Monaten problemlosen Betriebes auf, und bei anderen nie.
Ob das so stimmt, kann ich nicht beurteilen, aber die Erklärung scheint mir nachvollziebar.
Zuletzt bearbeitet:
das müsste man doch aber mit nem bios update leicht ändern können seitens GB.
man müsste doch nur die fähigkeit implementieren auch MaxLBA daten lesen zu können, damit diese nicht falsch überschrieben werden.hilft wohl aber den schon betroffenen erstmal nicht weiter, wenn das so stimmt.
man müsste doch nur die fähigkeit implementieren auch MaxLBA daten lesen zu können, damit diese nicht falsch überschrieben werden.hilft wohl aber den schon betroffenen erstmal nicht weiter, wenn das so stimmt.
@Karamanga
der fehler ist mir und ihm noch nicht untergekommen, ist ja schön das du dich schlau gemacht hast, aber ...
tut das not gleich patzig zu werden?
ohne jz_ wüssten viele, mich eingeschlossen nicht wie man das mb anständig zum laufen bekommt, mal ganz davon abgesehen das wir von ihm immer die neuesten (und nur die funktionierenden) bios versionen bekommen, also ein bisschen mehr Respekt bitte
der fehler ist mir und ihm noch nicht untergekommen, ist ja schön das du dich schlau gemacht hast, aber ...
tut das not gleich patzig zu werden?
ohne jz_ wüssten viele, mich eingeschlossen nicht wie man das mb anständig zum laufen bekommt, mal ganz davon abgesehen das wir von ihm immer die neuesten (und nur die funktionierenden) bios versionen bekommen, also ein bisschen mehr Respekt bitte
Zuletzt bearbeitet:
@BlackNoir: Mein Beitrag sollte nicht patzig und auch nicht respektlos sein. Wenn das so rübergekommen sein sollte -> meine Entschuldigung dafür.
Auch ich habe durch JZ sehr viel über mein Board gelernt und bin ihm dafür dankbar.
Jedoch kann ich nicht glauben, dass JZ diese Sache gänzlich unbekannt ist - gerade weil er sich so gut mit und um GB so gut auskennt.
Auch ich habe durch JZ sehr viel über mein Board gelernt und bin ihm dafür dankbar.
Jedoch kann ich nicht glauben, dass JZ diese Sache gänzlich unbekannt ist - gerade weil er sich so gut mit und um GB so gut auskennt.
Zuletzt bearbeitet:
...du zitierst beiträge die sehr alt sind und das betraf sehr alte biose vom 965p und p35 ;-)
scheinbar hat die platte ein fehler... deswegen sollte das mit dem estool getestet werden... das wäre bisher ein einzelfall beim x58 und glaube nicht an einem bios-fehler, sonst hätte ich das hier und meine kundschaft auch schon gehabt... ich habe jeden tag mehrere systeme auf´m tisch...
scheinbar hat die platte ein fehler... deswegen sollte das mit dem estool getestet werden... das wäre bisher ein einzelfall beim x58 und glaube nicht an einem bios-fehler, sonst hätte ich das hier und meine kundschaft auch schon gehabt... ich habe jeden tag mehrere systeme auf´m tisch...
Habe 12 GB OCZ Platinum 1600 (allerdings "nur" mit 1448, aber 7-7-7-16, 1,58 V) und eine Samsung 1 TB am Extreme @ Bios 8g) laufen, ein generelles Problem mit OCZ oder 1 TB-Platten kann es also kaum sein
Bhaalinator
Enthusiast
- Mitglied seit
- 03.11.2008
- Beiträge
- 45
Ich danke euch schonmal für eure Hilfe.
Die Platte lief 1 Jahr auf mehreren Rechnern im ntfs Format ohne Probleme und hat sich mit dem letzten Bios update zerschossen.
Warum das passiert ist habe ich keine Ahnung, Fakt ist aber das es beim Bios update passiert ist und sich die Folgen genau mit den Erfahrungen aus diversen Foren decken. Vlt ein Fehler der in 0.0000001% der Fälle auftritt oder sich wieder beim Beta Bios eingeschlichten hat.
Ist ja auch alles egal, viel wichtiger ist, dass ich eine Möglichkeit brauche die Festplatte mit Daten zu retten.
Bei dem ES-tool von Samsung steht was von Backup, was ich ja leider nun nicht anfertigen kann.
Ich habe leider auch nicht wirklich Ahnung was ich mit dem ES Tool nun genau machen soll und etwas Panik, dass die Daten unwiderruflich verschwinden. Vlt. sollte ich die Platte doch einem Fachmann übergeben?
jemand ne ahnung wie der geil speicher auf unserem board läuft?
http://preisvergleich.hardwareluxx.de/deutschland/a387504.html
http://preisvergleich.hardwareluxx.de/deutschland/a387499.html
nach dem debakel mit den domi gt`S..und der nicht verfügbarkeit der trident bin ich auf der suche nach alternativen.. sollen bis 1700 cl7 schaffen oder 2000 bis cl9, farblich passend zum board wäre gut
---------- Beitrag hinzugefügt um 14:34 ---------- Vorheriger Beitrag war um 14:27 ----------
alternativ wären noch die mushkin 2000 cl 9 10 9 interssant vom preis.
schaft die cpu nicht 2000 uncore würde ich gern 1600+ mit min c8 schaffen und das wird bei den 2000 c9 kits sicher eng oder was meint ihr? kaufe ich mir ein 1600c7 kit komme ich dafür aber sehr unwahrscheinlich je auf 2000, bei bclk 210+ müsten diese idealerweise noch die guten timings halten können. die GT kits haben da ja alles mitgemacht. hoher takt mit guten timings und niedriegen mit besseren....brauche aber den ram die nächsten tage...
http://preisvergleich.hardwareluxx.de/deutschland/a387504.html
http://preisvergleich.hardwareluxx.de/deutschland/a387499.html
nach dem debakel mit den domi gt`S..und der nicht verfügbarkeit der trident bin ich auf der suche nach alternativen.. sollen bis 1700 cl7 schaffen oder 2000 bis cl9, farblich passend zum board wäre gut
---------- Beitrag hinzugefügt um 14:34 ---------- Vorheriger Beitrag war um 14:27 ----------
alternativ wären noch die mushkin 2000 cl 9 10 9 interssant vom preis.
schaft die cpu nicht 2000 uncore würde ich gern 1600+ mit min c8 schaffen und das wird bei den 2000 c9 kits sicher eng oder was meint ihr? kaufe ich mir ein 1600c7 kit komme ich dafür aber sehr unwahrscheinlich je auf 2000, bei bclk 210+ müsten diese idealerweise noch die guten timings halten können. die GT kits haben da ja alles mitgemacht. hoher takt mit guten timings und niedriegen mit besseren....brauche aber den ram die nächsten tage...
Zuletzt bearbeitet:
Hatte auch kurz Problemme mit einer WD 2000 GB (Durchsatz nur 5 MB/s statt 90) . Hab aber auf den anderen Slot umgesteckt und Bios Reset gemacht, danach einwandfrei. Kannst auch den Sata Kabel überprüfen. Manchmal sind die Verbindungen echt wackeling
Mit xeon wirste richtig Freude haben. Hatte meinen Kurz auf ~4,5. Musste noch mit Spannung rumspielen. Grade keine Zeit für. Hatte davor B-Batch, der schaffte gerade noch 3,8
Aber irgendwann heisst es für dich PC oder Freundinn
Muss mir auch einiges anhören
Was nimmste für Ram jetzt ? Hatte auch vor Corsair auf Trident zu tauschen. Trident ist Preis-Leistungstechnisch net zu schlagen und auf Extreme anscheinend sehr stabil, laut JZ
du meinst sicher die neue ref.!?
stelle gerade für jemanden nen neuen rechner zusammen, hab aber ein preislimit..einer neuer xenon ist für mich drin und ram, das nimmt er gebraucht..beim board sollte es was günstigeres sein..da bei mir alles H²O ist möchte ich auch ungern auf ein anderes board wechseln...werde mich erstmal um ne gescheite cpu kümmern und wenn das nichts bringt muss ich mal schauen..meine frau erschlägt mich
Mit xeon wirste richtig Freude haben. Hatte meinen Kurz auf ~4,5. Musste noch mit Spannung rumspielen. Grade keine Zeit für. Hatte davor B-Batch, der schaffte gerade noch 3,8
Aber irgendwann heisst es für dich PC oder Freundinn
Muss mir auch einiges anhören Was nimmste für Ram jetzt ? Hatte auch vor Corsair auf Trident zu tauschen. Trident ist Preis-Leistungstechnisch net zu schlagen und auf Extreme anscheinend sehr stabil, laut JZ
Zuletzt bearbeitet:
hab das ud5, müsste doch ebenso gut laufen!? hab nur kein bock auf rma...sind beim trident nicht auch die hyper drauf?...man ist das ein schxxx einfach zu viel auswahl
bin eigentlich corsair addicted
mit gskill hatte ich, allerdings vor jahren, mal ärger..das prägt so einen welpen fürs spätere leben
bin eigentlich corsair addicted
mit gskill hatte ich, allerdings vor jahren, mal ärger..das prägt so einen welpen fürs spätere leben
Bhaalinator
Enthusiast
- Mitglied seit
- 03.11.2008
- Beiträge
- 45
So habe viel rumprobiert und mit hdat2 dann den LBA Wert wieder zurueckgesetzt.
Wie gesagt, ich habe nichts geändert außer das Biosupdate und direkt nach dem update war der LBA Wert überschieben, also muss es am Bios update gelegen haben.
Werde das nochmal testen, wenn ich meine Daten gesichert habe.
Wie gesagt, ich habe nichts geändert außer das Biosupdate und direkt nach dem update war der LBA Wert überschieben, also muss es am Bios update gelegen haben.
Werde das nochmal testen, wenn ich meine Daten gesichert habe.
Bhaalinator
Enthusiast
- Mitglied seit
- 03.11.2008
- Beiträge
- 45
Leider bin ich da noch nicht weiter gekommen. Weiß auch momentan nicht genau was ich noch probieren kann.
Bin mit der DRAM Voltage bis auf 1,7Volt, haufenweise QPI Spannungen probiert, aber kriege den Ram einfach nicht auf 1333 stabil. Selbst bei 8 8 8 24 bekomme ich random freezes. Manchmal erst nach einem Tag.
Neulich dachte ich schon es wäre stabil, 2h prime und 1h linpack laufen lassen und trotzdem nach 24h erster freeze
Ram auf 1066 und das Teil rennt Wochenlang ohne reboot.
Das Problem mit dem Ram hat mich ja auch zum Bios update getrieben. Werde das neue Bios nochmal testen, aber vorher sichere ich erstmal alle daten bzw. entferne alle Festplatten bis auf die OS SSD
Dread1ord
Enthusiast
- Mitglied seit
- 20.03.2009
- Beiträge
- 58
Leider bin ich da noch nicht weiter gekommen. Weiß auch momentan nicht genau was ich noch probieren kann.
Bin mit der DRAM Voltage bis auf 1,7Volt, haufenweise QPI Spannungen probiert, aber kriege den Ram einfach nicht auf 1333 stabil. Selbst bei 8 8 8 24 bekomme ich random freezes. Manchmal erst nach einem Tag.
Neulich dachte ich schon es wäre stabil, 2h prime und 1h linpack laufen lassen und trotzdem nach 24h erster freeze
Ram auf 1066 und das Teil rennt Wochenlang ohne reboot.
Das Problem mit dem Ram hat mich ja auch zum Bios update getrieben. Werde das neue Bios nochmal testen, aber vorher sichere ich erstmal alle daten bzw. entferne alle Festplatten bis auf die OS SSD
Grüße
Den RAM kannste anscheinend knicken, ich hatte bis vor drei tagen das OCZ 12GB Kit (Platinum CL7) in der neuesten Revision mit schwarzem PCB (früher Grün). Tja schick sehen sie ja aus die OCZ's aber stabiel hab ich sie nich mal mit 1600 9.9.9.24 2T bekommen, was der ganzen aktion dann das KO gegeben hat. Und ich hatte sogar merkwürdige random freezes obwohl die kiste im idle war! Und so was geht garnicht! Also zurück in die RMA und brav wieder die Corsairs eingebaut da ich mir weiteres gebastel wie Bios Updates etc. sparen wollte. Und siehe da die Kist läuft und läuft und läuft...
Details zum System
http://www.sysprofile.de/id108226
hab mir jetzt den 2000C9 mushkin bestellt, gutes P/L und nach dem ganzen hin und her mit den hyper chips, wollte ich erstmal kein risiko eingehen. zu dem geil speicher konnte mir ja keiner was sagen. zum mushkin habe ich zumindest eine sehr ermutigenden info eines users bekommen(allerdings nicht auf GB board).werde dann mal berichten ob und wie er läuft!
Bin auch gespannt. Hatte Mushkin damals auf Corsair getauscht, weil die zu heiss waren. Die konnte man schon nach 30 min net mal anfassen. Entsprechend instabil waren die auch. Hatte damals noch Asus P6T Deluxe.
die 2000er? sind elpi BBSE drauf denke nicht das sich die riegel anders verhalen als die der anderen hersteller bezüglich abwärme?
sollten morgen in der post sein!
mein BCLK problem scheint sich nunmehr auch gelößt zu haben..lag an der cpu und nicht am brett , lasse gerade den xenon BCLK220 primeln..freu!
- Status
