Writing error ripetuti nella scrittura dell'image su corona v1, come risolvo?
Salve ragazzi,
avrei bisogno di un vostro parere da esperti. Ieri stavo completando un rgh su una corona v1. È andato tutto perfetto (lettura nand, creazione ecc, scrittura ecc, installazione cpld, lettera cpukey su xell tramite cavo lan e creazione image finale) tranne alla fine. Quando sono andato per scrivere l'updflash jrunner ha iniziato a dare dopo un po' una serie di errori di writing quasi su ogni settore! Siccome non finiva più ho jrunner facendo exit. Ora però non riesco più a scrivere questa immagine perché jrunner mi dà sempre version 03 flashconfig 0x0000000 can Not continue. Mentre se provo ad accendere la console mi fa un solo led rosso fisso. Cosa può essere successo? E come posso risolvere?
Grazie ancora per la pazienza...
aggiornamento: ora sembra che scrive ma dà continuamente errori su quasi tutti i block!
se provo a creare una nuova immagine con jrunner usando la nand originale mi dici ini's are missing...come posso fare? Vorrei riscrivere almeno la nand originale per farla partire origiinale ma quando vado per scriverla mi dice flashconfig 0x0000000.
aiutatemi se potete....
Writing error ripetuti nella scrittura dell'image su corona v1, come risolvo?
Citazione:
Originariamente Scritto da
zeruel85
Tutte le slim sono RGH2.
Dovresti postare le foto per vedere un attimo la situazione attuale. Se ti dà tutti quegli errori, per me l'unico motivo è il nand programmer installato male.
Perchè dici che le slim sono tutte rgh2 ? Per quanto ho capito, rgh 1 o 2 si stabilisce in base alla dash, per far partire xell! Infatti dopo dash 15574 ce bisogno del dgx, correggetemi se sbaglio.
R: Writing error ripetuti nella scrittura dell'image su corona v1, come risolvo?
Sono solo nomi.
Comunque al di là di 1 o 2, ciò che ho scritto è vero e documentato, cerca di capire il senso e non fermarti solo alla questione del numero in sé.
All'inizio si chiamava RGH e basta, la storia del 1 e 2 è nata quando la Microsoft ha deciso di splittare i CB delle phat per impedire l'hack.
Solo che a ben pensarci e se hai capito grosso modo il funzionamento del hack, ti accorgi che le Trinity su cui si poteva fare RGH erano già degli RGH2, proprio per la natura diversa su cui si aveva accesso alla console (le slim nascono tutte con CB splittati). Successivamente il nome RGH2 è stato associato per distinguere le phat aggiornate e in possesso di dual CB, proprio come tutte le slim in commercio. Da qui il divario tra RGH1 e RGH2. Quindi, in sostanza, sulle slim non è mai esistito un RGH1, ma veniva comunemente chiamato RGH per tutte le console, inizialmente, senza numeri.
Spero di essere stato abbastanza chiaro.
Inviato dal mio GT-I8150 con Tapatalk 2
Writing error ripetuti nella scrittura dell'image su corona v1, come risolvo?
Citazione:
Originariamente Scritto da
zeruel85
Sono solo nomi.
Comunque al di là di 1 o 2, ciò che ho scritto è vero e documentato, cerca di capire il senso e non fermarti solo alla questione del numero in sé.
All'inizio si chiamava RGH e basta, la storia del 1 e 2 è nata quando la Microsoft ha deciso di splittare i CB delle phat per impedire l'hack.
Solo che a ben pensarci e se hai capito grosso modo il funzionamento del hack, ti accorgi che le Trinity su cui si poteva fare RGH erano già degli RGH2, proprio per la natura diversa su cui si aveva accesso alla console (le slim nascono tutte con CB splittati). Successivamente il nome RGH2 è stato associato per distinguere le phat aggiornate e in possesso di dual CB, proprio come tutte le slim in commercio. Da qui il divario tra RGH1 e RGH2. Quindi, in sostanza, sulle slim non è mai esistito un RGH1, ma veniva comunemente chiamato RGH per tutte le console, inizialmente, senza numeri.
Spero di essere stato abbastanza chiaro.
Inviato dal mio GT-I8150 con Tapatalk 2
Non ero a conoscenza di quanto mi hai appena insegnato e mi piacerebbe approfondire il discorso dei cb.
Writing error ripetuti nella scrittura dell'image su corona v1, come risolvo?
Citazione:
Originariamente Scritto da
aquilus
Ho avuto lo stesso tuo problema con l'ultima Trinity fatta proprio l'altro giorno!
La doppia lettura...ok
Scrittura DGX.ecc...ok
Scrittura updflash....flash config 0x0000000 Can not continue
Penso all'alimentatore non collegato o ad un filo staccato, ma ovviamente
era tutto in ordine.
Dopo qualche tentativo inizia la scrittura ma piena di errori...come te!
Dopo decine e decine di console fatte con il Nand-X penso al collegamento
dei cavi tra il Nand-x e la mobo...verifico i collegamenti con multimetro ed erano
regolari.
Senza dissaldare nulla e senza spostare nulla riprovo.....scrive updflash correttamente...
Avevo appena aggiornato J-runner...può darsi sia un bug dell'ultima versione?
Non ho fatto altre console da allora e non posso avere un riscontro concreto.
Fatto sta che, incredibilmente, non scriveva correttamente la nand.
E trovarsi con DGX.ecc scritto in quel momento non era la più felice delle situazioni.
Non ho dato peso alla cosa, ma leggendo la tua esperienza ora è da capire il motivo.
Le saldature sono da escludere...per leggere e scrivere con Nand-X non occorrono
dei capolavori. Tanto è vero che senza spostare alcun filo poi riuscivo a scrivere
correttamente.
Vuoi tentare con una vecchia versione di j-runner?
Io stavo quasi per tentare con Squirt, ma poi ha funzionato e, ti ripeto, non ho dato peso
alla cosa.
Per versione vecchia quale intendi?
Writing error ripetuti nella scrittura dell'image su corona v1, come risolvo?
Citazione:
Originariamente Scritto da
aquilus
Con il nuovo xell che ora parte a video anche su Corona
è possibile scrivere la nand?
Credo di si, ma non ci ho mai provato!
Abituato alle Corona che non davano xell a video, l'immagine
definitiva la scrivevo sempre con il flasher hardware.
In ogni caso è strano quel che è successo...
A me xell non si vedeva a video! Si può scrivere l'upd anche se non si vede nulla a video? E in qual caso come si fa?
