[Discussione] AMD Ryzen - problematiche di Segmentation Fault (segfault)

[papugo1980]

Originariamente inviato da alexsky8

mettete il link nel messaggio iniziale potrebbe essere utile

http://amdsnv.amd.com/query.php

a me questa verifica da

MFG Date: 2017-09-05
sopra il processore ho settimana 33

quindi secondo questi calcoli la produzione delle CPU dovrebbe essere iniziata la terza settimana di gennaio

se qualcuno potesse verificare con altri dati sarebbe utile

Ah ok
Vabe cmq il mio 1700 l ho testato a default ed é soggetto a bug
Ho richiesto la sostituzione all' ammazzone con un altro prodotto in una data più recente...
Vediamo un Po...

[paolo.oliva2]

Questi sono i miei proci. Entrambi sono anteriori alla 25a settimana.

Ho usato il link dando il SN sulla scatola senza andare sul procio.
http://amdsnv.amd.com/query.php

1700x

Serial Number:
Processor OPN: YD170XBCAEWOF
Packing Type: P
Delivery Date: 2017-05-10
MFG Date: 2017-04-28

1800X

Serial Number:
Processor OPN: YD180XBCAEWOF
Packing Type: P
Delivery Date: 2017-03-21
MFG Date: 2017-03-18

[doctor who ?]

Provato il mio 1200

17/24 sulla cpu
MFG Date: 2017-07-26 (che sarebbe la trentesima settimana ?)

Sarebbe potenzialmente fallato nel primo caso e potenzialmente pulito nel secondo o sbaglio ?

[Alex656]

Originariamente inviato da s12a

...
Alcuni utenti del forum di Gentoo comunque hanno verificato il problema anche con le memorie a 2133 MHz.

Anche per me stessa cosa, con le ram a 2133 non cambia nulla, l'errore si presenta entro i 2 minuti.

Giusto per conoscenza vorrei riportare il link della notizia riportata su questo sito il giorno 8/8/2017 dove si ipotizzava un aggiornamento che in realtà avrebbe dovuto riguardare il firmware del processore tramite aggiornamento bios ma, a quanto pare, non si è potuta percorrere questa strada.
http://www.hwupgrade.it/news/cpu/un-...oro_70430.html

[papugo1980]

Ho.trovato questo link a riguardo di come cambiano anche a livello (di cpu fortunelle)
https://rog.asus.com/forum/showthrea...ng-date-linked

[s12a]

Originariamente inviato da Veradun

La procedura sotto win quanto va fatta girare per riscontrare il problema?

L'autore ha riportato che ci voleva qualche minuto sul suo sistema, ma anche che in altri ci mette più tempo, e che comunque sembra manifestarsi più velocemente su Linux. Altri utenti nello stesso thread hanno riportato che talvolta può magari accadere subito, ma poi continuare per ore senza mostrare nulla.

https://www.reddit.com/r/AMDHelp/com...sg&sh=e653ba6f

Originariamente inviato da Alex656

Giusto per conoscenza vorrei riportare il link della notizia riportata su questo sito il giorno 8/8/2017 dove si ipotizzava un aggiornamento che in realtà avrebbe dovuto riguardare il firmware del processore tramite aggiornamento bios ma, a quanto pare, non si è potuta percorrere questa strada.
http://www.hwupgrade.it/news/cpu/un-...oro_70430.html

L'ho menzionato nel post verso la conclusione ma non mi sono messo a linkare tutte le fonti che avevano riportato la notizia della possibile risoluzione con questo update.

Originariamente inviato da doctor who ?

Provato il mio 1200

17/24 sulla cpu
MFG Date: 2017-07-26 (che sarebbe la trentesima settimana ?)

Sarebbe potenzialmente fallato nel primo caso e potenzialmente pulito nel secondo o sbaglio ?

Credo che valga la data sulla CPU. La MFG Date potrebbe essere la data di imballaggio.

[paolo.oliva2]

Chiedo se ci fosse la possibilità di creare una immagine da caricare su una penna e fare il boot e che lanci automaticamente la procedura.

Cioè... io mi sto perdendo... linux live da scaricare da una parte, una riga di comando da digitare... una bella immagine con stile DOS autoexec.bat?

[papugo1980]

Riguardo al test su Linux io l ho fatto 4 volte :
La prima e la seconda volta ha dato subito errore
La terza no infatti ero arrivato a 40 minuti e allora ho stoppato
La quarta volta anche subito l errore

[doctor who ?]

Originariamente inviato da papugo1980

Riguardo al test su Linux io l ho fatto 4 volte :
La prima e la seconda volta ha dato subito errore
La terza no infatti ero arrivato a 40 minuti e allora ho stoppato
La quarta volta anche subito l errore

Intendi proprio stoppato e riavviato ?

[SpongeJohn]

Originariamente inviato da paolo.oliva2

Chiedo se ci fosse la possibilità di creare una immagine da caricare su una penna e fare il boot e che lanci automaticamente la procedura.

Cioè... io mi sto perdendo... linux live da scaricare da una parte, una riga di comando da digitare... una bella immagine con stile DOS autoexec.bat?

Paolo ci sono le istruzioni in prima pagina, una volta entrato in linux scarichi lo script dal link e lo decomprimi sul desktop. apri la cartella decompressa e cliccchi con il destro selezionando open in terminal. dopodiché copi e incolli nel terminale il comando.

[alexsky8]

Originariamente inviato da paolo.oliva2

Chiedo se ci fosse la possibilità di creare una immagine da caricare su una penna e fare il boot e che lanci automaticamente la procedura.

Cioè... io mi sto perdendo... linux live da scaricare da una parte, una riga di comando da digitare... una bella immagine con stile DOS autoexec.bat?

è scritto in prima pagine di questa discussione, la procedura è abbastanza semplice se poi non hai una Gigabyte è ancor più semplice

Originariamente inviato da metal master Guarda i messaggi
io per verificare l'errore sotto linux ho fatto cosi

1-ho inserito nel pc la mia chiavetta da 8gb
2-ho scaricato la iso di ubuntu qua: https://www.ubuntu-it.org/download
3-ho scaricato rufus: https://rufus.akeo.ie/downloads/rufus-2.17.exe
4-ho aperto rufus e selezionato l'iso di ubuntu creando una penna usb bootable
5-ho riavviato il pc con la penna inserita, ho selezionato come unita di boot la penna e poi ho scelto di non installare ubuntu ma di far partire la live.
6-una volta sotto ubuntu ho scaricato questo test: https://github.com/suaefar/ryzen-test e una volta scompattata la cartella sul deskop ho fatto partire il terminale dando poi il comando "./kill-ryzen.sh"
7.questo il risultato:
https://s25.postimg.org/7tw6yql73/image.png
https://s25.postimg.org/z4hi6x3m7/image.png
https://s25.postimg.org/4zt1ll8tr/image.png
https://s25.postimg.org/qnhzvm1dr/image.png

[papugo1980]

Originariamente inviato da doctor who ?

Intendi proprio stoppato e riavviato ?

Si riavviato anche il pc

[alexsky8]

Originariamente inviato da papugo1980

Ho.trovato questo link a riguardo di come cambiano anche a livello (di cpu fortunelle)
https://rog.asus.com/forum/showthrea...ng-date-linked

stessa cosa con il mio vecchio 1700 settimana 16 avevo un andamento termico non costante e anomalo anche in idle oltre che voltaggi più alti e temperature superiori per carichi medio alti e ovviamente il bug linux (lo rilevava dopo pochi secondi)

con il mio ultimo 1700 settimana 33 no bug, temperature in idle stabili, temperature sotto carico medio alto inferiori di 7 e anche 10°C (sempre con dissipatore stock) e voltaggi inferiori del 10%

insomma sembrano 2 CPU differenti quindi controllate bene perchè CPU meno fortunate potrebbero essere una spia del problema

[bagnino89]

Ottimo thread, consiglio all'autore di chiedere ai moderatori di metterlo in evidenza.

[CiccoMan]

Ma il.test da Windows non è affidabile?

Inviato dal mio Pixel utilizzando Tapatalk

[SpongeJohn]

Originariamente inviato da bagnino89

Ottimo thread, consiglio all'autore di chiedere ai moderatori di metterlo in evidenza.

^ concordo. Ottimo lavoro.

Per chi volesse saperlo anche il mio 1600X (settimana 17) va in segfault dopo pochi minuti. Ho provato sia con bios a default che per scrupolo con i miei settings (memoria a 3200 e timings del profilo safe by Stilt, configurazione che passa 200% di stabilità con 16 run di memtest a 850mb).



Rma compilato dieci minuti fa. Mi tocca rispolverare il buldozzerino nel mentre :|

[s12a]

Originariamente inviato da CiccoMan

Ma il.test da Windows non è affidabile?

Dalla discussione in questo thread su Reddit da parte dell'autore e di altri utenti non sembra essere affidabile o veloce come il test su Linux. Dato che per eseguire il test su Windows occorre scaricare ed installarsi Visual Studio Community, alla fine non credo che si risparmi tempo rispetto ad usare una distribuzione live di Linux, a meno di averlo già installato. Alcune note specifiche dell'autore riguardo i crash su Windows qui.

[alexsky8]

Originariamente inviato da CiccoMan

Ma il.test da Windows non è affidabile?

consiglio quello su Linux

con il test in Windows non mi dava errore dopo 20 minuti, in Ubuntu me lo dava dopo pochissimo loop 0

[papugo1980]

rifatto anche io

[Spitfire84]

Originariamente inviato da malcom499

[Imgur](https://i.imgur.com/dcHWs3J.png)


...ora che mi ero deciso a prendere un ryzen 1700 ....

Se la cpu è stata prodotta di recente non avrai alcun problema ...come in realtà non ne avrai se è stata prodotta prima (a meno che non lo usi sotto linux).