Ryzen 1700 Linux bug, wo kann ich RMA machen?
- Ersteller derbe
- Erstellt am
J
jodd
Gast
Bei der "Problembeschreibung" würde ich aber auch sicher gehen wollen das es nicht an etwas anderen liegt.
- Registriert
- Aug. 2013
- Beiträge
- 1.702
@jonderson
Bestehe einfach auf die RMA dann wird das auch gemacht, habt etwas ausgekotzt, dann war direkt kein Thema mehr mit mach mal 1000 Screenshots von allen scheiß.
Übrigens habe ein Link von AMD direkt bekommen falls man keine Lust hat sich auf den ganzen Vorgang einzulassen:
http://support.amd.com/en-us/warranty/rma
Bestehe einfach auf die RMA dann wird das auch gemacht, habt etwas ausgekotzt, dann war direkt kein Thema mehr mit mach mal 1000 Screenshots von allen scheiß.
Übrigens habe ein Link von AMD direkt bekommen falls man keine Lust hat sich auf den ganzen Vorgang einzulassen:
http://support.amd.com/en-us/warranty/rma
Zuletzt bearbeitet:
FranzvonAssisi
Admiral
- Registriert
- Dez. 2013
- Beiträge
- 7.402
jonderson schrieb:
Natürlich überprüfen die ihre Cases... Was glaubst du wie viele sich da melden, weil eben genau Ram oder Mb oder whatever defekt ist, sie aber von eine "Ryzen-Bug" gehört haben und genau DER muss es ja sein...
Marco01_809
Lt. Commander
- Registriert
- Mai 2011
- Beiträge
- 1.875
Weiß gar nicht wie hier eine Diskussion entstehen kann ob man die CPU zurückgeben sollte oder nicht.
Selbst wenn man keine Probleme hat sollte man das Teil austauschen lassen, schließlich hat sie einen Hardware-Fehler wodurch sie nicht in jeder Situation korrekt arbeitet und Anwendungen zum Abstürzen bringt.
Aussagen wie "Tritt nur beim Kompilieren unter Linux auf" sind auch sehr engstirnig. Das weiß die CPU ja nicht, dass da kompiliert wird. Auf Hardware-Ebene gibt es einfach eine Kombination an Instruktionen, die die CPU nicht ordnungsgemäß verarbeiten kann. Damit ist sie (teil)defekt und fertig. Muss einen ja nicht stören, aber bezahlt hat man nunmal für eine voll funktionsfähige CPU.
Dass der Support einen da so lange tanzen lässt ist auch eher frech, schließlich geht es hier darum ein defektes Produkt auszutauschen.
Selbst wenn man keine Probleme hat sollte man das Teil austauschen lassen, schließlich hat sie einen Hardware-Fehler wodurch sie nicht in jeder Situation korrekt arbeitet und Anwendungen zum Abstürzen bringt.
Aussagen wie "Tritt nur beim Kompilieren unter Linux auf" sind auch sehr engstirnig. Das weiß die CPU ja nicht, dass da kompiliert wird. Auf Hardware-Ebene gibt es einfach eine Kombination an Instruktionen, die die CPU nicht ordnungsgemäß verarbeiten kann. Damit ist sie (teil)defekt und fertig. Muss einen ja nicht stören, aber bezahlt hat man nunmal für eine voll funktionsfähige CPU.
Dass der Support einen da so lange tanzen lässt ist auch eher frech, schließlich geht es hier darum ein defektes Produkt auszutauschen.
geht doch nur darum rauszufinden, ob der Fehler, der gar nicht bestritten wird, seine Ursache in einer (teil-)defekten CPU hat oder doch im RAM oder anderen Settings. Aber schon seltsam, dass sie wollen, dass man im BIOS Spannungen etc. ändert oder eventuell auch an den Lüftern rummacht. Nur weil man Programmierer ist, muss das noch lange nicht heißen, dass man an irgendwelchen Computern rumschraubt oder Hardware-Settings im BIOS ändert. Das eine hat mit dem Anderen nichts zu tun. Da verlangen die ne ganze Menge vom Endkunden bevor es zum RMA kommt.
DEFCON2
Lieutenant
- Registriert
- Juni 2005
- Beiträge
- 765
Naja, so viele Leute wie mittlerweile einen Austauschprozessor bekommen haben, der die segfaults bei sonst identischem Setup beseitigt, ist das denke ich Beleg genug 
...
Zieh es durch, jonderson. Die Spannungstests haben bei mir überhaupt nichts geändert und vermutlich bei allen anderen auch nicht! Mein Mainboard hat gar keine so grobe Abstufung zugelassen, so dass die Sache in 2.5 h durch war. Der neue funktioniert bislang bei stock settings wie er soll.
Spannend wird es, wenn in den Regalen der Händler welche aus Woche 25+ auftauchen
...Zieh es durch, jonderson. Die Spannungstests haben bei mir überhaupt nichts geändert und vermutlich bei allen anderen auch nicht! Mein Mainboard hat gar keine so grobe Abstufung zugelassen, so dass die Sache in 2.5 h durch war. Der neue funktioniert bislang bei stock settings wie er soll.
Spannend wird es, wenn in den Regalen der Händler welche aus Woche 25+ auftauchen
Ja da hat sie recht, sieht auf dem Bild seltsamerweise komisch aus...
Nunja, muss jetzt nochmal die Rahmenbedingungen klären, wie der Austausch abläuft.
Anbei war ein Link zu einer "hoch professionellen" Excel Datei wo ich meine Daten eintragen soll und die vom Prozessor
Ergänzung ()
DEFCON2 schrieb:Spannend wird es, wenn in den Regalen der Händler welche aus Woche 25+ auftauchen
Mein Kollege bekommt morgen seinen 1600X (witzigerweise über meinen Namen gekauft...).
Was wäre eure vorgehensweise? (Er nutzt eigentlich kein Linux)
Ergänzung ()
Ok, seine Seriennummer scheint sogar älter als die von meinem CPU XD
Zuletzt bearbeitet:
Ähnliche Themen
