Dubbio su validazione NAND (Ros1)

[chojin]

Buongiorno, mi è capitato questa PS3 tra le mani, l'unica cosa che so per certo è che stata portata da 4.00 OFW a 4.31 OFW poi mi è stato chiesto di modificarla.
Utilizzo Progskeet 1.2 + Zif socket


- Ho effettuato 4 dump sia della prima che seconda NAND, comparati : TUTTO OK.
- Faccio UNSCRAMBLE e interleave della NAND e primo problemino (ma anche no credo) : 1 BAD BLOCK sulla seconda NAND, ma Flowrebuilder mi da comunque operazione eseguita con successo.

Vado avanti e controllo tutte le stringhe con HxD seguendo il Tutorial per la validazione dei DUMP, tutto ok tranne che quando arrivo alla ultima fase, quella che controlla Ros1. Dato che so che potrebbe cambiare nel caso in cui la PS3 avesse avuto in passato un CFW....mi chiedo se potrebbe essere questo il caso.

Chiedo perché non ho modo di saperlo...non potendo contattare il vecchio proprietario.

Oppure potrebbe dipendere da quel BAD BLOCK?


queste sono le differenze che ho riscontrato :

[jiro180387]

applica la patch e verifica il dump.


se rientra nelle % delle statistiche è tutto OK.

se hai OFW 4.31 le statische si differenziano di poco nel Dump.

[zeruel85]

Mi pare tutto ok, vedo che ci sono delle stringhe leggermente differenti, ma i nomi dei file combaciano alla perfezione e immagino che anche estraendo il dump unito con Flowrebuilder tu abbia visto che dentro entrambi i Ros ci fossero i vari nomi dei file con la loro estensione non nulla (di solito su questi nuovi OFW hanno sempre 25 file).

Del bad block fregatene, c'è e basta, l'importante è che Flowrebuilder faccia l'interleave dei due dump e li unisca correttamente. Ovviamente quando andra a flashare le nand, flashale in "ordine", nel senso che non puoi invertire il contenuto in quanto avendo un bad block dovresti rimapparlo. Quindi file1 nella nand1 e file2 nella nand2.

[chojin]

Confermo zeruel che ci sono i 25file....è solo perché fino ad ora ho sempre verificato il 100% delle stringhe esatte che adesso mi sono stoppato.

Ok...procedo alla patch, scrivo e saldo. Poi vi aggiorno.

Grazie

[zeruel85]

Non penso sia nulla di che, i file sono lì e corrispondono, le uniche differenze sono le stringhe "in mezzo" ai vari file...

Io invece ho un dump con le statistiche FF basse, anche dopo aver applicato le patch, e sono indeciso se procedere o meno... Vi è mai capitato?

[chojin]

Ma basse quanto? Comunque no mai capitato, sempre rientrato nei range.

[zeruel85]

17,23% anziché 18,24%, più o meno, vado a memoria... Circa l'1% più basse... Tutto il resto corrisponde senza problemi. Secondo voi può dipendere dal fatto che il cliente ha sostituito l'hard disk originale da 60GB con uno da 500GB non originale? Magari qualche dato manca all'interno del dump in riferimento al tipo di hdd ad esempio...

[chojin]

Potrebbe essere, e sarebbe interessante saperlo

Comunque così a occhio se tutto il resto corrisponde, hai comparato i dump etc....(ma a te manco te lo dico), io andrei avanti.

Ovvio che non mi prendo responsabilità

[zeruel85]

Eheheh, ci mancherebbe che ti prendessi responsabilità.

Vale anche per noi dello staff, se leggi i tutorial scriviamo sempre "Non ci assumiamo responsabilità in merito".

Ognuno è responsabile delle proprie azioni ovviamente, qui diamo solo dei consigli.

[chojin]

E fu così...che scrivi il DUMP, ti si inchioda tutto....e mi vedo arrivare la richieta di pagamento PAYPAL....

Lo so si fa per scherzare....comuqnue se scrivi e va tutto ok, facci sapere, la cosa può tornare davvero utile saperla.

[zeruel85]

Il ragionamento che faccio è questo: il resto corrisponde perfettamente, persino le statistiche 00 che di solito sono loro le più bassine se parti da OFW 4.30 o superiori, sono già ok dall'inizio.

Considerando il fatto che comunque è un'analisi statistica, può sempre darsi di incappare in una console che è fuori dalla deviazione standard, mi spiego? Per cui per me è ok, comunque sempre meglio andare con i piedi di piombo in questi casi...

[chojin]

Il ragionamento che faccio è questo: il resto corrisponde perfettamente, persino le statistiche 00 che di solito sono loro le più bassine se parti da OFW 4.30 o superiori, sono già ok dall'inizio.

Considerando il fatto che comunque è un'analisi statistica, può sempre darsi di incappare in una console che è fuori dalla deviazione standard, mi spiego? Per cui per me è ok, comunque sempre meglio andare con i piedi di piombo in questi casi...

Quoto, anche io la intendo così. Essendo una statistica, il caso fuori dalla statistica è ammesso, ovvio che non deve discostarsi troppo, per questo prima ti ho chiesto QUANTO distante.

[aquilus]

Con NOR trovo frequentemente FF più bassi di 1% circa (1 console su 2 praticamente lo fa).
Ma patchando e scrivendo nessun problema.
Downgrade OK.

Su Nand su 2 dump fatti tutto nei range.
Una è stata tranquillamente downgradata.

Con l'altra ho problemi nella patch, credo, rilevato dopo solita validazione con i vari tool.
Con Patch Rogero ho dati danneggiati da Recovery quando inietto CFW.
Con Patch classica con dongle non va in Fsm, ma se stacco il dongle si avvia tranquillamente con OFW 4.31.
Originale funziona bene.
Che ci sia una serie di ps3 con nand che non digerisca le patch attuali e per le quali non si possa fare nulla?

[zeruel85]

Ho appena rifatto altre due letture per nand (ora sono ad un totale di 5 dump per ciascuna nand) e sono sempre tutte identiche. A questo punto procedo, credo sia probabilisticamente impossibile che 5 dump siano sbagliati per ciascuna nand... Mal che vada riflasherò le originali, che anche se con statistiche diverse, sempre quelle sono... Sperem...

[chojin]

Facci sapere....incrociamo le dita:-) anche se credo andrà tutto ok

[xboxbs]

ciao a tutti, non avevo mai visto un bad, ma c'è sempre una prima volta (saldature ripassate già ... in caso domani dissaldo e risaldo, non ho fretta)

cosa ne pensate? ho validato manualmente e non mi torna solo la parte del ros1 offset 7C0000...ma è anche vero che i ros vengono sovrascritti...

a sinistra il report del dump originale (5 check falliti), a destra il report del bin ottenuto forzando comunque la patch (1 check fallito)

[URL=http://s82.photobucket.com/user/ttz_2006/media/altro/x_zps21tqzuc7.png.html][/URL]

[URL=http://s82.photobucket.com/user/ttz_2006/media/altro/7c_zpssizotpp0.png.html][/URL]

[xboxbs]

tutto risolto con una "rinfrescata" ad alcune saldature lato teensy...erano un po' provate!

[xboxbs]

piccola aggiunta, forse inutile, forse no

l'unica differenza tra il bin forzatamente patchato (a sinistra) e quello ottenuto con un dump perfetto (a destra) è la seguente



quindi direi che quando ps3 dump checker riporta quel tipo di BAD che ho avuto dovrebbe essere sufficiente mettere a 07C0000-07C0008 gli stessi valori che si vedono a destra (che sono comuni a tutti i dump nor)


nota 2: come vedete nella patch errata sono finiti in 07C0000 i valori header/rev che si trovano a 0xFC0000